Dynamic Links on iOS9 only being triggered on the next fresh install, but not on the existing install

[angella....@asynchrony.com]

We are encountering a strange behavior on iOS 9 (9.3.2 to be specific). We have been working on adding Firebase links into our application to allow a user to receive an email with a link, and when they tap the link, it will launch our application to a particular screen. This is part of a sign-up flow to confirm a user's email address.

We were having trouble with getting a tapped link to launch our application on a device, and we tried a number of different things, and we discovered an odd behavior.

If we delete the application from the device, and then run the application from Xcode, then `application(app:openURL:options:)` is called in our App Delegate with a Firebase URL (?).

Once the application is on the device, if we run the application again, then `application(app:openURL:options:)` does not get called. We can do this several times. But as soon as we delete the app from the device and run it freshly, then `application(app:openURL:options:)` is called (?!?)

Furthermore, tapping on the link in the email still doesn't work even with the app on the device (?!?!?).

We are thoroughly confused at this point, and are thrashing against making this work. Can anyone provide any troubleshooting help or advice?

[Jacob Wenger]

Hey there,

It looks like you raised two points. Here is more information:

• openURL is called only when the app is uninstalled and then reinstalled
  
• The only time the SDK checks for a pending Dynamic Links is on first open. This is the intended behavior as you would not want the SDK to push a link to you on every open!
• Universal Links are non-functional
  
• This is likely a problem with Universal Link setup. If so, review Apple's Universal Link guide. If not, check out http://stackoverflow.com/a/38234369/2967034

Cheers,

Jacob

--
You received this message because you are subscribed to the Google Groups "Firebase Google Group" group.
To unsubscribe from this group and stop receiving emails from it, send an email to firebase-tal...@googlegroups.com.
To post to this group, send email to fireba...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/firebase-talk/e6621bcc-aeb6-4c42-be95-2d32f667db2f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Alex Do]

Would you mind running the app with application argument -FIRAnalyticsDebugEnabled (see http://goo.gl/Y0Yjwu) and give us some debug logs of Firebase? In addition, can you try to disable Firebase App Delegate Proxy by setting the flag FirebaseAppDelegateProxyEnabled to NO in the Info.plist, and run the app to see if the problem still persists?

[angella....@asynchrony.com]

We ended up finding the problem. On the test device that we were using, someone had accidentally click the "forward" link to open the universal link in Safari.  When that occurs, then iOS no longer directs the universal link to the app, but instead always opens up in the browser.

Took awhile to find a reference to this problem, and we only discovered it once we tried to test universal links on a different device.

[Hassaan Shakeel]

Do you know how to reset the Safari "forward" option?

I accidentally clicked on the "forward" Safari button, and now cannot test the deep-links anymore :(

[Hassaan Shakeel]

I figured it out for anyone who needs this: Press and hold on the deep-link, and click "open in app *APP*" and all other subsequent clicks to deep-links will be routed to the app again.