- Szycy
- 26 sierpnia 2026 06:05 UTC
- Autor
- Kamo
- Pochęt się
- 2f99cd0
Towarzysz do MediaService 8a809b3, który powstrzymał członków przed dostaniem się tego samego Czat wiadomości trzy razy w telefonie. Ta zmiana spowodowała wysyłkę Zawalają się duplikaty miejsc docelowych; ten zatrzymuje tworzone duplikaty. Urządzenie/zarejestruje miętuje nowy wiersz user_device_tokens bezwarunkowo, więc podpisuj Ponownie na tym samym telefonie tworzy zupełnie nowe urządzenie_token_id. Pchnięcie Rejestracja jest unikalna na (device_token_id, org_id, push_kind) — NIE na stronie Token — podczas gdy FCM/APN wciąż przekazuje token SAME do tej instalacji. Tak, tak Każdy logowanie pozostawiło jeszcze jeden wiersz rejestracyjny wskazujący na jeden telefon, i Nigdy nie wygasły: FcmSender tylko ślinie na UNREGISTERED, które FCM zwraca Za martwe żetony, nigdy za nadwyżki rzędów nazywających żywą. Produkcja miała 21 Rozwiązują się z 2 prawdziwymi urządzeniami, jeden członek trzyma 5 rzędów na 1 token. Adres tokena push dokładnie jedną instalację aplikacji, więc gdy jest on przedstawiony pod bieżący wiersz urządzenia, każdy inny wiersz twierdzący, że jest nieaktualny z definicji i Jest on usuwany. Urządzenia wymienne i wiersze APNS_VOIP są dopasowane zarówno w naturze, jak i Token, więc nigdy nie zapadną się w siebie. Skreślenie jest najlepszym wysiłkiem: awaria kosztuje duplikat wiersza, a nieudany Rejestracja i załamanie po stronie wysyłki obejmuje już tę sprawę. Istniejące Rządy goją się na następnej rejestracji każdego urządzenia, która odbywa się w Na pierwszym planie.