- Se descapó
- 26 de agosto de 2026 a las 6:05 UTC
- Autor
- Kamo
- Compromit
- 2f99cd0
Compañero a MediaService 8a809b3, que detuvo a los miembros consiguiendo lo mismo Mensaje de chat de más de tres veces en su teléfono. Ese cambio hizo despacho Desplome de destinos duplicados; éste detiene los duplicados que se crean. dispositivo/registrar mentas a un nuevo usuario.device.tokens fila incondicional, así que firmando volver al mismo teléfono produce un nuevo dispositivo. El empujón el registro es único en (device.token-id, org.id, push-kind) Mientras que FCM/APNs sigue devolviendo el símbolo SAME para esa instalación. Así que cada sesión de inicio dejó una fila de registro más apuntando a un teléfono, y nunca vencieron: FcmSender sólo podas en UNREGISTERED, que devuelve FCM para fichas muertas, nunca para rejas sobrantes nombrando a uno vivo. La producción tuvo 21 filas que se resuelven a 2 dispositivos reales, un miembro que sostiene 5 filas para 1 token. Un húmedo direcciones de token direcciones exactamente una aplicación se instala, por lo que cuando se presenta en la fila de dispositivos de corriente, cada otra fila afirmando que es rancio por definición y se suprime. Distintos y filas APNS-VOIP se combinan en especie, así como ficha, así que nunca se derrumbaron el uno en el otro. La eliminación es el mejor esfuerzo: fallar le cuesta una fila duplicada, no un fallo Registro, y el lado del despacho colapsado ya cubre ese caso. Existencia filas se curan en el siguiente registro de pulsador-token de cada dispositivo, que sucede en primer plano.