Xcode archive upload - "app references non-public selectors in Payload/appname.app/appname: removeAll"

[dmrschmidt]

What did you do?

Archived an (almost empty) app with only StreamChatUI as a direct dependency.
Then archived it and uploaded it with Xcode to the AppStore for TestFlight testing.

What did you expect to happen?

No warnings or errors showing up during the upload.

What happened instead?

The uploading shows this warning message. Upload still proceeds and I can use the internal testing for TestFlight.
The app is still in review for external TestFlight testing, so I don't know if that would block it.

GetStream Environment

GetStream Chat version: 4.21.1
GetStream Chat frameworks: StreamChat (4.21.1), StreamChatSwiftUI 4.21.0, StreamChatTestHelpers (0.2.3)
iOS version: iOS 16.0
Swift version: 5.7(?) - the latest that comes with Xcode 14
Xcode version: 14
Device: iPhone 13 Mini

Additional context

This happens when simply integrating a fresh checkout on an otherwise empty app (only plumbing to show a basic ChatChannelListView. So it's pretty much excluded that my own code caused this.

[martinmitrevski]

Hey @dmrschmidt,

Thanks for reporting this. We've just tested with our Demo app and got the same warning with Xcode 14, so we're looking into this.

As soon as we have an update, we will report back.

Best,
Martin

[martinmitrevski]

Hey @dmrschmidt,

This seems like an Xcode 14 validation issue, that several people reported on the forums and on Stack Overflow. In our case, it's coming from Nuke. The suggestion for now is to file a radar with Apple, as discussed here: kean/Nuke#604.

There shouldn't be any issues apart from the warning, which Apple would most likely fix. However, if you do face rejection on the AppStore because of this, please let us know and we will take immediate actions.

Best,
Martin

[dmrschmidt]

Thanks for the update. I’ll just keep ignoring it then, file a radar and if it ends up causing any real trouble I’ll reach out again.

[vitalii-tym]

FYI: a similar issue with didEnterBackground has been fixed in kean/Nuke#531.
It would be nice if it was possible to fix removeAll in a similar way. Because a radar may take ages, if resolved at all.

[martinmitrevski]

Hey @vitalii-tym, do you still have the same issue? The last time we've checked with the last two Xcodes, the warning was gone. In any case, the removeAll is in the Nuke library, we don't have such code in the Stream's chat SDK.

[vitalii-tym]

@martinmitrevski You'r right, it's the Nuke library. I thought I was writing in their repo 🙈
Missed the recent Xcode update (I was on 14.1). Already updating. Thanks.
UPD: Updating Xcode to 14.2 didn't help, the issue with Nuke (as of its version 10.7.1) still there.