Ошибка: уведомления чата не отображаются

Внести вклад Ошибка
,
28

Мы потратили значительное время за последние пару лет на надежность уведомлений чата, Алекс.

Когда вы перестали использовать чат? @jordan-violet, вы все еще сталкиваетесь с проблемой, описанной в исходном сообщении?

29

Спасибо за ваши усилия, Сэм. Лично для меня уведомления работали в большинстве случаев, но иногда случайно переставали функционировать, и требовалось обновить страницу Discourse, чтобы они снова заработали. Однако исторически они либо вообще не работали, либо работали с перебоями, и определенно имеют привычку полностью отключаться при обновлении Discourse.

Мы перестали использовать чат на этой неделе после его внедрения в начале 2023 года. Уведомления в Google Chat просто работали для всей команды, включая тех, у кого мы сталкивались с регулярными проблемами или так и не смогли заставить их работать.

30

Привет, @lindsey, у нас возникает та же проблема. Есть ли у вас какие-либо обновления относительно статуса и возможного исправления?

31

Привет, Миха,

не мог бы ты, пожалуйста, составить более подробный отчёт о том, когда уведомления не приходят? Случаев может быть много: iOS, Android, PWA, Discourse Hub, десктопный Safari, Chrome, Firefox. Какой тип уведомления: публичный канал, личное сообщение, ветка, все? Ты был в браузере в момент, когда должно было прийти уведомление?..

1 лайк
32

Я начал изучать этот код, но чувствую, что основная проблема связана с «ожиданиями»:

  • Речь идёт об уведомительных сообщениях (push-уведомлениях)? (Если да, используете ли вы PWA или приложение Discourse Hub?)
  • Когда люди говорят «не получают уведомлений», имеют ли они в виду «не получают уведомлений об упоминаниях в push-уведомлении»?
  • Ожидается ли получение уведомления об @упоминании через push-уведомление, когда вы уже онлайн?

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

  1. В PWA, если мы пытаемся отправить push-уведомление 3 раза за 24 часа и не удаёмся (из-за проблем с подключением к распределителю сообщений или по другим причинам), мы отключаем подписки и не уведомляем пользователя ни о чём.
  2. В Hub push-уведомления доступны только клиентам, размещённым на хостинге Discourse.
  3. Существуют проблемы с последовательностью, когда уведомление может быть потеряно при редактировании сообщения в чате, так как мы инициируем push-уведомление внутри транзакции.
  4. У нас есть 1-минутное «дебаунсирование», которое настраивается, но запутывает. Мне только что упомянули, но я не получил push-уведомление. push notification time window. Это привело к следующему: @упоминание, я случайно зашёл в приложение в течение 60 секунд — и никакого @упоминания.
  5. Если вы @упоминаете пользователя в канале, на который он не подписан, он не получит упоминание. (по дизайну)

Честно говоря, @lindsey / @j.jaffeux / @pmusaraj, мне кажется, что «громкое заявление» скорее всего приведёт к устранению подавляющего большинства проблем и жалоб, с которыми мы сталкивались за годы в отношении уведомлений чата.

  • Всегда отправлять push-уведомления об @упоминаниях немедленно (стандартная настройка сайта); сайты, желающие задержку, могут её настроить.
  • Всегда отправлять push-уведомления об @упоминаниях из ВСЕХ каналов, исключая только каналы, которые пользователи явно отключили (или на которые у них нет прав доступа); это соответствует поведению на форуме.
  • В update_message.rb есть что-то странное, что публикует сообщение внутри транзакции. (в многопоточных средах это может быть потеряно)
  • Если мы отключили подписку в PWA, покажите в PWA баннер: «Push-уведомления не настроены, хотите их настроить?». Возможно, отключать подписку только через 1–2 недели, а не через 1 день.
  • Теги push-уведомлений дублируются по каналу: hostname-chat-mention-general … это не идеально для упоминаний, так как мы группируем их по каналу, что может запутать, если 4 разных человека упомянули вас в разное время на одном канале.
  • Всегда отправлять push-уведомления, даже если пользователь онлайн (по умолчанию) — разрешить пользователям отключать это поведение, если они хотят.
  • Вишенкой на торте стала бы поддержка полноценных push-уведомлений на всех сайтах для пользователей с настроенным Discourse ID (через Discourse ID). Это обеспечило бы Hub единообразный опыт во всём.

По сути, нужно убрать большую часть логики «ой, мы не должны были вас уведомлять» по умолчанию.

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

Соответствующий код (через Gemini 3 pro)

Отключение подписок PWA

Логика отключения подписок после 3 неудачных попыток за 24 часа находится в методе handle_generic_error.

Дебаунсирование push-уведомлений / проверка онлайн-статуса

Логика проверки, находится ли пользователь онлайн («дебаунсирование»), и пропуска push-уведомления находится здесь. Она зависит от SiteSetting.push_notification_time_window_mins.

Чат: проблемы с последовательностью транзакций

Сервис UpdateMessage оборачивает шаг publish в транзакцию базы данных. Это может вызвать гонки, когда задача уведомления пытается прочитать сообщение до фиксации транзакции.

Чат: упоминания на каналах, на которые пользователь не подписан

Код явно фильтрует записи по following: true при обработке упоминаний для публичных каналов, предотвращая уведомления для пользователей, не подписанных на канал.

Чат: теги push-уведомлений

Логика генерации тегов, которая дублирует уведомления по каналу (группируя их), определена здесь:

4 лайка
33

Мы уже много раз делали это в последние годы. Я убрал много «умного» кода, который всегда сложно отслеживать и который часто вызывает вопросы. Но да, различные пути выполнения кода всё ещё существуют.

Обязательная печально известная блок-схема потока уведомлений Slack:

image
image1552×1317 152 KB

Именно поэтому я просил выше больше подробностей — ситуаций так много…

2 лайка
34

Мне бы очень хотелось видеть «громкий режим» как предустановку для всей системы.

«Извините, я увидел это сообщение только сейчас — уведомления снова не сработали. Хочу вернуть свои Slack/WhatsApp/Signal/XYZ»

Это, безусловно, самая большая проблема, с которой мы сталкиваемся при внедрении Discourse в качестве корпоративной социальной интранет-сети.

2 лайка