- Shipped
- 6 septembre 2026 à 18:24 UTC
- Author
- Kamo
- Commit
- 297c21f
ToolDock est monté dans ToolProviders ABOVE AuthedChrome, délibérément, donc il ne manque jamais d'une navigation - le seul fait qui maintient un membre taper vivant dans chaque fenêtre d'outil. UnreadProvider vit à l'intérieur d'AuthedChrome, qui en fait un DÉCENDANT du dock. Donc useUnread() à l'intérieur d'une fenêtre d'outil ne jette pas. UnreadContext est construit avec a par défaut complet -- getUnread: () 0, bySurface.sms: 0 -- et tout construit sur elle rend, semble correct et rapporte zéro pour toujours. Deux en direct conséquences: - La nouvelle plaquette TEXTS du softphone n'aurait jamais été apparue. - Appel de SmsTool's markSmsLisage, ajouté spécifiquement pour que le badge SMS puisse aller DOWN aussi bien que vers le haut, résolu à la valeur par défaut du contexte: un déjà résolu Promettez que cela n'a rien fait. Le correctif a été expédié et inerte. Nouveau smsUnreadStore et SmsUnreadSync sont le même pont ToolWindow UnreadSync et HexHeadUnreadSync déjà construit pour la bande de la languette et les têtes d'hex: a un module sans fournisseur stocké avec utilisationSyncExternalStore, alimenté par un composant monté à l'intérieur de AuthenticatedToolWrapper où le fournisseur est réel. Lire la marque voyage l'autre moyen en tant que CustomEvent, qui est la façon dont chaque dock-to-fournisseur Un message fonctionne déjà. UnreadContext gagne 'smsSessions' parce qu'un lecteur qui doit ENUMERATE n'est pas lue Conversations ne peut pas le faire à travers getUnread, qui répond à une clé à la fois et a besoin de l'identifiant sur lequel on est interrogé. Le test SmsTool a été épinglant le mécanisme cassé -- il s'est moqué d'utilisationUnread et resent markSmsRead a été appelé, qui passe si le fournisseur est ou non irrévisible au moment de l'exécution. Il conduit maintenant le magasin et affirme l'événement sortant, donc il échoue si quelque chose revient pour le contexte mort.