Handle invalid token responses in FCM

Offen

#1,064 erstellt am 24.1.2025 3 Kommentare 3 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 2 Tagen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 5/5
Geschätzter Aufwand: Über eine Woche
Anfängerfreundlichkeit: 30/100

Issue-Typ: Feature
Klarheit: Muss geklärt werden
Aktivitätsstatus: Veraltet
Tech-Stack: java
Bereich: backend-api-design

Rechercherichtung

Beginne mit der verlinkten Dokumentation zur Verwaltung von Firebase-Tokens und verfolge, wie aus IncomingHttpResponse eine FirebaseMessagingException wird. Vergleiche die Antworten UNREGISTERED und INVALID_ARGUMENT im Issue und ermittle anschließend, wie die Implementierung ungültige Registrierungstokens von anderen INVALID_ARGUMENT-Fehlern unterscheiden sollte, ohne sich auf Nachrichtenzeichenfolgen zu stützen.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

api: messaging type: feature request

As per the documentation a token could be invalid if you have two error codes:

UNREGISTERED (HTTP 404)
INVALID_ARGUMENT (HTTP 400)

However INVALID_ARGUMENTS can be caused by other errors.

At the moment we receive the content below from the IncomingHttpResponse which is also the error message from the FirebaseMessagingException. What we do is to check the string of the message in order to delete these tokens.

Content: {
  "error": {
    "code": 400,
    "message": "The registration token is not a valid FCM registration token",
    "status": "INVALID_ARGUMENT",
    "details": [
      {
        "@type": "type.googleapis.com/google.firebase.fcm.v1.FcmError",
        "errorCode": "INVALID_ARGUMENT"
      }
    ]
  }
}

What is the proper way to handle these errors?
Does it make sense to update FirebaseMessagingException to provide more information about which field is invalid or perhaps have a new error code - INVALID_TOKEN? This would remove a lot of unambiguity as to when it is needed to manage the token.

Vorherrschende Sprache: Java
Sterne: 620
Forks: 305
Ø Merge: 4 T. 9 Std.
Gemergte PRs (30 T.): 4

Entwicklungsumgebung

Beitragsleitfaden lesen

Erste Schritte

Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
Forken Sie das Repository und arbeiten Sie in einem Branch.
Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus firebase/firebase-admin-java

google-http-client-jackson2 cannot be excluded even when a JsonFactory is configured via FirebaseOptions
Offen

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 48/100

firebase/firebase-admin-java#1231 · Erstellt am 10.8.2026

Maintainer antworten meist innerhalb von 2 Tagen
High Severity CVE in transitive dependency `jackson-core`
Evtl. wieder frei @lahirumaramba hat das vor 121 Tagen übernommen, und es ist kein Pull Request offen. Offen

api: core

firebase/firebase-admin-java#1198 · 3 Kommentare · 1 zugewiesene Person · Erstellt am 18.3.2026

Maintainer antworten meist innerhalb von 2 Tagen
[BUG] RemoteConfig unit tests fail in non-English (e.g., Korean) Locales due to Date Parsing
Evtl. wieder frei @rathovarun1032 hat das vor 195 Tagen übernommen, und es ist kein Pull Request offen. Offen

api: remoteconfig

firebase/firebase-admin-java#1196 · 1 Kommentar · 2 zugewiesene Personen · Erstellt am 12.3.2026

Maintainer antworten meist innerhalb von 2 Tagen
Auth list tenants is not pageable
Offen

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 45/100

firebase/firebase-admin-java#1192 · 3 Kommentare · Erstellt am 05.3.2026

Maintainer antworten meist innerhalb von 2 Tagen
[FR] Support generateVerifyAndChangeEmailLink
Offen

needs-triage type: feature request

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 45/100

firebase/firebase-admin-java#1149 · 1 Kommentar · Erstellt am 17.11.2025

Maintainer antworten meist innerhalb von 2 Tagen

Alle Issues in firebase/firebase-admin-java