- Verschifft
- 6. September 2026 um 22:07 UTC
- Autor
- Kamo
- Ausschuss
- 3ddf75c
Zwei Hälften des Fadens wurden gebaut und dann unverbunden gelassen. Der Server hat jedes Kommentar- und Statusereignis zu .chat.session.{guid' veröffentlicht. da die Funktion gelandet ist, und nichts abonniert - so dass das Transkript nur verschoben wenn der Leser selbst etwas gepostet hat, und zwei Leute, die dasselbe tun Bericht sah verschiedene Geschichten, bis einer von ihnen neu geladen. Es abonniert jetzt durch den gleichen Kontext "TicketChat" verwendet, nachdem die erste Ladung abgerechnet hat, so dass Frame Ankunft Mitte-Fetch wird nicht von der Seite bereits im Flug überschrieben. Es wird die Seite neu gelesen, anstatt den Rahmen anzuhängen, was das Gegenteil von dem ist, was Chat tut und absichtlich: ein Chat läuft zu Hunderten von Nachrichten, ein Bug-Thread ist ein Handvoll, und der Rahmen trägt weder das Antwort-Zitat noch die Reaktionsliste Angehängte Reihe würde ohne sein Zitat zu machen, bis etwas anderes eine Nachladen erzwang. Der Reaktions-Endpunkt war schlechter: Server, Service und DTO-Feld alle ausgeliefert, und keine Client könnte jeden davon erreichen. Es gab keine Route, keine api-Methode und nichts gezeichnet. Es hat alle drei jetzt, und "istReacted" Reisen als der Staat ist ASKED für eher als ein Delta, so dass ein rasender Doppelklick konvergiert, anstatt zweimal umzudrehen; Die Antwort des Servers ersetzt die Liste der Zeile, anstatt sich darin zusammenzuschließen. Vier Emoji, angeboten inline. Ein Bug-Thread ist kein Chat - die nützlichen Reaktionen sind "Ich habe das auch getroffen", "schaut es an" - und ein voller Picker wäre mehr Kontrolle als das Gespräch hat Verwendung für. Ungenutzte Chips werden nur auf Schwebe ihrer gezeichnet Kommentar, so zehn Kommentare sind nicht vierzig graue Knöpfe. Die Tests fälschen den Websocket-Kontext absichtlich: Der echte DEFAULT ist ein No-Op das nur warnt, so dass ein Test ohne einen Anbieter im Umfang bestanden hätte, während die Abonnement fehlte völlig.