- Verschifft
- 26. August 2026 um 06:05 UTC
- Autor
- Kamo
- Ausschuss
- 2f99cd0
Companion to MediaService 8a809b3, der die Mitglieder daran gehindert hat, dasselbe zu bekommen Chat-Nachricht drei-plus mal auf ihrem Handy. Diese Änderung machte Versand brechen duplizierte Ziele ein; dieses stoppt die Duplikate, die erstellt werden. Gerät/registriert eine neue user_device_tokens Reihe bedingungslos, also Signieren in wieder auf dem gleichen Mobilteil produziert ein brandneues Gerät_token_id. Der Schub Die Registrierung ist eindeutig auf (device_token_id, org_id, push_kind) - NICHT auf der Token - während FCM/APNs das SAME-Token für diese Installation immer wieder zurückgeben. Also jeder Anmeldewert hinterließ eine weitere Registrierungsreihe, die auf das eine Telefon zeigt, und sie nie abgelaufen: FcmSender nur Pflaumen auf UNREGISTERED, die FCM zurückgibt für tote Token, nie für überzählige Reihen, die einen lebenden Namen machen. Produktion hatte 21 Zeilen, die sich auf 2 reale Geräte auflösen, ein Mitglied, das 5 Zeilen für 1 Token hält. Ein Push-Token Adressen genau eine App installieren, so dass, wenn es unter präsentiert wird die aktuelle Gerätezeile, jede andere Zeile behauptet, es ist abgestanden per Definition und wird gelöscht. Deutliche Geräte und APNS_VOIP-Reihen sind sowohl auf Art als auch abgestimmt token, so dass sie nie ineinander zusammengebrochen. Das Löschen ist bestes Ansteher: Ausfall kostet eine doppelte Zeile, nicht eine gescheiterte Zeile Die Registrierung und der Absturz der Versandseite deckt diesen Fall bereits ab. Bestehende Zeilen heilen auf jedem Gerät der nächsten Push-Token-Registrierung, die auf passiert Vordergrund.