Para mim, em Configurações/Legal, a URL para uma página de FAQ hospedada separadamente (e presumivelmente as URLs para as páginas de Termos de Serviço e Política de Privacidade também) parecem ter deixado de funcionar na página inicial do fórum.
Testei várias URLs de teste apontando para outras páginas da web, mas nenhuma parece fazer mais nada. Na minha página inicial do fórum, o texto login_required.welcome_message é sempre exibido, enquanto, até recentemente, o FAQ naquela URL designada era o que aparecia no lugar.
Ainda posso inserir um link manual para as mesmas páginas personalizadas no diálogo de login obrigatório, se elas forem publicadas como posts dentro do Discourse e definidas como públicas.
Esse problema foi resolvido para você? No meu site de teste, estou verificando que consigo definir as configurações tos url e privacy policy url para apontar para um site externo. Não estou observando problemas com os links externos sendo ignorados, nem no modal de cadastro do site, nem na página Sobre do site.
Esse problema nunca foi resolvido para mim, então acabei copiando e colando do FAQ (que na verdade é uma página pública ‘publicada’ dentro do site) diretamente no texto do diálogo de boas-vindas. Não é muito eficiente, mas funciona.
Curiosamente, ao clicar para se cadastrar, os links para os Termos de Uso e Política de Privacidade (também páginas públicas publicadas) ainda estavam funcionando no diálogo de cadastro — então meu problema parece estar restrito à página inicial.
Você está dizendo que sua página de FAQ é um tópico do Discourse que você publicou como uma página? Se for esse o caso, isso não é algo que eu tenha tentado fazer.
Eu não tive escolha, pois todos os tópicos pré-semeados desapareceram para mim durante uma atualização. Tudo funcionava bem, até que uma atualização mais recente impediu que eles funcionassem a partir da página inicial.
Ah não. Eu ia perguntar por que você estava usando páginas publicadas para as páginas de Termos de Uso e FAQ, mas agora faz sentido. No entanto, usar páginas publicadas para esses tópicos parece menos do que ideal. Tenho quase certeza de que é possível recriar os tópicos pré-criados. Eles são definidos por algumas configurações de site ocultas. As seguintes configurações podem ser usadas para redefinir os tópicos de Termos de Serviço e Privacidade:
tos_topic_id
privacy_topic_id
Não tenho certeza do nome da configuração para definir o ID do tópico de FAQ, mas podemos localizar essa configuração para você se quiser fazer essa alteração. Pelo que entendi, você criaria os novos tópicos na sua categoria de Equipe e, em seguida, definiria as configurações de site ocultas para esses IDs de tópico.
Se for possível rastrear o ID do tópico da FAQ, seria ótimo — principalmente para qualquer outra pessoa que se depare com o mesmo problema de tópicos pré-configurados com erros.
Quanto ao problema da página inicial, há alguns dias transformei o problema em uma espécie de vantagem, criando uma versão muito mais curta da FAQ (principalmente para quem não tem certeza se está no lugar certo), com links na parte inferior para o tópico completo da equipe da FAQ, o tópico da equipe dos Termos de Serviço e o tópico da política de privacidade.
Antes, minha FAQ era a página inteira (substituindo o texto da janela de boas-vindas).
Pode ser melhor verificar primeiro se os antigos tópicos de Termos de Serviço (TOS), Política de Privacidade e FAQ ainda existem. Você pode fazer isso verificando o valor de cada uma dessas configurações do site no console do Rails e, em seguida, verificando se consegue encontrar os tópicos excluídos na interface:
tos_topic_id
privacy_topic_id
guidelines_topic_id
Com o ID retornado por cada configuração, você pode tentar encontrar o tópico excluído acessando /t/-/<id_do_tópico_vindo_do_valor_da_configuração>. Se o tópico existir, deverá ser possível recuperá-lo por meio da interface. Se os tópicos não existirem, minha suposição é que novos tópicos podem ser criados na categoria de Equipe. Em seguida, você poderá definir esses IDs de tópico como o valor de cada uma das configurações que listei acima. Eu não tentei fazer isso pessoalmente, mas posso testar em meu site de desenvolvimento local se você estiver inseguro em fazer a alteração no seu site.
Como você se saiu, Paul? Lembro que isso foi um problema para você há muito tempo.
Acabei de ter que fazer isso depois de usar acidentalmente delete_all no tópico FAQ/Diretrizes e não descobrir por um tempo. Esta postagem foi super útil:
Eu nunca localizei aqueles tópicos pré-semelhados ausentes, mas ainda estou feliz com minha solução alternativa, então não fui motivado a tentar muito - essencialmente, eles agora são tópicos de equipe editáveis convencionalmente, marcados como públicos, que posso e atualizo de tempos em tempos.
Assumindo que você tenha acesso root ao seu servidor, a correção levará literalmente 5 minutos e você não perderá nenhum desses recursos úteis de tópicos de funcionários.
Tudo o que ele faz é identificar esses tópicos como os a serem usados.
Confesso que não sei nada sobre usar o Rails, mas consegui confirmar que os tópicos originais realmente desapareceram usando consultas do data-explorer (conforme sugestão de outro usuário, que não consigo rastrear no momento).
Pelo que pude apurar, minha configuração agora parece ‘saber’ quais tópicos da equipe são os que devem ser usados, mesmo que a metodologia que segui para que isso acontecesse (que também não consigo rastrear no momento!) tenha sido um pouco menos intensa do que a rota de edição do Rails.