Notifications persistantes hors fil de discussion

[Delphgateau]

Il semblerait qu'il y ait des notifications persistantes sur la 2.8.0, bien qu'aucun fil de discussions n'aient été créés depuis une session web sur les salons concernés.
Bug remonté sur ce salon: https://app-v4.prod.lab.tchap.incubateur.net/index.html#/room/!fqnIzvoUUENjqmvGPq:agent.dinum.tchap.gouv.fr

[NicolasBuquet]

La pastille de notification non-lu est affiché si le roomSummary.localUnreadEventCount de cette room est différent de 0.
->

tchap-ios/Riot/Modules/MatrixKit/Models/RoomList/MXKRecentCellData.m

Line 66 in 49a0406

return (roomSummary.localUnreadEventCount != 0);

Note dans le code source a propos de cette propriété :

/**
 The number of unread events wrote in the store which have their type listed in the MXSession.unreadEventType.

 @discussion: The returned count is relative to the local storage. The actual unread messages
 for a room may be higher than the returned value.
 * 

Si la pastille est affichée, elel va chercher sa valeur dans la propriété roomSummary.notificationCount.
->

tchap-ios/Riot/Modules/Common/Recents/Model/RecentCellData.m

Line 56 in 49a0406

return self.roomSummary.notificationCount;

Note dans le code source a propos de cette propriété :

/**
 The number of unread messages that match the push notification rules.
 It is based on the notificationCount field in /sync response.
 */

La valeur du nombre de messages non-lus d'un salon est donc déterminé et renvoyé par le backend.
Par contre, il semble traité différemment en fonction du client. Sur un même compte avec une connexion iOS et une connexion web simultanées, l'affichage des non-lus est différent :

[NicolasBuquet]

Réactiver le code de gestion des threads testé sur iOS ne change rien à l'affichage. (#878 )

Consulter les threads d'un salon contenant des threads permet de faire baisser le nombre de messages non-lu. Ces messages de threads sont donc bien pris en compte :

Les non-lus du salon peuvent alors être marqués comme lus :