Improper Swizzling of `application:openURL:options:`

[waltflanagan]

Checklist before submitting a bug report

• [X] I've updated to the latest released version of the SDK
• [X] I've searched for existing GitHub issues
• [X] I've looked for existing answers on Stack Overflow, the Facebook Developer Community Forum and the Facebook Developers Group
• [X] I've read the Code of Conduct
• [X] This issue is not security related and can safely be disclosed publicly on GitHub

Xcode version

14.3

Facebook iOS SDK version

16.1.0

Dependency Manager

SPM

SDK Framework

Core

Goals

After updating to SDK 16.* we found that application:openURL:options: was always returning NO/false when called. This is due to swizzling implemented here. The return value is not passed through this implementation.

We would like to have callers of application:openURL:options: receive the correct return value of the method.

Expected results

If the implementation of application:openURL:options: returns YES then the callers of the method should receive YES

Actual results

Callers of application:openURL:options: always receive NO.

Steps to reproduce

Implement a UIApplicationDelegate class and hard core application:openURL:options: to return YES/true.

Link against FBAEMKit and enable it such that it swizzles application:openURL:options:

Code samples & details

No response

[squarefrog]

We're experiencing this issue too - it has broken our deep link implementation, so we're going to have to downgrade.

[shomin1983]

We're experiencing the same issue

[dodatw]

Same Here!

[olejnjak]

It is the same story with application(_:continue:restorationHandler:) -> Bool and Facebook SDK 16.3.1

[olejnjak]

Here is minimal example for my case FBSample.zip

[Cedrick84]

This issue still exists in 17.0.2 Attached is the AppDelegate illustrating the issue AppDelegate.swift.zip