A configuração do CSP foi forçada a ser ativada após a restauração. Alguns componentes do tema declaravam scripts usando um CDN. Esses scripts não estavam na lista branca e as mensagens do tópico não apareciam devido a erros de JS.
Mais segurança é sempre bem-vinda, embora eu não esperasse que o Discourse alterasse uma configuração de backup. Posso entender para novas instalações, mas não para um backup. Como não se tratava apenas de um processo de backup/restauração, não me ocorreu verificar o console do navegador inicialmente. Preciso confessar que fiquei bastante frustrado por perder tanto tempo/energia/sono com um problema tão bobo, especialmente porque construir o Discourse consome muito tempo.
De qualquer forma, agora eu sei: fiquem atentos, pessoal!
É bom que você tenha encontrado a causa do problema.
Eu consideraria isso um bug se você tivesse restaurado o backup na mesma versão exata do Discourse. Foi esse o caso? Quando você restaura um backup de uma versão mais antiga do Discourse em uma versão mais recente, é de se esperar que o sistema se comporte de maneira diferente.
Você já relatou os problemas de CSP aos autores dos componentes do tema? Isso pode, pelo menos, evitar que outras pessoas enfrentem o mesmo problema.
Provavelmente mais recente, já que atualizamos apenas quando há uma nova versão, e instalar uma nova instância buscará a mais recente aprovada nos testes.
Bem, independentemente de ser mais antigo ou mais novo, a menos que haja uma circunstância muito especial, na minha opinião, as configurações existentes nunca devem ser alteradas de forma alguma. Além disso, a partir da mesma versão base, espero que meu backup tenha o mesmo comportamento. Se houver qualquer alteração, pelo menos mostrar um aviso assim que você se conectar ao Discourse (por exemplo: “por motivos de segurança, a configuração CSP foi ativada”, você entende a ideia) seria bem-vindo (ou qualquer tipo de mudança).
Pense nas implicações disso. O que você deseja exigiria uma mudança de direção em toda a indústria.
Atualmente, o que se aplica a uma atualização in-situ também se aplica quando um banco de dados mais antigo é restaurado. Esse é um comportamento consistente e previsível para os aplicativos.
Se você não deseja nenhuma alteração nas configurações, o método normal é usar exatamente a mesma versão do aplicativo.
Ao dizer “mais recente”, eu estava me referindo à última versão lançada, e não aos últimos commits da branch test-passed no GitHub.
Mas, sim, é a mesma versão base 2.4.0.beta9.
Estamos falando apenas de backup e apenas de valores de configuração, nada mais. A versão do Discourse, alterações no banco de dados, etc., são irrelevantes. Não vejo justificativa alguma para alterar um valor de configuração de um backup sem notificar o administrador. Você personaliza o Discourse com essas configurações específicas; não faz sentido alterar arbitrariamente seusvalores de configuração só porque está restaurando um backup em uma versão mais recente do Discourse.
Como dito, se um valor de uma configuração específica precisar ser alterado, eu esperaria que o Discourse informasse ao administrador o que está acontecendo. Trata-se apenas de ser transparente e tornar a vida do administrador menos dolorosa. Meu ponto é que você nunca deve alterar configurações do usuário a menos que haja um motivo muito bom e, nesse caso, notificar o administrador é aceitável.
