Dhiogo Brustolin

I believe this is a misbehavior of Xcode 16. I have shared my findings and am waiting for help from Apple on the matter in this [forum post](https://developer.apple.com/forums/thread/761589).

Hello @trevorturk, all my tests indicate that it’s perfectly safe to ignore the warning. It means that the Apple will not have symbols for Sentry SDK to use in their...

Hello @UnexDev yes, you can manually upload source context of your project. Take a look at our documentation about it in [here](https://docs.sentry.io/platforms/apple/guides/ios/sourcecontext/).

Hello @DataGreed, unfortunately no, there is no update on this one. This requires Apple to change Xcode behavior, you can follow the discussion in [here](https://developer.apple.com/forums/thread/761589).

Most likely this is related to some missing headers. If that's the case you can download the 8.17.1 code source, apply the changes in [this PR](https://github.com/getsentry/sentry-cocoa/pull/4051/files) and the fix to...

Hello @RayFor24, thanks for reaching out. Any change in your `podfile`, you're disabling `APPLICATION_EXTENSION_API_ONLY`? Is it possible to share your `podfile` with us?

> Yes, we set APPLICATION-EXETENSION_SPI-ONLY NO I see. You can't disable it for Sentry. If you’re interested in any changes related to this, you can check out the following issue:...

Thanks @lhunath for the suggestions. This may be related to #3278. > Ideally Sentry shouldn't manage private data on the user which is hidden from the developer. We don't manage...

Before merging this, I would like to discuss whether we want to maintain the need to have the following code snippet in most public headers: ```Objc if __has_include() # import...

We should use minimal imports and rely more on forward declarations instead. We will tackle this, but there is no ETA as of now