Detén un billete de apoyo abriendo una ventana de chat simple llena de JSON

Fixkamo-internal
Se descapó
10 de agosto de 2026 a las 19:43 UTC
Autor
kamo
Compromit
87a7d92

Dos faltas, un síntoma. Asignación hace que el agente sea miembro del boleto sesión de medios de comunicación, por lo que la notificación de mensajería entrante llegó a ellos y ChatNotificationListener abrió una ventana de mensaje directo para un soporte la superficie equivocada, sin ninguno de los controles del billete. Y eso window hizo que los eventos del sistema del boleto fueran crudos "systemEvent":true,..., porque sólo el renderr de la charla de apoyo sabe cómo - léelos. El oyente ignora ahora las notificaciones de SUPPORT-TICKET; el soporte tiene su propio ventana, abierta por la ventana emergente de aceptación o por AssignedTicketOpener. Ausente sessionType se trata como una charla ordinaria, así que un cliente corrió por delante de MediaService se comporta como antes. MessageList también dirige un cuerpo de evento del sistema al renderrista de apoyo en lugar de la burbuja de texto. Las conversaciones de apoyo no deben llegar a esa lista en absoluto ahora, Pero "un renderizado nunca muestra a un usuario una mancha JSON" vale la pena garantizarlo directamente.

Todos los cambios

Como lo que ves enviaste?

Cada una de estas actualizaciones aterriza en su espacio de trabajo automáticamente. Empieza gratis y verlo crecer semana tras semana.

Arranzar gratis para siempreVer Precios