Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Sending messaging_token_refreshed with no listeners registered. #960

Closed
chrisbianca opened this issue Apr 10, 2018 · 3 comments
Closed

Sending messaging_token_refreshed with no listeners registered. #960

chrisbianca opened this issue Apr 10, 2018 · 3 comments
Assignees
Labels
platform: ios plugin: messaging FCM only - ( messaging() ) - do not use for Notifications

Comments

@chrisbianca
Copy link
Contributor

Opening to track this outstanding issue.

This happens on iOS when the bridge is not properly initialised.
We need to add in a caching mechanism as happens with the initial notification.

@chrisbianca chrisbianca added platform: ios plugin: messaging FCM only - ( messaging() ) - do not use for Notifications labels Apr 10, 2018
@krozett
Copy link

krozett commented Apr 13, 2018

Could you elaborate on this issue please? I am getting push notifications in the background but not the foreground, and this could be the cause.

@chrisbianca
Copy link
Contributor Author

@krozett When the iOS app starts, it may receive a message token before the JS side of the app has been initialised. In this instance, the native iOS code tries to send it over the bridge and this triggers the warning. We just need to delay this from happening until the JS code is ready to receive the event.

This won't have anything to do with you receiving the notifications themselves.

@chrisbianca
Copy link
Contributor Author

This is now fixed pending release of v4.0.3

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
platform: ios plugin: messaging FCM only - ( messaging() ) - do not use for Notifications
Projects
None yet
Development

No branches or pull requests

2 participants