Existe alguma maneira de desativar essas notificações sem recorrer a uma solução com CSS? Na verdade, não preciso desse ruído visual.
5 Curtiram
Mas isso ainda mostraria uma contagem ou indicador de notificação? Mas acho que não tem jeito.
Não mais 
5 Curtiram
Isso já me confundiu algumas vezes, e não vejo isso mencionado acima como uma preocupação/problema.
Não tenho o hábito de verificar Mudanças futuras clicando na opção de menu à esquerda:
https://xyz.discourse.group/admin/config/upcoming-changes
Essa página inclui um link de Pré-visualização para cada alteração.
Normalmente, como parte da minha rotina diária, verifico a caixa de entrada do Discourse e às vezes encontro uma notificação sobre mudanças futuras, por exemplo:
https://xyz.discourse.group/admin/config/upcoming-changes?changeNamesFilter=enable_ai_bot_starred_conversations
Note a mudança na URL e também que o link de Pré-visualização está ausente.
É essa ausência do link de Pré-visualização que tem me confundido nos últimos dias. Eu sabia que o link existia, mas pensei que tivesse desaparecido.
Espero que isso forneça detalhes suficientes para entender a preocupação e possivelmente corrigi-la.
Tanto o link “Feedback…” quanto o link “Pré-visualização” são opcionais para os itens de mudança futuros:
- O Feedback apontará para um tópico aqui no Meta para discutir a mudança
- A Pré-visualização abrirá uma captura de tela da mudança em um lightbox na página
Cabe ao desenvolvedor que adicionar a mudança futura especificar esses itens… Vou avisar algumas pessoas internamente e ver se consigo que elas os adicionem.
1 Curtiu
Hoje, o botão de Pré-visualização aparece com a URL indicada.
https://xyz.discourse.group/admin/config/upcoming-changes?changeNamesFilter=enable_new_checkbox_style
Obrigado!
2 Curtiram
Hoje, estava pensando a mesma coisa…
Eu sei que isso é verdade em nossa hospedagem, mas não tinha certeza do que fazemos para os auto-hospedeiros.
Fui procurar a fonte oficial hoje sobre o que fazemos nesse caso e descobri que, atualmente, esperamos até a versão stable.
Foi assim que fizemos as coisas no início: FEATURE: Automatic promotion of upcoming changes - Pull Request #36211 - discourse/discourse - GitHub
E parece que ainda é esse o caso aqui:
Será que deveríamos mudar isso para beta para os auto-hospedeiros?
Enquanto isso, vou fazer uma pequena edição na primeira mensagem aqui.
1 Curtiu
Você quer atualizar a documentação também?
É realmente útil saber disso. Agora entendo por que Martin disse que não vai mover a mudança para estável antes que o problema seja resolvido. Eu havia verificado a documentação naquela época e me perguntava qual diferença fazia se beta já significava “ativado por padrão”.
2 Curtiram
Você quer dizer beta aqui?
Também me pergunto quantos administradores perdem a opção de opt-out e fornecer feedback antes que a mudança seja permanente, se você remover depois de estar em beta - pulando ‘stable’ (e permanente).
1 Curtiu
Sim, quis dizer beta. Ops, obrigado. Corrigido.
Há um PR aberto para fazer essa mudança aqui agora:
1 Curtiu
Então, stable só seria relevante para os poucos sites onde o administrador ajustou a configuração de site oculto para permitir mudanças depois?
Como essa mudança afetará o fato de ainda não haver solução para os componentes do tema e a substituição do grupo “todos”?
Se beta permitir a mudança para todos, não movê-la para stable
parece menos útil. Ainda vai resultar em componentes quebrados na maioria dos fóruns.
1 Curtiu
Sim. Talvez vejamos mais sites optarem por alterar essa configuração após essa mudança. Mas o padrão seria permitir as alterações mais cedo.
Uma mudança assim causaria mais reclamações mais cedo.
Recomendaríamos que as pessoas afetadas desativem isso até que resolvamos o problema.
A mudança ainda não é permanente até que atinja o status estável/permanente; não a removeremos antes disso… o beta apenas a habilita por padrão mais cedo para auto-hospedeiros. Como Dave diz:
Você ainda pode desativá-la se houver problemas no beta.
Estou trabalhando nisso no momento; precisei obter consenso interno sobre o que fazer com isso. Até agora, não recebemos nenhum feedback sobre isso, exceto o seu, então não acho que esteja causando um grande número de problemas para os administradores de sites que estão no beta agora.
Confie em mim, quero resolver isso tanto quanto você; é a minha mudança, mas também tenho prioridades concorrentes com meu tempo.
Pareceu-me que as ‘melhorias de relatórios’ pularam a fase ‘estável’
Talvez eu apenas não entenda como isso funciona
Não tenho certeza do porquê essa mudança específica foi removida na beta em vez de progredir para a versão estável/permanente, vou verificar internamente.
1 Curtiu
Este foi um erro que cometemos e já reverteremos a mudança iminente em DEV: Reintroduce reporting_improvements upcoming change as permanent … · discourse/discourse@08cf6f4 · GitHub.
Desculpe, provavelmente há um mal-entendido por minha parte. No PR que você vinculou, vejo que a configuração foi adicionada de volta. O que não entendo é quais são os efeitos dela agora. O que exatamente muda agora dependendo se eu ativo ou desativo a alteração? De alguma forma, não consigo acompanhar isso no código.
Do jeito que está agora, o passo que teria ativado a alteração para a maioria dos fóruns ainda foi pulado, certo? Então eles nunca tiveram a chance de sair porque isso afetava seu fórum, ou ainda estou entendendo o processo errado?
Também tentei ver como funciona agora, mas não consigo encontrar a alteração. Alguém tem uma ideia do que estou fazendo de errado? A versão é 08cf6f4
O recurso agora é permanente, portanto, não é uma alteração que você possa ativar ou desativar.
1 Curtiu
Quando as alterações se tornam permanentes, elas aparecem em /whats-new em vez disso. Vou adicionar essa informação ao OP, junto com qualquer outra coisa que possamos ter perdido nos últimos meses.
Edição: Feito agora.
1 Curtiu