Universal link was working fine till iOS 12.1. It has stopped working in iOS 12.2. I was using XCode 10.1 swift 4, to debug code in 12.2 updated my xcode to 10.2 , swift 4.
I have checked the apple-app-site-association which is fine. Application is downloading it perfectly. Path, activitycontinuation, details looks fine. Associated domains are present in entitlements files.
This code works/setup fine when running < 12.2.
{
"activitycontinuation": {
"apps": [
“teamID.bundleidentifier”
]
},
"applinks": {
"apps": [],
"details": [
{
"appID": “teamID.bundleidentifier”,
"paths": [ "/validate", "/redirect", "NOT /*" ]
}
]
}
}
Apple has added some changes related to security, is this the reason of not working.
Apple has asked me to create a bug for them. They think it’s most likely a bug I am running up against.
Can you try by replacing teamID with the app prefix in the appID under details of apple-app-site-association file. also keep the apps section empty.
Related
I am working on a feature that implementing of 3rd party sdk (Firebase etc) to handle Universal Links in iOS and my apple-app-site-association file is like below.
{
"applinks": {
"apps": [],
"details": [
{
"appID": "teamid.bundleid",
"paths": [
"NOT /auth",
"/*"
]
},
]
}
}
Everything is working fine but in a domain like myappsite.com/deeplink/live-chat it goes directly to the AppStore but the problem here is my application is already installed on the phone, when I go to AppStore, there is a button named Update for updating application then nothing changed, do you have any idea of this problem?
Our app has enabled deeplinking using universal links
This is what the AASA file on the server looks like
{
"applinks": {
"apps": [],
"details": [{
"appID": "team.com.company.product",
"paths": ["/dashboards/*", "/lakes/*", "/dashboards-next/*", "/embed/lakes/*"]
}]
}
}
This is the manifest file
<string>applinks:*.company.com/dashboards</string>
<string>applinks:*.company.com/lakes</string>
<string>applinks:*.company.com/dashboards-next</string>
<string>applinks:*.company.com/embed/lakes</string>
The "/dashboards/*", "/lakes/*", "/dashboards-next/*" seem to working fine with the app but
"/embed/lakes/*" urls don't seem to working
Eg:
https://base.dev.company.com/lakes/jCzwyW924vnnh4k5Yx7B8t9H99j4Rhd9 works fine
https://base.dev.company.com/embed/lakes/jCzwyW924vdnhFk5Yx7B8t9H99j4Rhd9 doesn't work
The issue turned out to be that the manifest file was updated and hosted on the subdomain but it wasn't updated on the main domain.
I noticed that my app does not open when tapping on a link from the result page of the Google Search app on iOS.
I have configured Universal links for iOS and Android.
Works well as expected on Chrome and Safari browsers. But not on the Google.app.
I tried to search for a facebook profile on the 'Google Search app' and tapped on a result. It actually navigated into the web page (profile), and then opened the native Facebook app (depplinked into the profile page).
So I was wondering what I had missed. Was it a <meta /> tag that was missing on the web page? Eg. in https://www.example.com/item/123
Or something I need to add in the Xcode configurations?
Example scenario:
Domain - https://www.example.com
Bundle Id - com.example.app
Link - https://www.example.com/item/123
// Xcode => Associated Domains => Domains
applinks:www.example.com
// File: apple-app-site-association
{
"applinks": {
"apps": [],
"details": [
{
"appID": "XYZXYZX.com.example.app",
"paths": [
"/item/*"
]
}
],
"components": [
{
"/": "/item/*"
}
]
}
}
Versions:
react: 16.13.1
react-native: 0.63.3
react-navigation: ^4.4.3
react-native-branch: ^5.0.1
I am working on a little app using SwiftUI and CoreLocation.
It is starting to behave the way I want. But at this point, I am having difficuties to integrate Universal Links.
In Xcode (version 11.6), I have added the Associated Domain:
applinks:mydomain.example.net
I have also checked: Associated Domains (not MDM Managed Associated Domains) in the App Identifier (On the Developper Portal).
On my website (https://mydomain.example.net) I have placed the apple-app-site-association file in .well-known/ under the root directory.
This is the shape of the file:
{
"applinks": {
"apps": [],
"details": [
{
"appID": "1122334455.my.app.bundle.MyApp",
"paths": ["*"]
}
]
},
"webcredentials": {
"apps": ["1122334455.my.app.bundle.MyApp"]
}
}
And in the SceneDelegate.swift file, I have added this method:
func scene(_ scene: UIScene, continue userActivity: NSUserActivity) {
print(#function)
// TESTING-CODE
... change app-background to RED!
}
Thinking it should be called when pointing Safari to https://mydomain.example.net/somefile, on a device where the app is installed.
But it never seems to be called, and my Universal Links experiment is not working.
I have tried both launching the app on my device from Xcode and launching the app on my device after it has been uploaded to TestFlight. Both failed; I must be missing something, maybe basic, but I just don't know.
Can anyone point me in the right direction to finding the solution to my problem?
I implemented Universal Links in my app, and it works like charm.
But after the iOS 9.2 Update it stopped working.
When the app is already installed, and I tap on the link which in iOS9.1 open my app, in iOS9.2 it isn't.
Does anyone have the same problem?
My problem was an old format for the apple-app-site-association.
The old format was:
{
"applinks": {
"apps": [],
"details": {
"1234ABCDE.com.app.myapp": {
"paths": [
"*"
]
}
}
}
}
Update the format fixed the problem, and the new format is:
{
"applinks": {
"apps": [],
"details": [
{
"appID": "1234ABCDE.com.app.myapp",
"paths": ["*"]
}
]
}
}
Can check if the format is right here:
https://search.developer.apple.com/appsearch-validation-tool/
If it says: recommended - old format, so it won't work on iOS9.2, So update to the new format.
Hope it help someone.
This is a known issue introduced with iOS 9.2. Please see https://blog.branch.io/ios-9.2-redirection-update-uri-scheme-and-universal-links for a full description of the issue.
TLDR - It's not known if this was intentional or a bug on Apple's part. What is known is that with the update to iOS 9.2, the model dialog which was previously used to prompt the user to open the app (associated with the URL scheme) is no longer modal. This means that javascript execution continues and if you were previously counting on the modal dialog to prevent redirecting the user to the app store, that no longer works. The end user experience for most apps using URL schemes is that they are ALWAYS redirected to the app store where the button says "open" instead of "get" for the app.