trust_level_0 aparece corretamente como “Novato”. Talvez eu tenha alterado outra configuração para esse grupo sem perceber. Mas, presumindo que não o fiz, o comportamento aqui parece inconsistente entre os grupos padrão.
Eu mesmo fiz um teste rápido e mudei trust_level_0 para ‘Derek’. No entanto, na página Grupos, notei que ele ainda está aninhado com trust_level_1, etc. em ordem alfabética, o que sugere que o nome não mudou, apenas o nome completo. Não parece que o nome possa ser alterado na página de configurações do Grupo da mesma forma que os grupos criados manualmente.
Vou pesquisar com base nisso, mas pode ser que isso não possa ser alterado sem quebrar coisas subjacentes.
Hmm, mas você mesmo fez o Trust_level_0. Vou adicionar isso à mistura.
@piffy Não encontrei nada até agora na Pesquisa, nem através da interface do usuário. Antes de me aprofundar, devo verificar se você fez ‘Rookie’ usando o console do Rails?
Informações extras:
Este tópico parece ter alcançado resultados inconsistentes também:
Tentei Rookie e Padawan, mas os meus não mudam com sucesso. Pergunto-me o que estou a perder?
Não posso garantir que não fiz isso, mas não me lembro de ter alterado isso pelo console.
Meu fórum foi importado através de um script personalizado. Talvez essa seja uma explicação potencial? Mas não acredito que especifiquei o nome Rookie em nenhum lugar além da interface do site.
Ok, tive alguma sorte. Se eu mudar o nome de um grupo trust_level e depois for para /sidekiq e executar Jobs::EnsureDbConsistency, isso muda o slug para mim.
Continuarei testando para ver se consigo fazer isso de forma consistente.
Atualização:
Consigo fazer isso de forma consistente. E os novos slugs aparecem no menu Flair:
Isso funciona para você também? Minha confusão inicial foi obviamente baseada na impaciência. Acho que se eu tivesse deixado minhas alterações em vigor até que o job do sidekiq fosse executado como parte de sua programação regular, tudo teria acontecido magicamente…
Para mim, este problema está limitado aos níveis de confiança 1 e 2, os outros parecem estar bem. Tentei redefinir o nome de volta para “trust_level_1” e de volta para Trainer sem sucesso. Executar Jobs::EnsureDbConsistency parece acionar a atualização no nome real do grupo, mas não altera o nome do slug para mim ou o nome no menu suspenso.
Isso é interessante. Tenho usado isso para embaralhar consistentemente os meus para frente e para trás entre todos os tipos de nomes. Acho que o único com que ele teve dificuldade foi ‘modérateurs’ quando eu não tinha unicode usernames habilitado. Talvez haja outra coisa que estou perdendo.
Esses nomes estão sendo usados em algum outro lugar no seu site? Nomes de usuário pré-existentes, etc. Algo que possa causar um conflito que o trabalho do sidkiq ignoraria graciosamente para não estragar nada?
AHHA! Encontrei a solução com base no que você disse aqui. Parece que há usuários com o mesmo nome de usuário que o nome do grupo! Mudar os nomes deles e executar o trabalho do sidekiq resolve.
Muito obrigado. Era uma coisa tão pequena, mas estava me incomodando há meses.
Sidekiq é onde você encontra todos os trabalhos em segundo plano que fazem sua mágica nos bastidores. Eles normalmente funcionam em uma programação, mas podem ser acelerados acionando-os manualmente.
Se você adicionar /sidekiq/scheduler ao final do endereço do seu site (por exemplo, [SeuSite]/sidekiq/scheduler), você verá uma lista de todos os trabalhos agendados.
Há um chamado Jobs::EnsureDbConsistency que você pode executar antecipadamente para acelerar as alterações nos nomes padrão do seu grupo.
Em vez de rolar para baixo procurando por ele, você também pode usar Ctrl+F ou ‘Localizar na página’, etc., e pesquisar por algo como ‘ensure’ para encontrá-lo mais rapidamente (acho que existem apenas dois trabalhos com ‘ensure’ no nome, então isso reduz bastante ).