- Dikirim
- 26 Agustus 2026 pukul 05.58 UTC
- Penulis
- Kamo
- Commit
- 8a809b3
Anggota mendapatkan pesan obrolan yang sama tiga - ditambah kali pada telepon mereka. Registrasi unik pada (device _ token _ id, org _ id, push _ kind), TIDAK pada push token. Menandatangani lagi pada set handset yang sama menanamkan brand-baru user _ device _ token row (perangkat / register mint tanpa syarat), ketika FCM terus menyerahkan kembali Tanda SAME - jadi setiap tanda-di kiri satu hidup lagi baris pendaftaran menunjuk pada satu telepon, dan doDispatch mengirim identik pesan sekali per baris. Produksi dilakukan lima baris tersebut untuk handset tunggal: org 116848564820968710 / anggota 116848565817423046 5 baris registrasi = 124; 5 perangkat _ token _ ids = 124; 1 push _ token berbeda 21 baris di seluruh tabel diselesaikan hanya 2 perangkat nyata. Tidak ada penjaga yang bisa menangkapnya. Batas laju per- percakapan adalah dievaluasi ONCE, sebelum fan- out, sehingga rate- batas acara, tidak mengirimkan. The FCM runtuhnya kunci hanya pesan-pesan yang runtuh masih QUEUED untuk perangkat offline, tidak pernah yang sudah disampaikan. Dan FcmSender 's stales-registrasi pruning tidak pernah kebakaran, karena token duplikat sempurna valid - FCM kembali UNREGISTERED untuk token mati, bukan untuk baris ekstra penamaan satu hidup. Tanda dorong IS tujuan, jadi sekarang identitas: membedakan - Tujuan menyimpan baris terbaru setiap (pushKind, pushToken) Dan menjatuhkan sisanya, meninggalkan perangkat yang benar-benar berbeda tersentuh. Baris dengan token kosong dijatuhkan daripada diizinkan untuk berdiri di untuk tujuan. Ini memperbaiki baris yang ada tanpa migrasi. Temannya berubah SecurityService menghentikan mereka mengumpulkan di tempat pertama.