fireMessaging.tokenChanges emit wrong(not equeal) fcm token after fireMessaging.requestToken
- Dominant language
- TypeScript
- Stars
- 7.8k
- Forks
- 2.2k
- Avg merge
- 22h 28m
- Merged PRs (30d)
- 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
Contributor guide
Research direction
Start by reproducing the behavior through the fireMessaging.tokenChanges subscription and fireMessaging.requestToken calls described in the issue, comparing emitted tokens and HTTP requests. Done means repeated subscriptions and an explicit request produce the same FCM token with only the required requests.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- angular, firebase, typescript
- Domain
- api, frontend
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100