- Expédié
- 26 août 2026 à 05:58 UTC
- Auteur
- Kamo
- Commite
- 8a809b3
Les membres recevaient le même message de discussion plus de trois fois sur leur téléphone. Les immatriculations sont uniques sur (device-token-id, org-id, push-kind), PAS sur le poussez-vous. Se connecter à nouveau sur le même combiné ronge une toute nouvelle ligne utilisateur-device-tokens (dispositif/registrer les menthes inconditionnellement), tandis que FCM continue à remettre le jeton SAME - donc chaque embouteillage a laissé un autre en direct l'enregistrement pointant sur le téléphone unique, et doDispatch a envoyé l'identique un message par ligne. La production transportait cinq rangées de ce type pour un seul combiné: org 1168485648209608710 / membre 1168485658174423046 5 lignes d'enregistrement 5 appareils-token-ids 1 poussage-token-jeton 21 lignes sur l'ensemble du tableau se sont résolues à seulement 2 appareils réels. Aucun des gardes existants ne pouvait l'attraper. La limite de taux de conversion est fixée par jour. a évalué ONCE, avant le ventilateur-out, donc il limite les événements, pas d'envoi. Le La clé d'effondrement de la FCM ne fait que faire écraser les messages QUEUED pour un appareil hors ligne, Jamais déjà livré. Et l'élagage de l'enregistrement des escrocs de FcmSender jamais incendies, parce que le jeton dupliqué est parfaitement valable. NON RÉGISSÉ pour les jetons morts, pas pour les rangées supplémentaires nommant une ligne en direct. Le jeton de poussée est la destination, donc c'est maintenant l'identité: distincte- Destinations tient la dernière mise à jour ligne par (pushKind, pushToken) et laisse tomber le reste, laissant des dispositifs véritablement distincts intacts. Lignes avec un Un jeton vierge est largué plutôt que autorisé à se présenter pour une destination. Cela fixe les lignes existantes sans migration. Le changement d'accompagnement dans SecurityService les empêche de s'accumuler en premier lieu.