-
-
Notifications
You must be signed in to change notification settings - Fork 150
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
iOS error when opening link in APP_DOMAIN #28
Comments
I think the recursion loop may be due to GoogleUtilities also swizzling the selector: Perhaps this is a regression from a more recent version of Here is a page that explains how to register an interceptor which relies on GoogleUtilities swizzling: |
It seems that the swizzling should be removed, and AppDelegate selector declared straight up. Are you concerned about another plugin also using that delegate selector? I don't think that would work anyway with the way the Firebase SDK does its own swizzling. Also, I'm still wondering how you would support posting an APP_DOMAIN url to javascript, since this plugin does declare its capability? |
Hi @jacobg any updates on this issue? |
I pulled this plugin into my own application repo, and changed it to remove swizzling and to also handle links that firebase does not handle. If @chemerisuk will accept PR's for those changes, I'll submit them. |
Any chance you can share the updated plugin?
… On 25 Apr 2019, at 08:33, jacobg ***@***.***> wrote:
I pulled this plugin into my own application repo, and changed it to remove swizzling and to also handle links that firebase does not handle. If @chemerisuk will accept PR's for those changes, I'll submit them.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.
|
I'd rather just submit a PR if @chemerisuk will accept them. It affects both iOS and Android. |
Hi @jacobg any updates on this? |
Waiting on @chemerisuk to say if he'll accept a PR. |
Is your fork public?
…On Fri, May 24, 2019 at 3:28 PM jacobg ***@***.***> wrote:
Waiting on @chemerisuk <https://github.com/chemerisuk> to say if he'll
accept a PR.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#28?email_source=notifications&email_token=AAIDQH3YTI7LRBQ4B67TKBTPXAXUVA5CNFSM4GUAZSHKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODWGHKPY#issuecomment-495744319>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAIDQH43SPCBKDIRRYUPMALPXAXUVANCNFSM4GUAZSHA>
.
|
I have solved the same problem. If you use custom domain, more info: |
Hi @takedasoft do dynamic links work for you on iOS cold starts? In my case the deepLink result is lost because of handleOpenUrl being called after the initial resolveDeepLink |
Same issue here |
When using custom domains for Dynamic Links you could adjust this
|
I'm doing a basic proof-of-concept in iOS simulator. I've created my dynamic link as follows (anonymizing my app name here):
https://example.page.link/abc => https://example.com/123
If I open the link "https://example.page.link/abc", then the link opens my app and I can get the url data via the
onDynamicLink
link. All is good in this case.But if I open the link "https://example.com/123" (app installed), then the app also does open, but I don't get the event. Even worse, I get an EXC_BAD_ACCESS error with an infinite recursion loop on the AppDelegate(FirebaseDynamicLinksPlugin) identity_application function going over 40,000 stack frames deep. See attached screenshots of stacktrace below. Now, perhaps that isn't supported, but then why does the plugin.xml add an entitlement for applinks:APP_DOMAIN? And certainly it shouldn't crash like this.
Am I doing something wrong?
The text was updated successfully, but these errors were encountered: