I am logged in with admin account (the one I created during first signup after installation). There is one more admin account and for both it shows the same way
The discourse is up to date
I tried to login in incognito (for prevent possible cache/cookie related issues), same thing
Note sure if this is related - but at some point in time I when I created a second admin account, from that (second) admin account I revoked the admin privileges of the first/initial admin and then granted admin again (so ATM both are admin).
Both admins have admin and moderator privileges and are connected to admin and moderator groups
But would not it be better to hardcode just one or two (assuming the problem is in null values of that field, from what I understand from the commit message). I mean suppose I want to create a user with “support” or “info” usernames for some messages in the forum (or just Admin), so should I just change the yml file and rebuild to be able to do so ?
If they can’t be deleted they shouldn’t be there any more. The tokens all have X symbols that make it look like I can be deleted. Or at least the Xs should be removed.
The descriptive text could list the mandatory ones instead (or explain why some have no Xs, as the case may be).
iPhones do that every now and then. And quite often, at same time, it refuses open the composer. Closing and re-open fixes it. This could need a bug report, but iPhones are a bit pain in the tender places and that issue isn’t consistent, so I never bothered.
@Southpaw It worked after restarting, however still after the rebuild it gets back to default settings.
Considering that the idea of that commit was to simply disallow empty values for the key, would not it be more reasonable to set the mandatory_values as some dummy value, so it would suffice the condition of not being empty and exclude all the important values from it ?
Please let me know if such pull request could be accepted. Thanks
I removed a few here (info, support, and community) as mandatory values, the rest can stay as-is as they are much more likely to be confusing to members.
and still no user can use them, unless Admin decides to allow their usage - deleting from that list from admin panel.
And in my opinion for self-hosted setup its better to give a freedom to admin to decide.
Please consider this scenario: I want to add account with name moderator, with existing setup I have to ssh to my server change site settings file (deleting the value in mandatory_values) and restart the container to be able to do it (and after rebuild this change is being reset).
But, if all values (well, except one) from mandatory_values are deleted (but NOT from default), as Admin I can simply delete “moderator” value in admin panel (under reserved usernames), quickly rename some existing user’s username to moderator and again add the word moderator - to prevent future usage.
So, with my suggested approach still all those usernames are disallowed by default, however admin can easly delete/add them whenever needed without being have to make changes in site settings files.