Un chat en direct est revendiqué par le biais du pop-up, jamais alloué

FixMediaService
Expédié
10 août 2026 à 18:22 UTC
Auteur
Kamo
Commite
3b734ec

Router les demandes de chat via la ronde-robin était le mauvais modèle et il a brisé le chose qu'il était censé réparer. Un billet attribué laisse la file d'attente susceptible de faire l'objet d'une réclamation (SupportQueueService nécessite assignedAgent IS NULL), donc allouer un chat ont arrêté l'acceptation-popup l'offrant à n'importe qui - le résultat observé était chaque bavardage à un membre avec un alias blanc qui n'était pas là, et pas de pop-up pour N'importe qui. Le filtre de disponibilité ajouté pour se prémunir contre celui qui ne fonctionne pas non plus, parce que la disponibilité - le statut n'est pas la présence: la déconnexion écrit AWAY et rien d'autre que l'éclaire, donc un membre qui ne signe tout simplement jamais lise indéfiniment. Cette orgueil a une douzaine de rangées de ce genre, et la rond-boine a marché droit. en un. assignTicket décode maintenant n'importe quel PRE-TICKET quelle que soit la stratégie du sujet. A Le chat en direct va à la file d'attente et aux pages pop-up tous les agents disponibles, qui est l'un chemin qui nécessite un navigateur en direct à l'autre extrémité; l'affectation se produit quand quelqu'un accepte. Les billets soumis sur le même sujet sont toujours attribués. par la ronde-robin, et convertPreTicket a toujourschemine un chat via l'allocation une fois qu'il devient un vrai ticket titré. Conservé par les deux engagements précédents: le YugabyteDB read-restart et des corrections d'auto-verrouillage, et routage en cours dans sa propre transaction post-commite.

Tous les changements

Comme ce que tu vois expédier ?

Chacune de ces mises à jour atterrit automatiquement dans votre espace de travail. Commencez gratuitement et regardez-le grandir semaine après semaine.

Commencez gratuitement pour toujoursPrix de visualisation