Новые сообщения/ответы не отображаются в реальном времени; требуется ручное обновление

Краткое описание

В нашем экземпляре Discourse новые сообщения и ответы в темах не отображаются автоматически. Пользователям необходимо вручную обновлять страницу, чтобы увидеть более поздние сообщения, даже если они активно просматривают тему.

Похоже, это регрессия в работе обновлений в реальном времени (MessageBus/WebSocket/опрос), так как не установлены никакие темы, плагины или пользовательские компоненты.


Окружение
• Версия Discourse: 2026.4.0-latest (9776b417b8)
• Хостинг: собственный
• Пользовательская тема: по умолчанию


Шаги для воспроизведения

1.	Откройте тему в одном браузере/сессии
2.	Откройте ту же тему в другой сессии/учетной записи
3.	Опубликуйте новый ответ в теме
4.	Наблюдайте за исходной сессией

Ожидаемое поведение

Новые сообщения должны появляться в реальном времени без необходимости ручного обновления страницы (через обновления MessageBus / живые обновления темы).


Фактическое поведение

Новые сообщения не отображаются в открытом виде темы.
Они появляются только после:
• Ручного обновления браузера (F5 / перезагрузка), или
• Перехода в другую страницу и возврата к теме


Примечания / Наблюдения

•	Нет пользовательских плагинов или тем, которые могли бы вызывать помехи
•	Проблема проявляется одинаково у всех пользователей/сессий
•	Проблема влияет именно на видимость более поздних сообщений в ветке темы
•	Указывает на возможную регрессию или сбой в:
•	Обработке подписки `MessageBus`
•	Резервном механизме `/message-bus/` (долгий опрос / WebSocket)
•	Распространении потока обновлений темы (`topic:reload`, `post:created`)

Влияние

•	Нарушает поток обсуждения в реальном времени
•	Приводит к тому, что пользователи пропускают новые ответы, если не обновляют страницу
•	Вызывает путаницу относительно успешности отправки сообщения

Запрос

Пожалуйста, подтвердите, известно ли о регрессии, влияющей на обновления тем в реальном времени в последних сборках, или дайте рекомендации, какой подсистему проверить (MessageBus, резервный механизм опроса и т. д.)?

Вы находитесь за прокси-сервером, например Cloudflare и т.д.?

Нет — перед экземпляром нет прокси или CDN (нет Cloudflare или аналогичных решений).

Это прямая саморазмещённая установка со стандартной сетевой конфигурацией, поэтому ничто внешнее не должно влиять на работу MessageBus/WebSocket или поведение long-polling.

Следовательно, маловероятно, что проблема вызвана кэшированием промежуточных узлов или буферизацией соединений; скорее всего, дело во внутреннем механизме обновлений в реальном времени (например, подписка MessageBus, резервный опрос или обработка на стороне клиента в этой сборке).

Готов предоставить любые логи (например, /logs, консоль браузера или запросы к /message-bus/), если это поможет сузить круг поиска.