missing package product

I am experiencing the exact same issue. I have two subscription groups each with two products and StoreKit fails to load a single product correctly. I have done this countless times before and know what I am doing. There appears to be something wrong going on with App Store Connect currently thats preventing things from working. This needs to be investigated ASAP!

I figured out the issue! I recently received a new external drive into which I setup XCode to write its Derived Data and Archives. This external drive was formatted as ExFAT. I have now reformatted the drive as Mac OS Extended (APFS was not an available option in my Disk Utility) and rebuilt the application. The updated pkg using the rebuilt and notarized application now correctly installs to /Applications. It's unfortunate that I could not find a Console log or display verbose enough information via sudo installer -verboseR detailing why the application was not being written to /Applications. Hopefully this post helps someone in a similar situation. Thank you for your time and responses.

I'm using the UISearchController class and add the search bar to a table view like this: self.tableView.tableHeaderView = searchController.searchBar; This displays a search bar and a Cancel button but starting with iOS 26 the Cancel button is absent on iPad but is displayed on iPhone. The Cancel button has been displayed on iPad since iOS 5 back in 2012 and my app depends on it. I really can't see why it should not be possible to display it if a user/developer needs it. This is a real showstopper for my app. Please bring back the old behaviour! My bug report is here: FB21160098 Below is my current solution to this problem. It's a hack and not what a user of Apple products expect. Maybe it can help some other developer? // // The Done button is not displayed on iPad running iOS 26 // Workaround that by replacing the leftView magnifying glass with a OK/Done button // never display the clear button since tapping that will cancel search! self.searchController.searchBar.searchTextField.clearButtonMode = U

[quote='868691022, swdev-sos, /thread/809359?answerId=868691022#868691022, /profile/swdev-sos'] Quite the head scratcher. [/quote] Indeed. Earlier you wrote: [quote='868691022, swdev-sos, /thread/809359?answerId=868691022#868691022, /profile/swdev-sos'] if my coworker creates the application … I can then use his application in my pkgbuild script and the installation succeeds. [/quote] So lemme summarise: Builder Packager Installer Result ------- -------- --------- ------ you you you NG them them them OK them you you NG Have you tried the following combination: Builder Packager Installer Result ------- -------- --------- ------ you you them ? What happened? Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

Bumping to not lose visibility.

Still no luck, unfortunately. OSX version is 15.7.2. I created a new user account, and as such, needed to add the Developer ID Application and Developer ID Installer certificates for our organization to XCode. After building the application, I had it notarized using XCode's Organizer window via the Direct Distribution option. Unfortunately, the package installer still wrote a zero-byte application to the /Application folder. I verified the installer had the correct Payload by extracting and decompressing the package data. Quite the head scratcher. Thank you for any insight.

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-