Novas postagens/respostas não aparecem em tempo real; atualização manual necessária

Resumo

Em nossa instância do Discourse, novas postagens e respostas nos tópicos não estão aparecendo automaticamente. Os usuários precisam atualizar manualmente a página para ver as postagens posteriores, mesmo estando ativamente visualizando o tópico.

Isso parece ser uma regressão nas atualizações em tempo real (MessageBus/WebSocket/consulta), já que nenhum tema, plugin ou componente personalizado está instalado.


Ambiente
• Versão do Discourse: 2026.4.0-latest (9776b417b8)
• Hospedagem: auto-hospedado
• Tema personalizado: padrão


Passos para Reproduzir

1.	Abra um tópico em um navegador/sessão
2.	Abra o mesmo tópico em outra sessão/conta de usuário
3.	Publique uma nova resposta no tópico
4.	Observe a sessão original

Comportamento Esperado

Novas postagens devem aparecer em tempo real sem exigir uma atualização manual da página (por meio de atualizações do MessageBus/atualizações ao vivo do tópico).


Comportamento Atual

Novas postagens não aparecem na visualização do tópico aberto.
Elas só aparecem após:
• Atualização manual do navegador (F5/recarregar), ou
• Navegar para fora e voltar ao tópico


Observações

•	Sem plugins ou temas personalizados que possam interferir
•	Parece consistente entre usuários/sessões
•	O problema afeta especificamente a visibilidade de postagens posteriores em uma thread de tópico
•	Sugere possível regressão ou falha em:
•	Gerenciamento de assinatura do `MessageBus`
•	Fallback de `/message-bus/` (consulta longa/websocket)
•	Propagação do fluxo de atualização do tópico (`topic:reload`, `post:created`)

Impacto

•	Quebra o fluxo de discussão em tempo real
•	Faz com que os usuários percam novas respostas, a menos que atualizem
•	Cria confusão sobre se a postagem foi bem-sucedida ou não

Solicitação

Poderia confirmar se há uma regressão conhecida afetando atualizações de tópicos em tempo real em versões recentes, ou orientar sobre qual subsistema inspecionar (MessageBus, fallback de consulta, etc.)?

Você está atrás de um proxy como o Cloudflare, etc.?

Não — não há proxy ou CDN à frente da instância (nem Cloudflare ou similar).

Esta é uma configuração auto-hospedada direta com rede padrão, então nada externo deveria estar interferindo no comportamento do MessageBus/WebSocket ou no polling de longa duração.

Dado isso, parece menos provável que seja causado por cache intermediário ou buffer de conexão, e mais provável que seja algo interno ao próprio mecanismo de atualização em tempo real (por exemplo, assinatura do MessageBus, fallback de polling ou tratamento no lado do cliente nesta build).

Fico feliz em fornecer quaisquer logs (por exemplo, /logs, console do navegador ou requisições para /message-bus/) se isso ajudar a identificar o problema.