“Apple Maps Guides”

Would you mind to check if the Show App on Apple Wwatch in the Watch app in your iPhone is (unintentionally) off? You can find the setting with the following steps: Launching the Watch app in your iPhone. Select the My Watch tab and find your app in the Installed On Apple Watch section. Tap your app to see the setting. Assuming that your watchOS app is not watch-only, I am also curious if your watchOS app's Info.plist has the WKRunsIndependentlyOfCompanionApp key and its value is YES. Best, —— Ziqiao Chen  Worldwide Developer Relations.

Hello, thanks for your post. We're not aware of any issues at this time and Apple Developer Support should be able to help you with this issue.

is this the way to get your first in-App purchase approved? If you still need to test your In-App Purchase, then there is no need to submit them for review yet. Testing In-App Purchase in the Apple sandbox environment doesn’t require you submit your In-App Purchases for review. TestFlight also uses the sandbox for In-App Purchases. Apple reviews your In-App Purchases in the same environment. However, if you are done with testing, submit your In-App Purchase for review. all works in Xcode. If you enable StoreKit Testing in Xcode, you likely tested your products in the local environment. To test in the sandbox, disable StoreKit Testing in Xcode, then follow the steps in Testing In-App Purchases with sandbox to test your products in the sandbox. Be sure to read TN3186: Troubleshooting In-App Purchases availability in the sandbox that identifies common configurations that make your In-App Purchases unavailable in the sandbox environment.

@amacia See TN3186: Troubleshooting In-App Purchases availability in the sandbox identifies common configurations that make your In-App Purchases unavailable in the sandbox environment. With the production RevenueCat API key (iOS appl_..., same as the submitted build), everything works on local device but not when I download it from TestFlight....For IAP in WAITING_FOR_REVIEW, should App Review always use an Apple Sandbox account to test subscriptions until the product is fully approved? 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. TestFlight also uses the sandbox for In-App Purchases 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. Is it documented that StoreKit m

To debug your issue, see TN3186: Troubleshooting In-App Purchases availability in the sandbox. 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.

@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