- Se descapó
- 19 de agosto de 2026 a las 6:49 UTC
- Autor
- Kamo
- Compromit
- 3729f10
Cuatro fallas reportadas, una causa. Un visitante widget no tiene Miembro, así que el miembro del SISTEMA de la org el propietario, que trabaja en la cola, los representa como el solicitante de la entrada y como el autor de sus mensajes. - El emergente de aceptación nunca ofreció una charla de marketing. El presbito de boleto reclamable se niega a ofrecer cualquiera su propia petición; en un boleto de widget que leía como el propio propietario. Un billete en la aplicación tiene un un verdadero solicitante, por lo que los que saltaron bien. - La lista de chats no pudo encellar uno. getChatSessions contó "mensajes no escritos por mí", y los mensajes de visitante Eran escritos bajo ese miembro, así que, cero, siempre. Ahora aplica lo mismo. La regla de autoría-ambiguidad getUnreadCountsByMember ha, por lo que la lista de entradas no estuvo de acuerdo. - Un mensaje de visitante llegó sólo al miembro del sistema, y sin los campos de ACTIVIDAD los chats lista se filtra, así que a un agente que se había unido al chat no le dijeron nada en absoluto. - Historia llamada al visitante después del miembro sus mensajes se almacenan, por lo que ambas mitades de la conversación leen como la misma persona de apoyo. Presencia consigue un barrido de reconciliación. Sólo se anunció un cierre observado; un enchufe que simplemente parado (caza muerta, portáctelo dormido, red fuera) envejecida fuera de Redis en silencio, así que un visitante que la LEFT se mantuvo verde hasta que el agente volvió a cargar mientras un visitante que regresó se volvió verde a la vez. Un latido para una llave que ha ido ahora lo revive, así que el barrido no es una puerta de un solo sentido.