Hi guys, I got into an issue on iOS.
We're using firebase.cloudmessaging for the past 3 months and it's working good.
I've updated it to the latest release (3.0.0) last week.
Our Q&A team found a behavior that my investigations lead me to believe it might be a module bug.
Here's how to reproduce it:
If you do a fresh install on iOS, as soon as Ti.Network.registerForPushNotifications is called and the user is prompted with the Notification Permission request, as soon as you click on Allow, the only callback triggered is the success callback from the "Ti.Network.registerForPushNotifications" with the APNS Token.
The Event with the "didRefreshRegistrationToken" listener is never called until you CLOSE the app and OPEN it back again.
So, in order for the app to trigger the "onTokenFCM" function you must restart the app once.
This only happens on a FRESH install. If it is just an UPDATE, both callbacks are triggered and we receive both Tokens (APNS and FCM).
Hi guys, I got into an issue on iOS.
We're using firebase.cloudmessaging for the past 3 months and it's working good.
I've updated it to the latest release (3.0.0) last week.
Our Q&A team found a behavior that my investigations lead me to believe it might be a module bug.
Here's how to reproduce it:
If you do a fresh install on iOS, as soon as Ti.Network.registerForPushNotifications is called and the user is prompted with the Notification Permission request, as soon as you click on Allow, the only callback triggered is the success callback from the "Ti.Network.registerForPushNotifications" with the APNS Token.
The Event with the "didRefreshRegistrationToken" listener is never called until you CLOSE the app and OPEN it back again.
So, in order for the app to trigger the "onTokenFCM" function you must restart the app once.
This only happens on a FRESH install. If it is just an UPDATE, both callbacks are triggered and we receive both Tokens (APNS and FCM).