Eles parecem estar funcionando bem, mas a configuração tem um ponto indicando que foram substituídos?
Alguma ideia do que está acontecendo aqui?
PS: Eu tentei pesquisar por ‘custom header links’, mas não consigo encontrar um tópico que mencione este problema.
Eu acho que você alterou essa configuração. Portanto, você substituiu o padrão, o que é muito provável, já que esse é o propósito dessa configuração. O padrão é mais como um exemplo, pois você usa o componente de tema para adicionar links personalizados. Com o botão de redefinição, você pode reverter a configuração para o padrão.
Foi muito estranho
Quando olhei meu site pela primeira vez, ele tinha novos links (externos, populares, privacidade) - mas meus links ainda estavam nos campos.
Eu cliquei em redefinir e perdi a configuração do meu link personalizado.
Felizmente, salvei o texto de cada um e os adicionei de volta, removendo os novos links.
Ah, bem. Software é estranho.
Também fiquei intrigado com isso.. Na verdade, o nome da variável de configurações foi alterado, veja DEV: Rename `Custom_header_links` settings to `custom_header_links` (… · discourse/discourse-custom-header-links@5006125 · GitHub
@tgxworld Há um bug na última atualização do componente de tema. Ele renomeia a configuração usando uma migração, mas nesse ponto o nome original da configuração já foi renomeado em settings.yml. Portanto, a migração não funcionará, pois não poderá mais acessar a configuração antiga. Esse tipo de migração deve ser feito em duas etapas separadas (e, dada a forma como as migrações de componentes de tema funcionam, com bastante tempo entre elas)
Portanto, todos que atualizarem este componente de tema perderão suas configurações.
Seja como for, acho que se você salvar a configuração novamente em vez de redefini-la, tudo ficará bom.
Pelo que sei, isso só funciona ao atualizar o componente de tema separadamente na GUI, não quando o TC é atualizado como parte de uma atualização maior (ou seja, a tarefa rake)
Acho que funciona se você atualizar todo o seu site, note que os links agora são os padrão e, em seguida, salve novamente a configuração do tema custom header links.
Embora seja fácil não fazer isso e pressionar reset em vez disso. 
Isso funcionou para mim. Levei um bom tempo para entender o que estava acontecendo, já que a configuração parecia correta. Eu a corrigi removendo o componente de tema do meu tema padrão (já que estava ativamente piorando o site) e percebendo que agora estava funcionando usando o outro tema.
Fico feliz que a correção tenha sido tão fácil que eu a encontrei, mas foi um choque descobrir que os links estavam sendo alterados após a atualização do Discourse. 
Nós extraímos as configurações de tema substituídas do banco de dados, que armazena a chave da configuração, então o conteúdo em settings.yml não afeta as migrações de forma alguma. O que suspeito aqui é que não estamos limpando o cache?
Não foi assim que pretendíamos que o design fosse. Como não temos controle sobre como os temas são atualizados, não podemos fazer uma migração em 2 etapas.
Portanto, esta foi uma regressão recente em nosso sistema de migrações, onde o cache de um tema não é atualizado após a execução das migrações de tema. Isso foi corrigido em
Portanto, isso não é verdade porque as configurações, na verdade, não são perdidas, mas o cache está apenas usando o valor padrão da configuração em vez das substituições no banco de dados.
Obrigado pela explicação e por suas ações rápidas.
Estou tendo o mesmo problema depois de atualizar o componente Easy Footer. Todas as configurações personalizadas desapareceram no frontend e na interface do usuário do backend.
Isso está causando bastante confusão para os gerentes da comunidade. Se eles então pressionarem “Redefinir” no backend, leva um tempo considerável para refazer todas as configurações, no componente Footer ainda mais do que com os links do Header.
Parece que acreditávamos que isso se devia a um problema no core, que foi corrigido quando o PR acima foi mesclado.
Você sabe qual versão (commit) do Discourse eles estavam executando quando você atualizou o componente de tema?
Sim, eu estava prestes a editar minha postagem.. isso aconteceu em ambos os branches estáveis mais recentes, 3.2. Suponho que também deva ser corrigido para o estável, caso contrário, todas as alterações nas configurações do componente precisariam ser fixadas em uma versão superior?
Ah, sim. @tgxworld vamos pensar em qual abordagem faz mais sentido aqui para estabilidade (backporting da correção principal ou imposição de algumas restrições de compatibilidade em componentes que usam migrações de configurações).
Isso já foi feito há 2 dias FIX: Update themes javascript cache after running themes migrations (… · discourse/discourse@39dffcb · GitHub
@manuel qual é o hash do commit da sua instalação?
Ah, sim, meu erro, não atualizei este servidor! Desculpem pessoal, está apenas em staging, mas um cliente entrou em contato perguntando por que tudo foi redefinido.
