-
Notifications
You must be signed in to change notification settings - Fork 24.4k
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
[Bridge] Support background restoration #1660
Comments
any news on this ? |
@machard - I don't think anybody is working on it, cc @christopherdro |
@jacobrosenthal I see we share common interests. :) I think what you may be referring to might be a bit different than the referenced issue. I'm currently working on a library that will support both iBeacon and Eddystone beacons for react native that might help. Ping me on slack if you want. username: |
I'm interested in this for another reason, but not sure this is the right issue for this: Running JavaScript in response to remote background push notifications. I have some code implementing |
Hi there! This issue is being closed because it has been inactive for a while. But don't worry, it will live on with ProductPains! Check out its new home: https://productpains.com/post/react-native/bridge-support-background-restoration ProductPains helps the community prioritize the most important issues thanks to its voting feature. Also, if this issue is a bug, please consider sending a PR with a fix. We rely on the community to provide |
@ehd I think what you need is actually supported (I have it working). If your server sends a voip push notification (rather than a regular push notification with |
Right now when an app is launched, the launchoptions are given to a native module via the setBridge function. This is handy for push notifications as you can know what notification launched you, etc.
That paradigm doesnt work for Corelocation and Corebluetooth restoration though. These trigger a didFinishLaunchingWithOptions in order to tell the app that a location or device it was told to track has resurfaced. The rest of the app is never launched though, so setbridge never happens. Its common to do a push notification right there or restart your bluetooth stack to do some action. So I think we need a way to register functions to be called upon those launchoptions keys.
The text was updated successfully, but these errors were encountered: