- Verschifft
- 26. August 2026 um 03:50 UTC
- Autor
- kamo
- Ausschuss
- f9f8182
Sieben unabhängige /api/user-info Anrufe auf eine kalte authentifizierte Last abgefeuert, jeder um die Mitglieder-ID zu bitten, die ein Geschwisterkind bereits im selben Moment anforderte. Jeder davon ist ein Redis EXISTS plus ein SETEX, ein POST zu SecurityService, der die ganze Rechte Wasserfall gegen die Datenbank, und ein Redis-Meister lesen. Sie gehen durch loadUserInfoShared jetzt - der Kohlencer, der bereits existierte in nutzenUserInfo und wurde früher in dieser Serie exportiert. UnreadContext, SocialAgentContext, SupportCountContext, useAvailabilityWebSocket, verwendenChatWebSocket (beide seine abonnieren und seinen Reconnect-Pfad) und verwenden SieSmsWebSocket. Kein Kontext oder Haken holt diesen Endpunkt direkt mehr. Vier von ihnen saßen direkt vor einem STOMP-Abonnement, so dass dies auch verkürzt die Lücke zwischen der Steckdose Verbindung und es tatsächlich hören. Zwei Dinge, die der Swap über die Anfrage hinaus zählt. Der Kohlenspieler schickt das *** Token von dieser TAB-SessionStorage, die keiner der rohen Fetches hat - sie lehnte sich an die Cookie jar statt, die die falsche Quelle für eine pro-Tab-Sitzung ist. Und es berichtet ein diskriminiertes Ergebnis, so dass "keine Sitzung" jetzt von "Anfrage gescheitert" zu unterscheiden ist anstatt dass beide als fehlendes Feld ankommen. useChatWebSocket ist eine CRLF-Datei; die eingelegten Zeilen sind auch CRLF, so bleibt der diff die elf Zeilen, die sich tatsächlich anstelle der ganzen Datei geändert haben. Verifiziert: tsc --noEmit sauber über alle sechs plus useUserInfo und AuthedChrome mit ihren Transitive Importe; alle 10 Wachen bestehen; 143 Tests über den Chat, Haken, voip und Message Suites passieren.