[Bug]: in-App message universal link handling

[bitsflew]

What happened?

Triggering a URL action always opens the passed URL in the browser.
Note that this does not happen with App Links on Android.
Using an AppMessageClickListener does not work, as it is called after the link has already been opened in the browser.
Shouldn't the AppMessageClickListener decide how to handle the URL action?

Steps to reproduce?

Create an inApp message with a URL Click Action
Send it to a test device
Launch the app on the test device
Click the message to invoke the action
At this point the link is opened in the browser followed by a call to the AppMessageClickListener
We've added the OneSignal_suppress_launch_urls: YES  property to Info.plist, that solves a similar issue for push notification but it has no effect on in-Aoo messages

What did you expect to happen?

Using a AppMessageClickListener should overrule the default behavious

OneSignal iOS SDK version

5.2.8

iOS version

18

Specific iOS version

iOS 18.x
iOS 17.x

Relevant log output

No response

Code of Conduct

• I agree to follow this project's Code of Conduct

[nan-li]

Hi @bitsflew thanks for reaching out, we will investigate this as a feature.

[bitsflew]

I'm not asking for a new feature, just a way to suppress always opening the link in a browser.
The SDK offers a solution (an Info.plist flag) for the exact same issue with push notifications.
Maybe add another flag to do the same for in-app messages?

The bigger issue is that we can't target iOS and Android with the same in-app message.
We now have to create a separate message for iOS using a Custom Action, which is not logical and is error-prone.

[MrTarantula]

I am also having this problem. Deep links work on Android, but always open in browser on iOS. I am using a custom action as a workaround.

[vintersnow]

Having the same issue here. Works on Android but not in iOS.