- Expédié
- 14 août 2026 à 02:09 UTC
- Auteur
- kamo
- Commite
- a29e9fa
La lecture d'une conversation a mis à jour le serveur et a ensuite attendu que les nouvelles arrivent back: PUT/read commits, MediaService diffuse un nouveau comptage sur le noyau NATS, le relais le met sur un sujet STOMP, le navigateur l'applique, et ce n'est qu'alors qu'il le fait la liste des billets refrais et abandonne son marqueur. Chaque maillon de cette chaîne fonctionne - I vérifié le relais est abonné et les émissions s'éteignent - mais le L'action du membre lui-même n'aurait jamais dû en dépendre. Jusqu'à ce qu'il soit achevé, ou Jusqu'à ce qu'ils rechargés, le marqueur qu'ils venaient d'enlever était toujours assis là. La fenêtre annonce maintenant la lecture directement, et les deux surfaces écoutent: le ticket liste efface les marques de cette ligne, et la plaquette relit son comptage. La poussée encore arrive et se réconcilie encore - cela ne fait que supprimer la latence, et le serveur reste l'autorité sur le numéro. Annoncé après que les deux ont écrits s'être réglés, pas avant. L'annonce d'abord laisserait le La course de re-lire de badge est en train de lire et de revenir avec le vieux nombre, qui est le même bug une couche en bas. Une écriture qui échoue annonce Rien, donc le marqueur reste - correctement, parce que rien n'a été lu. Le marqueur de la liste est également sur le ticket id now plutôt que sur le guid de session, puisque cela est ce qu'une lecture est annoncée, et elle efface les deux marques: lire un La conversation prend véritablement sa retraite ainsi que ses messages non lus.