- Expédié
- 14 août 2026 à 01:12 UTC
- Auteur
- kamo
- Commite
- b24c922
Une conversation de soutien a été marquée lire l'instant où sa fenêtre chargée, donc celle-ci une sorte de fenêtre qui ne doit PAS compter comme lue - le genre qui s'élève, d'un une affectation, une réaffectation ou une réponse à l'arrivée - a ouvert la plaquette avant la Un membre avait regardé quoi que ce soit. isFoced ne peut pas distinguer ceux-ci: il est dérivé de l'ordre z, et une fenêtre qui Le plus ouvert est au plus haut par la construction. Le bas de la coque et le bas de page de l'enveloppe sont les seuls signaux dans le système qui signifient qu'une personne a fait quelque chose, donc le fournisseur maintenant les annonce comme outil: userFocus à partir du seul endroit, les deux terrains. De là, la règle décrite par le membre: ouvert délibérément lu dès qu'il charge élevé par lui-même non lu jusqu'à ce que Lire par le fait de les touch, les deux timbres réaffecté à vous non-livraison à nouveau, aucun nouveau message n'est requis Deux timbres, parce qu'il y a deux façons d'être non lu et que chacun doit être déminé: markAsRead avance le pointeur de lecture au-delà des messages du demandeur, et Le transfert à l'affectation est à la retraite. AssignedTicketOpener ne timbre plus le le transfert quand il soulève une fenêtre - c'était le bug en miniature, un reconnaître que l'agent avait vu quelque chose qu'il n'avait pas vu. Son par-onglet La garde porte plutôt le poids. TicketChat obéit à la fenêtre plutôt que de décider pour lui-même, y compris pour les messages qui arrivent pendant qu'il est ouvert: une réponse atterrissant dans une conversation Un membre est en train de lire, un atterrissage derrière ne pas l'être.