- Expédié
- 7 juillet 2026 à 16:47 UTC
- Auteur
- kamo
- Commite
- d5eded1
La fenêtre-outil ne correspondait qu'à une clé utilisateurId unique par rapport à une clé async-mirrored windowsRef, donc la même discussion 1:1 a ouvert deux fois: - userId d'une ligne membre est id.toString() d'une précision éventuelle CockroachDB unique-rowid(), tandis que le STOMP arrive la notification transporte la chaîne exacte itérée itéritonoid - ils ne correspondent jamais, donc chaque message entrant a engendré une nouvelle fenêtre. - Ouvertures de sessionGuid-only (liste des jeunes de football, réinstallation des sessions) Jamais comparé, et le GUID résolu de ChatTool n'a jamais été écrit en retour. - la garde lire WindowsRef, en miroir de l'état via l'utilisationEffect, de sorte que deux La même écriture s'ouvre à la fois manquée et les deux ont créé une fenêtre. Dedup correspond maintenant à userId OU sessionGuid OR memberIds et fusionne le clés entrantes sur la fenêtre appariée; WinsRef est mis à jour de manière synchrone sur focus-merge et créer pour fermer la même course à écoute; ChatTool écrit son session résolueGuid back via un nouvel outil:patchProps événement de sorte qu'un membre-ligne le chat devient ancré GUID (les GUID sont immunisés contre la perte de précision numérique).