- Verschifft
- 6. September 2026 um 18:24 UTC
- Autor
- Kamo
- Ausschuss
- 297c21f
ToolDock ist in ToolProviders ABOVE AuthedChrome montiert, absichtlich, so dass es nie unmounts über eine Navigation -- die einzige Tatsache, die ein Mitglied hält Eingabe lebendig in jedem Werkzeugfenster. UnreadProvider lebt in AuthedChrome, die es zu einem DESCENDANT des Docks macht. Verwenden Sie also Unread() in einem Werkzeugfenster nicht werfen. UnreadContext ist gebaut mit eine komplette Standardeinstellung -- erhaltenUnread: () =" 0, bySurface.sms: 0 -- und alles auf deren Renderings, sieht korrekt aus und berichtet null für immer. Zwei leben Folgen: - Die neue TEXTS-Plakette des Softphones wäre nie erschienen. - SmsTool markSmsRead Anruf, speziell hinzugefügt, damit die SMS-Plakette gehen könnte DOWN wie aufwärts, auf den Kontext-Standard gelöst: ein bereits aufgelöst Versprechen, das nichts getan hat. Der Fix wurde ausgeliefert und inert. Neue smsUnreadStore + SmsUnreadSync sind die gleiche Bridge ToolWindowUnreadSync und HexHeadUnreadSync hat bereits für den Tab-Streifen und die Hexheads gebaut: Anbieter-freie Modul-Store-Lesung mit NutzungSyncExternalStore, gespeist durch eine Komponente in AuthenticatedToolWrapper montiert, wo der Provider echt ist. Mark-Read reist sich der andere Weg als CustomEvent, das ist, wie jeder Dock-zu-Anbieter Nachricht funktioniert bereits. UnreadContext gewinnt "smsSessions", weil ein Leser, der nicht gelesen werden muss Gespräche können es nicht durch getune gelesen, die einen Schlüssel zu einer Zeit beantwortet und braucht die ID, um die es gefragt wird. Der SmsTool-Test war das Anheften des defekten Mechanismus -- er verspottete den GebrauchUnread und behauptet markSmsRead wurde aufgerufen, die geht, ob der Anbieter ist oder nicht Erreichbar zur Laufzeit. Es treibt jetzt den Laden und behauptet die Outbound-Veranstaltung, so es scheitert, wenn irgendetwas zurück nach dem toten Kontext greift.