- Verschifft
- 2. September 2026 um 08:48 UTC
- Autor
- Kamo
- Ausschuss
- 83e30bc
Ein Mitglied startete einen Chat über KB Artikel, minimierte ihn zu seinem Hexhead, ging zu ihrer Mail und brachte das Fenster zurück zu einem leeren Gespräch "von vorne anfangen". Nichts war verloren: beide Fragen und beide Antworten waren in ai_chat_messages die ganze Zeit, und keine neue Sitzung war jemals erstellt, das ist der Tell. Das Fenster kam zurück und zeigte auf die rechte Konversation und konnte es nicht lesen. AiChatController.getMessages antwortet mit einem Umschlag { Nachrichten, total, hatMehr von . . Ältester, hält die neueste . Limit. Reihen. Das liest es als eine nackte AiChatMessage[]. "data.length" auf einem Objekt ist undefiniert, ist "data.reverse()" keine Funktion, und der Fang verschluckt der TypError: die Liste blieb leer, "initialLoaded" nie umgedreht, und das Panel machte gar nichts - keine Abschrift, keine Leergespräche Panel, kein Fehler. Ein leeres Fenster über einem Transkript, das vollkommen sicher war. Es versteckte sich so lange, wie es tat, weil ein LIVE-Fenster nie diesen Anruf macht. Jede Nachricht auf dem Bildschirm kommt durch das lokale Echo in AiChatWebSocketContext, direkt auf die gehaltene Liste angefügt. Die Lesen Sie nur, wenn das Transkript vom Server zurückkommen muss: nach einer vollständigen Dokumentenlast - der Tool-Fenster-Schnappschuss stellt das Fenster wieder her MIT seiner Sitzung guid, daher keine neue Sitzungsreihe - oder eine Wiedereröffnung hinter der Fünf-Minuten-Sehendlich. Genau die beiden Arten, wie ein Mitglied ein KI-Fenster erreicht sie benutzten bereits. Also lesen Sie den Umschlag, halten Sie die Reihenfolge des Dienstes statt Umkehrung, was es bereits umgekehrt, und nehmen "HUSSMehr" von der Antwort statt Schlussfolgerung aus einer Länge, die nie da war. Paging geht mit ihm. getMessages erklärt einen "vorher" Parameter und nie liest es - jeder Aufruf ist PageRequest.of(0, limit) - also das Scroll-to-top eine zweite Kopie von ihnen. Es hat noch nie gefeuert (es braucht "initialLoaded", die nie wahr wurde), so dass die Korrektur der Lektüre hätte es eingeschaltet. Die ältere Geschichte ist jetzt eine BIGGER-Seite, die die Anfrage ist der Service tatsächlich dient. Nicht während ein Senden im Flug ist: eine Seite ersetzt die Liste, und die eigene Nachricht des Mitglieds ist ein lokales Echo, bis die Antwort landet. Und eine misslungene Lektüre sagt es jetzt, mit einem Wiederaufnahmeversuch, anstatt die Leere, die dies wie ein abgewischtes Chat aussehen ließ. Niemals "ein Gespräch beginnen" über eine, die in der Datenbank sitzt - ein Transkript bereits auf dem Bildschirm wird in Ruhe gelassen, wenn eine erneute Lektüre fehlschlägt. Beide Strings existierten bereits in allen 22 Orte. Der Inflight-Wächter bewegt sich von "Ladezustand" zu einem Ref. Es war in der useCallback deps während der Initial-Load-Effekt auf der Sitzung abgestimmt ist allein, so dass der Effekt hielt, welche Kopie existierte, als der Guid ankam.