- Expédié
- 26 août 2026 à 04:50 UTC
- Auteur
- kamo
- Commite
- 6cc673a
TabAttention a alimenté navGrandTotal dans un clignotant de 1100 ms. Quatre de ses huit additionneurs sont une profondeur de file qui n'atteint jamais zéro lorsqu'un membre lit quelque chose: support.tickets (soujons "assignés à moi" côté serveur avec "dispose de messages non lus" et SupportPendingCountService répond à un entier pour l'ensemble), support.systemBugs (nouveau à l'échelle de la plate-forme, s'encliquetant uniquement sur triage), support.webinars et phone.voicemails (les deux clair uniquement par licenciement, et non par la lecture d'une conversation). Avant cela Branche le clignotant lire UnreadContext.totalUnread, qui atteint toujours zéro; navGrandTotal ressemblait à son successeur naturel et n'en était pas un. Ajout navAttentionTotal à navCountTotals.ts: chat et support.unreadMessages - téléphone.texte (sms) - i - arrivées de type message seulement. navGrandTotal est inchangé et toujours en arrière les badges de la navigation. soutien.unreadMessages est un nouveau Champ NavCounts (par Surface.support, déjà correctement éliminé par le vitrines de tickets d'assistance) enfilées via NavCountsContext spécifiquement le clignot-flève-flet a un signal d'appui réel au lieu du signal de profondeur de la file d'attente. phone.missedCalls est laissé à l'écart de l'attention totale sur la même le raisonnement en tant que messagerie vocale: charge de travail pour l'icône du téléphone, pas un message arrivée. TabAttention appelle maintenant navAttentionTotal au lieu de navGrandTotal.