“Apple Maps Guides”

I’ve also spent some time investigating this. While monitor mode works, setting the channel using CoreWLAN’s [CWInterface setWLANChannel:error:] API does not behave as expected. As a result, capturing isn’t reliable for third-party apps on Macs with the Apple N1 Wi-Fi chip or the MacBook Neo. I've identified and submitted two issues: FB22295165: [CWInterface setWLANChannel:error:] does not work on a disassociated interface, even though the documentation indicates it should, and it behaves correctly on older Macs. FB22295685: Once in monitor mode, [CWInterface setWLANChannel:error:] reports a successful channel change and the interface reflects the requested channel, but capturing continues on a different channel (usually the channel the interface was operating on previously to being placed in monitor mode). There also appears to be a race condition between entering monitor mode and macOS attempting to rejoin a network shortly after calling [CWInterface disassociate]. While I can’t confirm this defini

Currently experiencing the exact same issue (ENTITY_UNPROCESSABLE.BETA_CONTRACT_MISSING), with no response from Apple Developer Support. All agreements are signed, no account changes, etc. Currently unable to test any apps and have been for the last few weeks.

Thanks Albert. The AASA is publicly accessible with no blocking, no IP filtering, and no user agent restrictions: https://fanarchy.fans/.well-known/apple-app-site-association Apple's own CDN already has the current version synced: https://app-site-association.cdn-apple.com/a/v1/fanarchy.fans So the AASA sync is working — the issue is the experiences stuck in Received and not transitioning to Published. We're also seeing inconsistent behavior across devices. QR code scans for the same URL work on some devices but show App Clip not available on others. For example, it works on an iPhone but fails on an iPad — same URL, same network, both fresh devices that have never had our app installed. Interestingly, when we removed /next-game from the App Clip entry in our AASA, QR codes started falling through to Safari where our Smart App Banner meta tag (apple-itunes-app with app-clip-bundle-id) successfully triggers the App Clip card. This workaround is functional but shouldn't be necessary.

Hey @THeberlein, This is unexpected behavior. Our engineering teams need to investigate this issue, as resolution may involve changes to Apple's software. I'd greatly appreciate it if you could open a bug report; please include a link to your webpage and a sysdiagnose from your Vision Pro captured after this occurred, and post the FB number here once you do. Instructions on capturing a visionOS Sysdiagnose can be found on the Profiles and Logs webpage. Bug Reporting: How and Why? has tips on creating your bug report. Thanks for your help, Michael

Thanks for the post, interesting that's something in the process. TN3168: Making your App Clip available in the App Store | Apple Developer Documentation https://developer.apple.com/forums/thread/804858 There is something I always like to check when deploying AASA files. When the full app is installed, iOS handles the URL invocation locally via your apple-app-site-association (AASA) file and entitlements, bypassing the need to query Apple's App Clip CDN. The fact that this works proves your code, AASA file, and associated domains are configured correctly. The failure for fresh devices is happening because Apple's CDN has not yet been updated with your App Clip's metadata? Can you provide me a link to your AASA file in your server so we can see why is not syncing into the Apple servers? Is your server preventing or blocking IP address or user agents from requesting the AASA file? Sometimes, the job queue in App Store Connect simply drops the task. You can often forc

Dear Apple Entitlements Team, My app FocusPact (Bundle ID: com.hayashikento.FocusPact) has already been approved for the Family Controls (Distribution) entitlement. To resolve a critical bug where restricted apps remain unlocked after the user's Pact period ends, I have implemented a DeviceActivityMonitorExtension. This extension is essential for the app's core functionality to re-enable shields automatically. Could you please authorize the following new Bundle ID for the same Family Controls (Distribution) entitlement? New Extension ID: com.hayashikento.FocusPact.FocusPActMonitor Parent App ID: com.hayashikento.FocusPact Thank you for your continued support in helping me complete my MVP. Sincerely, Kent Hayashi

Our IAPs are stuck on In Review and Waiting for Review Waiting for Review: You have submitted your In-App Purchase to be reviewed by Apple. You can make edits to the product while it is in this status. In Review: Your In-App Purchase product is currently being reviewed by Apple. Only edits to the product’s reference name, pricing, and availability can be made when it has this status. This creates a deadlock because we cannot attach them since the section does not show, and the section does not show because they are not Ready to Submit. There is no need since you already submitted them for review. When submitting an In-App Purchase or subscription for the first time, you must submit it with a new app version. If there are multiple In-App Purchases or subscriptions related to that version, submit all of them together. Once App Review approves one or more In-App Purchases or subscriptions for your app, you can submit more In-App Purchases or subscriptions without a new app version. For more inf

@h2oconsulting I can't test it in the sandbox, since the application is not approved. Testing In-App Purchase in the Apple sandbox environment doesn’t require you submit your In-App Purchases for review. For more information, see TN3186: Troubleshooting In-App Purchases availability in the sandbox. When submitting an In-App Purchase or subscription for the first time, you must submit it with a new app version. If there are multiple In-App Purchases or subscriptions related to that version, submit all of them together. Once App Review approves one or more In-App Purchases or subscriptions for your app, you can submit more In-App Purchases or subscriptions without a new app version. For more information about submitting In-App Purchases, see Submit an In-App Purchase. After submitting your In-App Purchases to App Review, they might also be missing or unresponsive during review. The sandbox environment is a test environment for testing the In-App Purchase implementation in your app with real product dat

If there is a better way than checking whether the URL contains “.Trash” to determine whether a file was deleted while the app was not running—like the method used by Numbers.app—we would like to adopt it in our app as well. Yes, this is basically what Numbers is doing. If the approach used by Numbers.app relies on Apple private APIs, we understand that it would not be available to third-party developers, and in that case, we will proceed with the “.Trash” URL check approach. There definitely isn't any special private API that numbers is calling that just handles this case. __ Kevin Elliott DTS Engineer, CoreOS/Hardware

a long review process with many resubmissions The word 'many' doesn't convey the exact number to others. Can repeated resubmissions / iterative changes alone be interpreted as “evasion” under 3.2(f)? It depends on what you have done, and nobody but people from Apple, Inc. knows it. You have been told that you have some questionable, overly sexual content. Suppose that that you have covered a sexually-revealing person with a see-through material. You've been warned 5 times. And each time you increase its opacity from 10% to 11%, 12%, 13%... If you do it many times without entirely getting rid of this person, I would definitely flag it for evasion.

Details regarding how security issues are handled are available on the Apple security releases page.