missing package product

We are seeing a strange lifecycle issue on multiple MDM-managed iPads where application(_:didFinishLaunchingWithOptions:) is not called after the device is idle overnight. Even if we terminate the app manually via the app switcher, the next morning the system does not perform a cold launch. Instead, the app resumes directly in: So, my first question here is how sure you are about EXACTLY what's happening. In particular, how do you KNOW didFinishLaunchingWithOptions is not being called? In particular, how does your logging infrastructure work and how far back in time would it track? My concern here is that what's missing here isn't that didFinishLaunchingWithOptions isn't being called, but that the app was actually initialized at some much earlier point in time when the system launched your app into the background and then suspended it, potentially hours earlier than the point you actually opened it. We have full logs from four separate MDM iPads showing identical behavior. Happy to share a minimal re

Hi Ed, Thank you for confirming that the native animation APIs are effectively non-interruptible. This validation saves us from chasing a magic configuration that doesn't exist. Sharing a bit about our use cases that the user must be able to interrupt the route preview immediately (e.g., to pan or zoom while the camera is moving on for example, 10 seconds of zooming). Regarding the performance spikes I mentioned: We have already implemented several optimizations to mitigate the 120Hz/8.33ms constraint you highlighted: Capping Frame Rate: We set preferredFrameRateRange to target 30-45 FPS (avoiding the 120Hz ProMotion tax) to reduce the workload and changed it depends on the device spec, how close or far is the zooming. Visual Thresholds: We try to skip rendering frames during CADisplayLink ticking with some threshold. Even with these throttles in place, simply calling setVisibleMapRect(..., animated: false) 30 times a second drives CPU usage to 80-100% on the simulator, likely due to the heavy vector tile re-

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. The screenshot above is the iOS system's crash log Just clarify what we’re talking about here, this is an Apple crash report from iOS 26.1: Exception Type: EXC_BAD_ACCESS (SIGKILL) Exception Subtype: KERN_PROTECTION_FAILURE at 0x0000000000000000 … Thread 0 name: Dispatch queue: com.apple.main-thread Thread 0 Crashed: 0 ??? 0x0 ??? 1 Test808813 0x10058c128 -[MainViewController tableView:didSelectRowAtIndexPath:] + 100 2 UIKitCore 0x1a563bc98 -[UITableView _selectRowAtIndexPath:animated:scrollPosition:notifyDelegate:isCellMult… 3 UIKitCore 0x1a563bfbc -[UITableView _userSelectRowAtPendingSelectionIndexPath:animatedSelection:] + 255 4 UIKitCore 0x1a563c0c8 -[UITableView _userSelectRowAtPendingSelectionIndexPath:] + 215 5 UIKitCore 0x1a407d878 -[_UIAfterCACommitBlock run] + 71 … You’re concern is with that SIGKILL, where prior to iOS 18 this was a SIGSEGV. That doesn’t strike me as a proble

[quote='868752022, DMSAS, /thread/794045?answerId=868752022#868752022, /profile/DMSAS'] However, some Macs still have issues with malicious software [/quote] My advice is that you test your notarised software on a ‘clean’ machine. I generally use a VM for this. See Testing a Notarised Product. If that test fails, there’s definitely something wrong with your product and you should investigate that. I have lots of advice on that topic in Resolving Trusted Execution Problems. If that test succeeds but you receive sporadic reports of Gatekeeper problems from your users, that’s a trickier issue. It’s possible that you have a Gatekeeper problem with a specific OS release. You can investigate that by re-running the above-mentioned test process with that release. However, it’s more likely that there’s something borked on that user’s machine. That puts you in a bit of a bind: You want to help the user with their problem. But debugging their machine configuration problems isn’t really your core busine

[quote='809584021, st-gab, /thread/809584, /profile/st-gab'] is it possible to rename a notarized ZIP package and not to loose the notarized status? [/quote] Absolutely. I think you might benefit from reading Notarisation Fundamentals, which explains what the notary service actually does. Once you understand that, you should be able to work out for yourself what post-notarisations operations are OK. Specifically, you have watch out for any operation that breaks the seal on a code signature, such as: Modifying a Mach-O image Modifying the contents of a bundle Beyond that, everything else is pretty much fair game. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

should mention we seem to have lost alot of previously uploaded builds in test flight