fireMessaging.tokenChanges emit wrong(not equeal) fcm token after fireMessaging.requestToken
- Vorherrschende Sprache
- TypeScript
- Sterne
- 7.8k
- Forks
- 2.2k
- Ø Merge
- 22 Std. 28 Min.
- Gemergte PRs (30 T.)
- 6
Beschreibung
### Version info
**Angular:*17.3.3*
**Firebase:*-*
**AngularFire:*17.1.0*
**Other (e.g. Ionic/Cordova, Node, browser, operating system):*browser*
### How to reproduce these conditions
1) Create subscription on fireMessaging.tokenChanges, can be several
2) Run fireMessaging.requestToken
3) Compare fcm token from tokenChanges & requestToken
Currently, we have different results, also each new subscription generates a new fcm token + additional HTTP requests
### Expected behavior
Same fcm tokens + only required numbers of HTTP requests
### Actual behavior
Different fcm tokens
Beitragsleitfaden
Rechercherichtung
Beginne damit, das Verhalten über das im Issue beschriebene fireMessaging.tokenChanges-Abonnement und die Aufrufe von fireMessaging.requestToken zu reproduzieren, und vergleiche dabei die ausgegebenen Tokens und HTTP-Anfragen. Erledigt ist es, wenn wiederholte Abonnements und eine explizite Anfrage dasselbe FCM-Token mit nur den erforderlichen Anfragen erzeugen.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- angular, firebase, typescript
- Bereich
- api, frontend
- Issue-Typ
- Bug
- Schwierigkeit
- 3/5
- Geschätzter Aufwand
- 1-2 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 35/100