| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Sorry, something went wrong.
When expo-notifications is installed, the generated IntercomFirebaseMessagingService forwards every non-Intercom FCM message to expo-notifications for display. Apps that use another push provider (e.g. OneSignal) get each push displayed twice, because such providers receive pushes through a broadcast receiver, so the existing FCM-service detection never triggers for them. androidPushFallback lets apps choose what the generated service does with non-Intercom messages: 'expo-notifications' (forward, current behavior) or 'none' (ignore). Absent, behavior is unchanged.
|
+1, I ran into the same problem after moving from Intercom 9.4 to 10.4 in an app that also uses another push provider. This is a silent breaking change v10 takes over FCM and breaks any other push provider, with no warning in the changelog. |
Sorry, something went wrong.
| Back | FazBrowse Home | New Git URL |
Problem
The Expo plugin generates an IntercomFirebaseMessagingService that extends expo-notifications' messaging service whenever expo-notifications is installed, forwarding every non-Intercom FCM message to expo-notifications for display.
Apps that use another push provider (e.g. OneSignal, Braze) get each push displayed twice: once by the provider and once by expo-notifications (a title-only copy on the "Miscellaneous" channel). The README's existing advice (list this plugin before the other SDK) cannot help here, because providers like OneSignal receive pushes through a broadcast receiver, not a FirebaseMessagingService, so the detection never triggers.
Solution
A new optional plugin prop:
{ "androidPushFallback": "none" }Invalid values throw a clear plugin error at prebuild. Docs updated (README and JSDoc).
Testing