fireMessaging.tokenChanges emit wrong(not equeal) fcm token after fireMessaging.requestToken
- Langage dominant
- TypeScript
- Étoiles
- 7.8k
- Forks
- 2.2k
- Merge moyen
- 22 h 28 min
- PR mergées (30 j)
- 6
Description
### 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
Guide de contribution
Ouvrir le guide de contribution
Piste de recherche
Commencez par reproduire le comportement via l’abonnement à fireMessaging.tokenChanges et les appels à fireMessaging.requestToken décrits dans l’issue, en comparant les tokens émis et les requêtes HTTP. C’est terminé lorsque des abonnements répétés et une requête explicite produisent le même token FCM avec uniquement les requêtes nécessaires.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- angular, firebase, typescript
- Domaine
- api, frontend
- Type d'issue
- Bug
- Difficulté
- 3/5
- Temps estimé
- 1-2 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 35/100