- Verschifft
- 7. September 2026 um 01:10 UTC
- Autor
- Kamo
- Ausschuss
- f0aaa6d
Die KB-Links des Assistenten haben gar nichts gebracht. Kein falscher Weg und kein Recht Problem - der Klick-Handler wurde nie aufgerufen, weil kein Klick-Erlebnis war gesendet. Die Karte von "components", die an <ReactMarkdown" übergeben wurde, war ein wortwörtlich gebautes Objekt innerhalb des Renders, so "p", "a", "Code" und der Rest waren neue Funktionen auf jedem bildgeben. React vergleicht Elementtypen nach Identität: eine neue Funktion ist ein neuer Typ, so dass es die gesamte gerenderte Antwort abgehängt und einen Ersatz montiert, ersetzt jeder DOM-Kennzeichen in der Nachricht. ToolWindowShell trägt "onMouseDown={onFocus" auf dem Fenster-Container, also Drücken überall in einem KI-Chat-Fenster re-Rendern das Dock und jede Blase in es. Die Presse zerstörte den Anker, bevor die Veröffentlichung ihn erreichte, und ein Browser nur Feuer klicken, wenn drücken und freigeben landen auf dem gleichen Knoten. Nichts geworfen und nichts protokolliert; der Link war einfach träge, jedes Mal, auf jeder Nachricht. Hoist die Renderer zu Modul-Aktionsfernrohr, mit dem Link als eigene Komponente Lesung der Router selbst, so dass sich die Identitäten nie ändern. Das gleiche Churn war auch die Textauswahl des Mitglieds fallen lassen und jeden Code-Block auf jedem neu aufbauen bildgeben. Verifiziert in einem echten Browser gegen eine Produktion bauen: mit einer Blase in einem echte Dock-Fenster, der Anker überlebt jetzt eine Presse an anderer Stelle im Fenster und der KB-Link navigiert Client-Seite und hält das Gespräch auf dem Bildschirm.