- Se descapó
- 27 de agosto de 2026 a las 20:32 UTC
- Autor
- Kamo
- Compromit
- e9ac4bf
Una duradera creada a través de NatsMessageService.subscribe no llevaba sujeto de filtro, por lo que recibió el flujo de la OMS, independientemente del tema que se le pidió. El configuración entregada a PushSuscribirOpciones se toma como se da, y nunca se establece uno. El relevo de chat es donde salió a la superficie. ChatSessionSubscriptionManager crea uno consumidor por conversación, duradero llamado así por la sesión GUID, tema chat.session..-guidá y reenvía lo que llegue al tema de la sesión. Se suscribió FOR. Sin filtrar, cada uno de esos consumidores estaba tomando cada marco en chat y voip para toda la plataforma y volver a publicarlo en uno El tema de la conversación: en la producción una sesión con cuatro mensajes recibidos hoy había tomado 5371 entregas. Así que cada ventana de chat abierta fue contada sobre cada mensaje, lea recibo y evento de añadido en el producto. Un recibo de lectura aterrizando en un la conversación no relacionada es una ventana que se abre sin razón que un miembro puede Ver, y un mensaje que aterriza allí hay conversación de otra persona en su pantalla. reconciliarDurableFilter ya elimina un filtro duradero cuyo filtro almacenado no es el indicado se les pide, por lo que los consumidores creados sin uno son reparados en el siguiente Suscríbete. También deja de disparar a cada suscripción, que es lo que ha estado haciendo ya que un filtro vacío almacenado nunca coincide con un tema solicitado.