Crashlytics/Analytics compatibility with JS Firebase
Hi, I am using the Firebase real-time database in my RN app but I am using the JS (web) version of Firebase (app/auth/database and functions), not react-native-firebase. I've been using Fabric but due to deprecation I need to switch to Firebase Crashlytics/Analytics. Your Crashlytics module looks very cool. Would there be a conflict if I use it along side the Web version of Firebase for the other capabilities? Similarly for Analytics. Thanks.
For iOS: Notifications actions (text input and buttons)
Similar to Android: https://rnfirebase.io/docs/v5.x.x/notifications/android-actions This other package allows this: https://github.com/evollu/react-native-fcm/pull/773
When do you think version 6 will be ready with notifications? Is there anyway to mix it with version 5 notifications?
Support Firestore clearPersistence()
Version 6.2 of the Firebase SDK added support for removing the persisted cache (think logout) via clearPersistence(). It would be great to see that implemented.
Support Project Catalyst - iPad apps ported to macOS
When trying to build an existing react-native project targeting “Mac” I got the following build error: 'fetchAssetsWithALAssetURLs:options:' is unavailable: not available on macCatalyst There are probably a couple more build errors that needs to be fixed. For reference about project catalyst: https://github.com/react-native-community/discussions-and-proposals/issues/131
the notification sound when app is in the background
I found that there is no sound when the notification arrives when app is in the background, however when app is in the foreground there is. how could we solve this problem
Migrate to TypeScript
I'm using the v6 and TS typings are a bit broken. I think migrating the source code to TypeScript could help in many aspects: - Immediately catch type errors; - More signal, less noise (because a lot of duck typing won't be needed anymore); - Self-documenting nature of static typing will make it a lot easier for other people to contribute; - Less chances of accidentally breaking things during refactorings. Those are only some of the benefits. There are other less important ones like better IDE experience and not needing to keep separate, unsynced d.ts files. If you think it's a good idea, I may be able to help with PRs.
Get a list of all notifications
Get an array of all notifications that were not open exemple: firebase .notifications() .getAllNotifications => 
Inbox Style Notifications For Android
Accept an array of strings that can be used. https://developer.android.com/reference/android/app/Notification.InboxStyle.html
Support remove notifications for iOS
This is possible since iOS 10.0+, see https://developer.apple.com/documentation/usernotifications/unusernotificationcenter/1649502-removealldeliverednotifications, would be good to support this along side of the Android support that is already working https://rnfirebase.io/docs/v4.2.x/notifications/reference/Notifications#removeAllDeliveredNotifications