- Shipped
- 6 de septiembre de 2026 a las 18:24 UTC
- Author
- Kamo
- Commit
- 297c21f
ToolDock está montado en ToolProviders ABOVE AuthedChrome, deliberadamente, por lo que nunca desmonta a través de una navegación - el hecho único que mantiene a un miembro Escribiendo vivo en cada ventana de herramientas. UnreadProvider vive dentro de AustodichoChrome, que lo convierte en un DESCENDANTE del muelle. Así que useUnread() dentro de una ventana de la herramienta no lanza. UnreadContext está construido con un completo predeterminado -- getUnread: () = 0, bySurface.sms: 0 -- y todo Construido sobre ella renderiza, parece correcto, e informa cero para siempre. Dos en directo consecuencias: - La nueva insignia TEXTS del suavizado nunca habría aparecido. - SmsTool marcaSmsRead call, añadido específicamente para que la insignia SMS podría ir DOWN, así como arriba, resuelto al contexto por defecto: un ya resuelto Prometen que no hizo nada. La solución ha sido enviada e inerte. Nuevos smsUnreadStore - SmsUnreadSync son el mismo puente ToolWindowUnreadSync y HexHeadUnreadSync ya construye para la tira de la pestaña y los cabezas de hex: a Tienda de módulos sin proveedor lea con usoSyncExternalStore, alimentado por un componente montado dentro de AuthenticatedToolWrapper donde el proveedor es real. Leído de marca viaja al revés como un CustomEvent, que es como cada muelle-a-proveedor el mensaje ya funciona. UnreadContext ganas de "smsSessions" porque un lector que tiene que ENUMERATE no se lee las conversaciones no pueden hacerlo a través de getUnread, que responde una clave a la vez y necesita el identificador de lo que se le está preguntando. La prueba de SmsTool estaba colocando el mecanismo roto - se burló de usoUnread and MarkSmsLe fue llamado, que pasa si el proveedor es o no alcanzable en tiempo de ejecución. Ahora conduce la tienda y afirma el evento de salida, así que fracasa si algo vuelve a encontrar el contexto muerto.