Les notifications sont regroupées pour plus d'une réponse sur le même message

Dev
1

Nous utilisons les API de notifications de Discourse et les requêtes Data Explorer, et nous observons un comportement de consolidation/groupage des notifications pour :

  • les notifications de réponse/commentaire (notification_type = 2)

  • les notifications de réaction (notification_type = 25)

Comportement observé

  • Même avec seulement 2 réponses/commentaires sur le même sujet/la même publication dans un court laps de temps, les notifications sont consolidées/groupées.

  • Des lignes de notification distinctes ne sont pas toujours créées pour la deuxième action.

  • Les lignes de notification existantes semblent être mises à jour/remplacées plutôt que de nouvelles lignes étant insérées.

  • Les anciennes lignes de notification disparaissent parfois de la table notifications.

  • Les notifications de réaction semblent également être consolidées de manière similaire.

  • L’interface utilisateur peut afficher des compteurs groupés comme « 2 réponses » tandis que la base de données/l’API ne reflète qu’une seule ligne de notification.

Nous avons trouvé ces paramètres :

  • linked notifications consolidation window mins

  • likes notification consolidation window mins

  • notification_consolidation_threshold

Questions

  1. Ces paramètres concernent-ils uniquement le groupage dans l’interface utilisateur, ou contrôlent-ils également la consolidation des notifications au niveau de la base de données/de l’API ?

  2. Puisque les notifications sont consolidées même avec seulement 2 actions, Discourse réutilise-t-il ou met-il à jour en interne les lignes de notification existantes avant que le seuil de consolidation ne soit atteint ?

  3. Existe-t-il une méthode prise en charge pour désactiver complètement la consolidation des notifications afin que chaque réponse/réaction crée un enregistrement de notification distinct ?

  4. La table notifications est-elle intentionnellement conçue pour ne pas être en écriture exclusive (non append-only) pour les notifications liées/de réaction ?

  5. Pour les notifications de réaction (notification_type = 25), existe-t-il une méthode fiable et prise en charge pour identifier l’utilisateur ayant réagi à partir de la charge utile de la notification/de l’API ?

Nous cherchons principalement à comprendre le comportement prévu du système de notifications et savoir si des notifications entièrement indépendantes par action sont prises en charge.