-
Notifications
You must be signed in to change notification settings - Fork 376
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
http/https launchUrl opens in a browser/webview instead of deep linking in iOS only #1352
Comments
Howdy, Cheers |
We encountered the same issue. With which version we can expect this to be resolved and when? Cheers |
We have also encountered this problem, do you have any clues on when there will be a fix please? |
We have the same issue, Hope we can get this resolve soon. Thanks |
Since Jan 27, are there any updates? |
Any updates? Facing the same issue while using deeplinks created via Firebase |
@rgomezp Any updates on this? |
@rgomezp Hi, have any updates? 🙏🏽 |
Hey guys! Has anyone managed to resolve the issue? We have the same issue. |
Put this in
it work for me |
We're having a similar issue where if we set a www url as the launchUrl in the push, the push opens in safari instead of using the inapp-browser. This behaviour seems configurable in the plain iOS sdk but I don't think that flag is set / exposed/ can be set by the react-native sdk. If our analysis is correct, please make that flag configurable from the react native sdk. |
Description:
We've managed to get deeplinks to (mostly) work in our mobile apps. The following cases all work fine:
https://app.mysite.com
) deeplink correctly in both iOS and Android when tapped on in emails, messages, Slack, notes, etc, with both cold and warm startshttps://mysite.app.link
) also deeplink correctly in the above scenariomysite://
) work in all scenariosThe one scenario left where this is not working is OneSignal notifications sent to iOS. Tapping on a notif with either a Branch or website link will result in our app opening as expected, but then the default browser opens the launch URL, instead of the app routing to the correct screen. However, tapping the option to open that page in the app will then route to the correct screen afterwards.
We have React Navigation set up to override
getInitialUrl
, but this also happens without that override. It appears thatLinking.getInitialUrl
(or with Branch,Branch.getLatestReferringParams
) always returns null when tapping on an iOS notif set with a http(s) launch URL. However, if we specify a custom scheme instead, then whileLinking.getInitialUrl
still returns null, Branch will at least pick up on this link and then route properly.Environment
"react-native-onesignal": "^4.3.5"
via yarnSteps to Reproduce Issue:
I don't have a great way to repro this in a barebones app since I'm not sure how to set that up, but this is what we've done in our app:
OneSignal_suppress_launch_urls
to true in Info.plist (not necessary as this issue still happens without this, but in a webview)Anything else:
While I didn't find any similar issues in this particular package, I did notice this still-open issue from the Cordova SDK that seems to point as a similar problem: OneSignal/OneSignal-Cordova-SDK#412.
The text was updated successfully, but these errors were encountered: