missing package product

For guidance, see the following resources: App Privacy Configuration Adding a privacy manifest to your app or third-party SDK Be sure to read Handling ITMS-91061: Missing privacy manifest.

Oh, so this is for a new app where we use CoreML and machine vision to detect animals in the AR scene and show details on them. I just realized, when I want to convert our existing SceneKit-based production Glasses-Try-On app to RealityKit, I'll face the same problem. In our glasses app, allowing the user to take a screenshot of them with Virtual Glasses on is a core-feature for which we need 3D Scene + Camera background (without the UI).

[quote='856820022, wym572, /thread/798893?answerId=856820022#856820022, /profile/wym572'] 1- Since NEHotspotEvaluationProvider does not allow network requests, how can we practically match scanned WiFi networks against our hotspot database (billions of SSID/BSSID entries)? [/quote] That would require significant engineering smarts, and possibly some trade-offs. I can think of at least two potential paths forward: I can imagine that an SSID database would compress very well, although you’ll probably want to develop a custom compression algorithm rather than, say, relying on a general-purpose compressor like Deflate. You could also divide the database up by regions and let the user download the database for their preferred regions. [quote='856820022, wym572, /thread/798893?answerId=856820022#856820022, /profile/wym572'] 2- In iOS 26, does NEHotspotManager still require a separate Hotspot Helper entitlement? [/quote] Yes. Well, no, but also yes. In iOS 26 you can produce a useful hotspot helper without the com.a

I know you’ve been having problems posting replies. If that continues, please let me know. But, in general… It’s better to reply as a reply, rather than in the comments; see Quinn’s Top Ten DevForums Tips for this and other titbits. I don't need to disable system integrity to turn on debugging. You don’t need to do that for an NE sysex either. Debugging a Network Extension Provider explains how I develop NE sysexes without disabling SIP. IMO packaging your NE provider as a sysex make more sense on macOS, because macOS supports multiple users and the network stack is a shared resource. Based on other comments it looks like you’re trying to build this outside of Xcode. That’s supported, but Xcode provides a lot of smarts and it’s good to take advantage of those smarts when you’re getting started. I recommend that you use Xcode for your initial bring up. Once you have the basics working, you can then map what Xcode does to your real app. I’ve found Xcode’s full build log to be super useful for that [1].

Thank you Quinn for the quick answer. It is also very thoughtful to give the definitions of the terms, really helpful to me. Reading your post and the referenced one, my app does not manage keychain items such as user's passwd, so the loss of keychain items is not an issue for me, I conclude the best approach for me is to follow your recommendation publish the app with the new prefix. That’s a good idea in general. If I publish the update (new version) of my app with newer App ID Prefix while keeping the same bundle ID, will my current customers be able to install the update fo free as the same app that they already payed for? In other words, will iPhone considers that they are the same app despite the difference in APP ID Prefix (but always with same bundle ID) ?

Reading your post I wasn’t sure whether this is a VPN product that you’re developing or one that you’re just trying to use. Please clarify. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com