- Expédié
- 21 août 2026 à 05:31 UTC
- Auteur
- kamo
- Commite
- ab39ead
Deux bugs qui partageaient une cause: le seul drapeau disant "cette fenêtre est minimisée" était clouté faussement, donc tout ce qui lui a demandé n'a rien fait en silence. Un message à venir a été marqué lu aussi longtemps que la session a été souscrite. cet abonnement dépasse l'attention du membre, parce qu'une fenêtre d'outil garde son contenu monté et STOMP fixé en garni hors port, et une onglette d'arrière-plan rend normalement. Les messages qui sont arrivés alors que la fenêtre était réduite au minimum ont été marqués lire l'instant où ils ont atterri, en clairant le badge qui était le seul signe qu'ils étaient venus Le groupe de discussion 0.1.4 demande à l'hôte à la place (isViewing, par message plutôt qu'une fois en construction); ce passage « visionnage », qui recouvre également l'onglet de fond. Le son du message entrant est forcé lorsque le membre ne regarde pas, et a demandé PROP - qu'un pions de fenêtre d'outil intégré à false, parce que la coque possède le chrome minimisé et ChatBox ne doivent jamais dessiner son propre état effondré au-dessus. Donc le drapeau n'a jamais lu une seule fois vrai et une discussion minimisée a atteint le silence. Maintenant, demande la même vision. L'accessoire continue de faire en sorte que son commentaire explique pourquoi il reste faux. Donc le lecteur suivant fixe la question plutôt que la réponse. Il tombe également l'auto-restre qui a suspendu le même drapeau mort. Il aurait été erroné s'il est ressuscité - il a fait appel à Minimiser, un setter, qui ré-rémunère plutôt que de restaurer - et il est redondant: ChatNotificationListener écoute déjà pour le chat:message-reçuit nudge et rouvre la fenêtre, et tool:open's's dedupe ne le minimise pas.