Editar: O problema é que o administrador padrão não é adicionado aos grupos ‘staff’ ou ‘admin’ inicialmente, apesar de aparecer como admin: sim em seu perfil.
Apenas mexendo em uma nova instância de teste e notei que, após habilitar o chat, o administrador padrão não conseguia ver a bolha de fala e chat/navegar/abrir os devolvia para /latest.
Acho que já vi algo assim antes. É a adição de staff e admins? Remover um deles permite que o administrador converse sem aumentar seu nível de confiança?
Hmm… ainda não consegui reproduzir isso.\n\nEste usuário tem a função de "desenvolvedor"?\n\nQual commit do chat? (Não tenho certeza se há uma maneira melhor de determinar isso do que entrar no container)\n\nNa página do usuário dele no admin, o que aparece em "Grupos"?\n\n
Esta é uma instância nova criada manualmente no DO esta manhã, estou efetivamente testando a experiência atual “out-of-box”. Eles têm associações automáticas de grupo TL, nenhuma personalizada. Administrador sim, moderador não - é o administrador padrão em uma nova instância, então seguindo os padrões.
Parece que os grupos automáticos não estão sendo aplicados. Acabei de iniciar outra instância e o administrador padrão só tem níveis de confiança, eles não têm ‘staff’ ou ‘admin’. Posso acionar essas associações tornando-os moderadores ou criando outro administrador. Fiquei tentado a deixar a instância funcionando durante a noite para ver se um job do sidekiq resolveria isso, mas provavelmente não deveria estar nesse estado para o único administrador em uma instância nova por qualquer período de tempo.
Portanto, parece que o problema não é o chat, mas sim as associações do administrador padrão em uma instância nova… Renomearei este tópico e remover o tag chat.
Este é um novo problema? Você está sugerindo que o novo administrador também seja um administrador e moderador? Gostaria de saber se esta foi uma decisão de design antiga ou uma nova mudança.
Quanto ao chat, parece-me que o usuário administrador deveria poder acessar todo o chat, mesmo que não esteja listado em grupos permitidos para chat, assim como pode acessar todo o resto do site.
Acontece que eu também estava analisando a experiência do novo usuário esta semana e notei que a página de grupos em um novo site é potencialmente confusa para o primeiro não-funcionário a aparecer. É sem graça, apenas o grupo de moderadores aparece na lista, e não há membros do grupo de moderadores.
O administrador padrão deve ser membro dos grupos admins e staff. Nas instâncias que criei hoje, não foi o caso. Suas únicas associações de grupo iniciais eram TL0 e TL1, dar-lhes TL4 resolveu o sintoma que eu estava observando com o chat, mas não a causa raiz.
Se eu os adicionasse manualmente como moderador, eles recebiam a associação ao grupo staff. Se eu adicionasse outro administrador, suas associações eram corrigidas.
Um pouco tarde, mas só para adicionar uma captura de tela agora que iniciei uma segunda Esta é a página de usuário do administrador em uma instalação nova:
Embora eu estivesse lá, fui para /sidekiq e executei Jobs::EnsureDbConsistency e isso preencheu os grupos automáticos corretos. Como o @Stephen disse anteriormente, isso realmente deveria estar pronto desde o início.
Acabei de mesclar uma correção principal para isso, provavelmente não percebemos isso anteriormente, já que menos configurações dependiam desses grupos automáticos, mas agora estamos geralmente caminhando na direção de usar as configurações do site group_list, então isso deve ajudar:
Acabei de iniciar um novo para outra questão e posso confirmar que o administrador agora é adicionado aos grupos automáticos de staff e administradores imediatamente.
Esta é a página de usuário do administrador em uma instalação nova:
