- Shipped
- 12 août 2026 à 22:17 UTC
- Author
- kamo
- Commit
- 6f19d8a
Fermer une fenêtre de soutien ne laisse pas la conversation, mais elle a été traitée comme si c'était le cas. ChatNotificationListener est revenu tôt sur chaque SUPPORT-TICKET notification - correctement, puisqu'un ticket ne doit pas ouvrir une fenêtre de discussion en clair, mais il a laissé son soutien sans réouverture en direct. Quiconque a fermé son panel, la plupart souvent la personne qui a demandé de l'aide une fois qu'elle avait demandé, tout simplement n'a jamais vu le réponse. Il ouvre maintenant la fenêtre de support à la place, adressée par le ticket id le la notification transporte; l'outil stocke des dedupes sur ticketId, donc une fenêtre déjà en place est ciblé plutôt que dupliqué. AutoOpenUnreadSupportChats est la moitié durable, pour une réponse qui est arrivée pendant Ils ont été signés - la poussée en direct est la NATS centrale sans rejeu. Délibérément distinct de AssignedTicketOpener: que l'on répond "ce travail est maintenant le vôtre", Celui-ci répond "quelqu'un vous a dit quelque chose", et pour un demandeur le premier Il ne se passe jamais du tout. Les deux reconnaissent par le même enregistrement auto-ouvert Un chemin de chat utilise, donc un deuxième appareil ne rejoue pas ce que le premier a montré. ChatsList prend maintenant ticketId directement de la trame d'activité. Synthèse d'un la ligne de soutien sans une ligne a produit une ligne qui ne pouvait pas être ouverte, de sorte que la liste avait pour jeter le cadre et relire toute la page pour l'obtenir.