- Szycy
- 7 lipca 2026 16:47 UTC
- Autor
- kamo
- Pochęt się
- d5eded1
Odpadka typu tool-window tylko dokładnie dopasowany do jednego klucza użytkownikaId przeciwko async-mirored windowsRef, więc ten sam czat 1:1 otworzył się dwa razy: - userId z wiersza członkowskiego to id.toString() o ewentualnym precyzji. Okrojony CockroachDB unique_rowid(), podczas gdy STOMP przychodzący Powiadomienie przenosi dokładny nadawca ciągów Id - nigdy nie pasują, więc Każda wiadomość zrodziła świeże okno. - sesjaWygoda tylko otwarcia (lista nienotałów, relokacja sesji) były Nigdy się nie porównał, a rozwiązany GUID ChatTool nigdy nie został odpisany. - osłona odczytała oknaRef, odbite od stanu poprzez użycieDowództwo, więc dwa Tętny kleszcza otwiera oba chybione i oba stworzyły okno. Dedup teraz pasuje do userId OR sessionGuid OR memberIds i łączy Przychodzących klawiszy do dopasowanego okna; WindowsRef jest zsynchronicznie aktualizowany Na fokus-rozwijaj się i twórz, aby zamknąć wyścig tego samego kleszcza; ChatTool pisze swoje SesjaGuid powraca za pomocą nowego narzędzia:patchPromowanie zdarzenia, więc rzęda członkowskiego Czat staje się zakotwiczony w GUID (IDki są odporne na stratę precyzyjną liczbową).