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
CB-12002 - Support LSApplicationQueriesSchemes #269
Conversation
The dependent changes will be in the cordova-common 1.5.1 release, and will be integrated as soon as it is released. |
@dpogue Can you rebase? cordova-common 1.5.1 is in the repo now |
I commented this on the issue
|
Codecov Report
@@ Coverage Diff @@
## master #269 +/- ##
==========================================
+ Coverage 63.97% 64.12% +0.15%
==========================================
Files 14 14
Lines 1674 1681 +7
Branches 277 279 +2
==========================================
+ Hits 1071 1078 +7
Misses 603 603
Continue to review full report at Codecov.
|
Yeah looks like openURL does not need the key: https://developer.apple.com/reference/uikit/uiapplication/1622952-canopenurl |
hmm, I think in our case we were trying to use canOpenURL to see if a partner app was able to launch and redirect to the store otherwise. This also came up in the Slack channel recently, and was mentioned in some Github threads on notification plugins trying to launch mailto links. |
So if they use |
We where using canOpenURL on inAppBrowser plugin, but I removed it to fix CB-11178 as we weren't really sending any response to the user if canOpenURL was false. I don't think it's a good idea to add all the allow-intent schemes into the LSApplicationQueriesSchemes, as not all are needed to be there (as http or https), also, the PR doesn't handle the case of a duplicate scheme, as you can put multiple urls starting by http in allow intent tags and this will add http protocol multiple times. As we are going to allow to write into the info.plist from the config.xml soon, and we don't use canOpenURL on cordova-ios, I don't think this should be merged. |
eslint errors. |
Please check the "Allow Edits from Maintainers" checkbox on this pull request. |
It is checked already :\ I can try toggling it off and back on? |
oh? i don't see it, maybe I don't have karma -- weird, I thought we get those already. |
Oh I see "Add more commits by pushing to the allow-intent branch on dpogue/cordova-ios" maybe thats it |
Reviewing PRs for new cordova-ios release. @dpogue @jcesarmobile -- not sure what the status of this is. |
I believe (but have not confirmed) that it is possible to use |
I confirm the edit-config tag allows to add the LSApplicationQueriesSchemes, so I'm -1 on merging this |
Platforms affected
iOS
What does this PR do?
Adds support for parsing
<allow-intent>
tags in config.xml and creating a list of allowed schemes to be written asLSApplicationQueriesSchemes
in the Info.plist.For more info about LSApplicationQueriesSchemes, see https://developer.apple.com/library/content/documentation/General/Reference/InfoPlistKeyReference/Articles/LaunchServicesKeys.html#//apple_ref/doc/uid/TP40009250-SW14
What testing has been done on this change?
Added spec test.
Checklist