Por algum motivo não consigo excluir os "Nomes de usuário reservados" padrão (eu conseguia há algumas semanas, mas não mais) - todos estão desativados.
Estou logado com a conta de administrador (aquela que criei durante o primeiro cadastro após a instalação). Existe mais uma conta de administrador e para ambas mostra da mesma forma
O discourse está atualizado
Tentei fazer login no modo anônimo (para evitar possíveis problemas relacionados a cache/cookies), o mesmo resultado
Não tenho certeza se isso está relacionado - mas em algum momento, quando criei a segunda conta de administrador, a partir dela (a segunda) conta de administrador, revoguei os privilégios de administrador do primeiro/inicial administrador e depois concedi novamente o privilégio de administrador (então, no momento, ambas são administradoras).
Ambos os administradores têm privilégios de administrador e moderador e estão conectados aos grupos de administrador e moderador
Suas alterações na sua linha de administração não estão relacionadas. Os nomes de usuário reservados padrão agora são codificados como valores obrigatórios.
Mas não seria melhor codificar apenas um ou dois (assumindo que o problema está em valores nulos desse campo, pelo que entendi da mensagem de commit). Quero dizer, suponha que eu queira criar um usuário com nomes de usuário “support” ou “info” para algumas mensagens no fórum (ou apenas Admin), então eu deveria apenas alterar o arquivo yml e reconstruir para poder fazer isso?
Se eles não puderem ser excluídos, não deveriam mais estar lá. Os tokens todos têm símbolos X que fazem parecer que posso ser excluído. Ou, pelo menos, os Xs deveriam ser removidos.
O texto descritivo poderia listar os obrigatórios em vez disso (ou explicar por que alguns não têm Xs, conforme o caso).
@southpaw Acabei de fazer uma instalação limpa e tentei editar o site_settings.yml e não funciona nem antes nem depois da reconstrução.
Portanto, você poderia me informar se há alguma maneira de remover esses valores como obrigatórios para que eu possa criar usuários com esses nomes de usuário.
iPhones fazem isso de vez em quando. E, muitas vezes, ao mesmo tempo, ele se recusa a abrir o compositor. Fechar e reabrir resolve. Isso pode precisar de um relatório de bug, mas iPhones são um pouco dolorosos e esse problema não é consistente, então eu nunca me incomodei.
@southpaw Funcionou depois de reiniciar, no entanto, ainda depois da reconstrução, ele volta às configurações padrão.
Considerando que a ideia desse commit foi simplesmente proibir valores vazios para a chave, não seria mais razoável definir os mandatory_values como algum valor fictício, para que ele satisfaça a condição de não estar vazio e excluir todos os valores importantes dele?
Por favor, me informe se tal pull request poderia ser aceito. Obrigado.
Removi alguns aqui (info, support e community) como valores obrigatórios, o restante pode permanecer como está, pois é muito mais provável que confunda os membros.
@martin Obrigado, no entanto, acredito que todos os outros também devam ser excluídos (deixando algum valor aleatório/fictício conforme minha resposta anterior)
Acredito que por esse motivo esses valores já existem em padrão
e ainda assim nenhum usuário pode usá-los, a menos que o Administrador decida permitir seu uso - excluindo da lista no painel de administração.
E, na minha opinião, para configuração auto-hospedada, é melhor dar liberdade ao administrador para decidir.
Por favor, considere este cenário: quero adicionar uma conta com o nome moderator, com a configuração existente, tenho que me conectar via ssh ao meu servidor, alterar o arquivo de configurações do site (excluindo o valor em mandatory_values) e reiniciar o contêiner para poder fazê-lo (e após a reconstrução essa alteração é redefinida).
Mas, se todos os valores (bem, exceto um) de mandatory_values forem excluídos (mas NÃO de default), como Administrador, posso simplesmente excluir o valor “moderator” no painel de administração (em nomes de usuário reservados), renomear rapidamente o nome de usuário de algum usuário existente para moderator e adicionar novamente a palavra moderator - para evitar uso futuro.
Portanto, com minha abordagem sugerida, todos esses nomes de usuário ainda são proibidos por padrão, no entanto, o administrador pode facilmente adicioná-los/excluí-los sempre que necessário, sem ter que fazer alterações nos arquivos de configurações do site.
