- Spegnimento
- 10 agosto 2026 alle ore 18:22 UTC
- Autore
- Kamo
- Impegno
- 3b734ec
Routing chat richieste attraverso round-robin era il modello sbagliato e ha rotto il cosa doveva sistemare. Un biglietto assegnato lascia la coda reclamabile (SupportQueueService richiede assegnatoAgent IS NULL), in modo da assegnare una chat fermare l'accettazione-popup offrendo a chiunque — il risultato osservato era ogni chat pinned a un membro con un alias vuoto che non era lì, e nessun popup per Chiunque. Il filtro di disponibilità aggiunto per la protezione contro questo non funziona, perché disponibilità status non è presenza: logout scrive AWAY e niente altro lo sgombera mai, quindi un membro che semplicemente non firma legge AVAILABLE Indefinitamente. Questo org ha una dozzina di tali file, e rotonda-robin camminato dritto in uno. assegnareTicket ora decodifica qualsiasi PRE TICKET indipendentemente dalla strategia dell'argomento. A live chat va alla coda e le pagine popup ogni agente disponibile, che è l'unico percorso che richiede un browser live all'altra estremità; l'assegnazione avviene quando qualcuno accetta. I biglietti presentati sullo stesso argomento sono ancora assegnati da round-robin e convertPreTicket ancora percorsi una chat attraverso l'allocazione una volta che diventa un vero biglietto intitolato. Tenuto dai due impegni precedenti: il riavvio e il riavvio di YugabyteDB self-lock correzioni, e routing in esecuzione nella propria transazione post-commit.