“Apple Maps Guides”

@selimce, @669miller , @Gascad , @slowfast , and @touchlinebet Apple reviews your In-App Purchases (consumable, non-consumable, auto-renewable subscription, and non-renewing subscription) in the sandbox, the same environment you use to test your products. This environment uses data you configure for your app in App Store Connect when you call StoreKit APIs in your app. For Apple to review your products, they must exist in App Store Connect and you must submit them for review. Same problem with non-renewable IAP. My review is rejected because of the IAP's were not seent in the sanbox environment. For us, it is seen in both xcode and testflight environments. Probably because of this bug in review view. Please follow these steps, then let me know about the outcome: Create a Sandbox Apple Account. On your testing device, sign into the above account. For more information, see Sign in to your Sandbox Apple Account for a development-signed app. Disable StoreKit Testing in Xcode in

I'm in the same situation right now (only waiting for a few hours at this point). Also new to Apple development and have never notarized an app before. How long could I expect this to take? At what point would it be worth submitting a ticket?

Zooming out to a globe is not currently supported for the standard map style. If you'd like to see the standard map allow for zooming out to a globe like the other styles with realistic elevation, please file an Enhancement Request using Feedback Assistant.

I have received confirmation from DNB that the details I am using for my Apple Developer Account enrollment match the records in the DUNS database

Great analysis tbrrss! That pointed me in the right direction. I ran fs_usage -f diskio -w | grep AppModelAssets while triggering two adapter calls and confirmed the behavior: each invocation writes lora.part.bin + metadata.json to a new subdirectory with a unique hash. Two consecutive calls, same adapter, same machine — two different hashes (3a0bede9... and d42d8d5a...). So it's not content-addressed, it's generating a new UUID every time. From booted macOS, sudo ls and sudo find on /private/var/db/AppleIntelligencePlatform/AppModelAssets/ both return Operation not permitted — SIP blocks access entirely. That's why du couldn't account for the space and why it looked like a filesystem-level issue. Booted into Recovery Mode (which bypasses SIP), and there they were: 1,684 hash directories, each containing a full copy of the adapter (~160MB). That's ~269GB, matching the missing space almost exactly. Deleted them all with rm -rf from Recovery and the space came back immediately. So this is a caching bug in TGOnD

Is there any way to opt out of the case-insensitive collision check per domain? No. The problem here is that this: A supportsCaseSensitiveNames property on NSFileProviderDomain would solve this. ...would only move the problem further up the stack without actually fixing it. FileProvider ultimately needs to store the files it's syncing somewhere and, on the vast majority of systems, that location is a case-insensitive file system. Theoretically, it could layer on some system to handle that (for example, using side metadata or some kind of name encoding system), but the major benefit of a sync directory over a secondary volume is that the file sync solution lets you move files in/out of the sync directory without a formal copy operation. That means any support FileProvider introduced that objects moved out of the directory either: Modify the names to remove the collision. OR Fail or only partially complete the move. ...both of which break the expected behavior of the local volume. One thing to keep in mind is t

Thank you for sharing your findings. As far as I can see, I don't see other reports about drawHierarchy causing a crash. Are you able to attach a sample project that builds and runs so that we have the same project when following the steps to reproduce? It would be best if you uploaded a copy to Feedback Assistant as well as share the relevant code snippet here on the Forums so those outside of Apple could offer and learn workarounds as well.  Travis