Linking against a dylib which is not safe for use in application extensions

[olejnjak]

Description:

Hi,

it is a bit odd that configuring OneSignal requires an app extension and OneSignal.framework is not app extension safe...

Environment

Xcode 9.4.1, integrating using Carthage 0.30.1 using Carthage integration guide

Steps to Reproduce Issue:

1. create new project
2. integrate using Carthage

Anything else:

[Nightsd01]

Our SDK doesn't use any extension-unavailable code in the extension service, so your app wouldn't get rejected. But the warning is certainly annoying.

You can also use Cocoapods, or link directly against our static binary, which would also get rid of the error, but neither of these things are necessary.

Eventually in the future I will look into either splitting out the extension-specific functionality into its own separate library, or I'll look into other approaches.

[Droppix]

+1

[Nightsd01]

We're now working on a PR to fix this issue. Unfortunately it will need to be a breaking change so it will need to wait until our next major release (3.0)

Essentially we are splitting out extension-specific functionality into a separate (smaller) framework

Here is the current state of the PR: #427

[otymartin]

@Nightsd01 is there an existing branch with this fix? And what do you mean by or link directly against our static binary What does that mean?

[jkasten2]

@otymartin The static OneSignal framework can be found here:
https://github.com/OneSignal/OneSignal-iOS-SDK/tree/master/iOS_SDK/OneSignalSDK/Framework/OneSignal.framework

The PR #427 noted above just splits out the Notification Extension Service specific part of the SDK into its own target to make it smaller and to fix any warnings about APIs being referenced that are not available in that target. I don't believe it would fix the dynamic linking warnings.

[otymartin]

Ahh I see - so the warnings are here to stay until 3.0.0?

[jkasten2]

Correct, it requires APPLICATION_EXTENSION_API_ONLY to be set in the Xcode project to fix the warning. However we can't do this until SDK is split into modules as I believe it would result in compiler errors otherwise.

[otymartin]

@JKalash So what do I set it to NO or YES and on what the OneSignal pod? or the Extension target? Or my apps main target?

[jkasten2]

@otymartin It would be on the "OneSignal" framework project itself, like the following.
https://stackoverflow.com/a/48863451/1244574
Again it will most likely create a compile issue as it is the same code base for the main target and the extension.
Also the "not safe" warning is present since it doesn't know if it is referring to any APIs it can't use. However OneSignal has runtime guards so there isn't any real issues.

[otymartin]

@JKalash Ok, although I hate seeing warnings I can live with. it knowing it won't affect the actual push delivery and App Store review process.

Thanks

[otymartin]

@jkasten2 is this problem fixed?