- Se descapó
- 10 de agosto de 2026 a las 18:22 UTC
- Autor
- Kamo
- Compromit
- 3b734ec
Ruta de las solicitudes de chat a través de round-robin fue el modelo equivocado y rompió el Esto estaba destinado a arreglar. Un boleto asignado deja la cola reclamada (SupportQueueService requiere asignadoAgent IS NULL), así que asignar un chat Detuvo el aceptación de la oferta que se lo ofreciera a cualquiera. El resultado observado era cada chat atado a un miembro con un alias en blanco que no estaba allí, y no hay popup para a cualquiera. El filtro de disponibilidad añadido para protegerse de eso tampoco funciona, porque availability.status no es presencia: logout escribe AWAY y nada De lo contrario lo despeja, así que un miembro que simplemente nunca firma lee AVAILABLE indefinidomente. Este org tiene una docena de tales filas, y round-robin caminado recto en uno. assignTicket ahora decodifica cualquier PRE-TICKET independientemente de la estrategia del tema. A chat en vivo va a la cola y las páginas popup cada agente disponible, que es la única ruta que requiere un navegador en vivo en el otro extremo; la asignación ocurre cuando alguien acepta. Las entradas enviadas sobre el mismo tema siguen asignados por round-robin, y convertPreTicket todavía ruta un chat a través de la asignación una vez que se convierte en un boleto de título real. Mantenida de los dos compromisos anteriores: el YugabyteDB read-restart y Corredores de autobloqueo, y enrutado corrigiendo en su propia transacción post-commit.