Overview

Hello, I am starting work on adding AlarmKit to an existing project. During testing, I ran into an issue that if I hit Deny during the authorization request, I can't find any way to turn the alarm back on in settings. The only way I can get an authorization request again is by uninstalling the app and installing it again. I would like to be able to prompt my users where they can turn the Alarm back on if they accidentally hit Deny. Am I just not seeing the settings to change this somewhere?

We are experiencing an issue with Apple’s Private Email Relay service for Sign in with Apple users. Our setup details are as follows: • Domain: joinalyke.com • Domain successfully added under “Sign in with Apple for Email Communication” • SPF verified • DKIM enabled (2048-bit Easy DKIM via AWS SES) • Emails are being sent from S***@joinalyke.com Amazon SES confirms that emails sent to users’ @privaterelay.appleid.com addresses are successfully delivered (Delivery events recorded in SES and no bounce reported). However, users are not receiving the forwarded emails in their actual inboxes. Since: SES shows successful delivery, SPF and DKIM are properly configured, Domain is registered in the Apple Developer portal, we suspect that the Private Email Relay service may be blocking or not forwarding these emails. Could you please investigate whether: Our domain or IP reputation is being blocked or filtered, There are additional configuration requirements, The relay service is rejecting emails after acceptance, There are content-related filtering policies we should review. We are happy to provide message IDs, timestamps, and sample relay email addresses if required.

Shouldn't it be supported? Also is there a way to disable spotlight indexing on a mounted folder? mds_stores is going wild on fskit volumes. mount -o nobrowse -t passthrough ~/Downloads ~/mnt alexf@MacBook-Pro-3 build % mount file:///Users/alexf/Downloads/ on /Users/alexf/mnt (passthrough, local, nodev, nosuid, noowners, noatime, fskit, mounted by alexf)```

Hello, I would really appreciate if someone from Apple could take a look at this, as I believe there may be an issue with my submission or account. I submitted my app for review for the first time over a month ago, and it has been stuck in “Waiting for Review” ever since, with absolutely no updates. This delay is far beyond the typical review timeframes (which are usually just a few days). I have not received any rejection, feedback, or request for additional information. So far, I have already: Resubmitted the build Sent multiple support requests through App Store Connect Requested an expedited review (which was approved) Despite all of this, there has been no progress at all. I have also sent several support messages and emails, but unfortunately I have not received any response so far. It feels like my case is not being reviewed at all, which makes it very difficult to understand what is going wrong. The app is quite standard and does not contain anything that should require extended review. At this point, I am concerned that there might be: An issue with my developer account A submission stuck in the review queue Or some kind of internal flag that I am not aware of Has anyone experienced a similar situation where an app remained in “Waiting for Review” for over a month? And if anyone from Apple is reading this, could you please check if there is any issue with my submission? Any help or guidance would be greatly appreciated. Thank you.

Hi everyone, I am looking for some guidance on a delayed review for a new app launch. Our app, Vibe: Real-Time Social Radar (App ID: 6758596460), has been stuck in the "Waiting for Review" status since March 22nd. Here is the context: It is version 1.0.1. Prior to March 22, we had removed our submission a few times to fix minor metadata issues before the review started. I understand this resets our place in the queue. We have just submitted an Expedited Review request due to an upcoming launch deadline. My question: Does removing a submission multiple times trigger an automated "spam" hold or push the app into a longer Senior Review queue? Is there anything else I can do via App Store Connect to ensure the reviewer has what they need, or do I just need to wait for the Expedited Review team to respond? Any insights from developers who have experienced a similar delay recently would be greatly appreciated!

We are trying to determine whether a third-party DriverKit HID dext can seize or intercept raw HID input reports from an external mouse through any top case–related path in the HID stack. Our dext is based on IOUserHIDEventDriver, and the goal is to receive raw input reports before they are translated into higher-level pointer events. Apple’s public HIDDriverKit documentation describes IOUserHIDEventDriver as the driver object responsible for dispatching pointer, digitizer, scrolling, and related HID-originated events, but it is not clear to us whether any “top case” path is actually exposed or supported for third-party matching in DriverKit. What we want to clarify is specifically about external mouse devices, not the built-in trackpad itself. Questions: Is there any officially supported way for a third-party DriverKit HID dext to bind through a top case–related path and receive raw HID input reports from an external mouse? Is “top case” something that third-party DriverKit drivers can meaningfully target for matching/attachment, or is it only an internal Apple implementation detail? If such a path exists, can it be used to seize raw reports before they are converted into higher-level pointer events? If not, what is the officially supported boundary for third-party DriverKit access to raw reports from external mouse-class HID devices? To be clear, we are not asking about synthesizing pointer events. We are asking whether a third-party DriverKit dext can directly observe or seize the original HID input reports from an external mouse by attaching through any top case–related portion of the HID stack. If “top case” is not a public DriverKit concept that third parties can target, confirmation of that would also be very helpful.

Thank you for submitting an update to the app, Macy's: Online Shopping & Save, for review. We noticed some issues that require your attention. Please see below for additional information. If you have any questions, we are here to help. Reply to this message in App Store Connect and let us know. Review Environment Submission ID: d429df7a-35c1-4b8f-a85f-c0cce2dcd376 Review date: March 26, 2026 Review Device: iPhone 17 Pro Max Version reviewed: 2603.4.0 Guideline 5.1.2(iii) - Legal - Privacy - Data Use and Sharing Issue Description The app includes fingerprinting functionality that is designed to identify the user or device. Specifically, the app aggregates user and device data to track the user, either directly or indirectly using probabilistic methods. This functionality is found in services or code included in the app, such as AppsFlyer. Apps that fingerprint users or devices are not appropriate. Per section 3.3.9 of the Apple Developer Program License Agreement, neither you nor the app may derive data from a device in order to uniquely identify it. Next Steps Follow these steps to resolve this issue: Identify the fingerprinting functionality in the app. Some or all of this functionality may be provided by third-party SDKs. If you have questions about these SDKs, contact the SDK provider. Remove any functionality from the app that uses algorithmically converted device and usage data to identify the user or device. You should remove any related code or implemented SDKs that support fingerprinting. Since fingerprinting is never appropriate, requesting the user's permission to track them or disclosing fingerprinting activity in a privacy policy will not resolve this issue.

I have an iOS project based on SwiftUI in which almost all code is organised in Packages. With Xcode 26.2 and 26.3, I can preview all SwiftUI views without issues. With Xcode 26.4, the same previews don't work, in the canvas appears this error message: "Cannot preview in this file. Could not find target description for “TaskListView.swift”". The explanation is: "The list of source files that produce object files did not contain this file to be previewed. Check to make sure it is not excluded using the EXCLUDED_SOURCE_FILE_NAMES build setting." If I add a SwiftUI view to the main project files (not in a package), the preview works as expected. Is it an Xcode 26.4 regression? Or do I need to modify some configuration file?

Does anyone know if Apple is addressing the issue with buttons. They break the fundamental clarity stressed by Human guidelines by exposing an area around an element that is to be tapped. If that area is then defined as a part of the button it should by default then respond to the tap. But it doesn't. My app when you tap on those elements before Liquid Glass ALWAYS RESPONDS. With Liquid Glass, a glancing tap will get the requisite reaction but doesn't trigger the event it should. Also it's confusing that Liquid Glass but not a show stopper that Liquid Glass elements that are disabled respond by flashing at all instead being visible/inert even though nothing happens. It's unnecessary and confusing eye candy. How did the folly of this get passed Apple's UI team and when is it gonna be rectified. I've tried a number of ways to fix it and it just makes the buttons look like crap and then they become more opaque and stuff. Does anyone have a fix for this or is anyone aware of when a fix for this will be released as a part of an OS update? It could be as simple as a setting that defaults to on that says the area/circumference of the circle button (that you NEVER asked for) fully responds to touch events of the target area and it should default to YES!!

Hello Apple Developer Forums team, I would like to ask for help with my app review (App ID: 6755685130). I first submitted my app on February 14, 2026, and it has been almost 50 days. However, I still have not received clear feedback on what needs to be fixed. If there are issues with my app, I sincerely ask the review team not to provide only general guideline references. I still cannot tell which page, feature, or user flow is causing the problem. If possible, I would really appreciate screenshots, screen recordings, or a written description of the specific issue so I can make the right changes. I also want to clarify that this app is not AI-generated. It is a carefully planned app built with real effort using multiple native Swift frameworks. Thank you very much for your time and help.

Environment Xcode 26.5 beta iOS 26.5 beta Using AccessorySetupKit + AccessoryTransportExtension framework Three extensions: AccessoryTransportAppExtension, AccessoryTransportSecurityExtension, AccessoryDataProviderExtension Background Everything worked correctly on iOS 26.4 beta. All three extensions shared the entitlement com.apple.developer.accessory-transport-extension, and the system launched them as expected. After upgrading to iOS 26.5 beta (both Xcode and device), the app compiles and runs, the accessory pairs and connects successfully (state = authorized, BLE connected, notification forwarding = allow), but none of the extensions are launched by the system. Investigation Captured system Console logs from the device and found these errors from deviceaccessd: error deviceaccessd ### Extension 'com.huami.NotificationForwardingDemo.AccessoryDataProviderExtension' is missing entitlement: com.apple.developer.accessory-data-provider for com.apple.accessory-data-provider error deviceaccessd ### Extension 'com.huami.NotificationForwardingDemo.AccessoryTransportSecurityExtension' is missing entitlement: com.apple.developer.accessory-transport-security for com.apple.accessory-transport-security It appears that iOS 26.5 now requires per-extension-type entitlements instead of the shared one. On iOS 26.4, all three extensions used com.apple.developer.accessory-transport-extension and it worked. On iOS 26.5, deviceaccessd now expects com.apple.developer.accessory-transport-security for the security extension and com.apple.developer.accessory-data-provider for the data provider extension. The transport app extension did not report an error, so it may still accept the old entitlement. Attempted Fix Changed the entitlement keys in the .entitlements files to match what deviceaccessd expects. Xcode fails to build with: ▎ Entitlement com.apple.developer.accessory-data-provider not found and could not be included in profile. This likely is not a valid entitlement and should be removed from your entitlements file. Root Cause Checked Apple Developer Portal — only one capability is available: "Accessory Transport Extension", which maps to com.apple.developer.accessory-transport-extension. There are no separate capability options for the new entitlements. The iOS 26.5 beta system requires new per-extension-type entitlements, but the provisioning system does not yet support them. This makes it impossible to build a working AccessoryTransport app on iOS 26.5 beta. Request Please either add the new entitlement capabilities (com.apple.developer.accessory-transport-security, com.apple.developer.accessory-data-provider) to the Apple Developer Portal, or restore backward compatibility with com.apple.developer.accessory-transport-extension in deviceaccessd.

Hello, I’m experiencing an issue with auto-renewable subscriptions in App Store Connect and would appreciate any guidance. I have created two subscriptions (monthly and yearly), and all required metadata appears to be fully completed: pricing (price tiers set and saved) availability (countries selected) localization (titles and descriptions added) App Review screenshot uploaded However, both subscriptions remain in the “Missing Metadata” status, and the “Submit for Review” option is not available. Because of this, I am unable to attach the subscriptions to my app version and proceed with App Review (Guideline 2.1(b) - App Completeness). What I have already tried: re-saving all fields multiple times re-uploading the App Review screenshot verifying pricing and availability checking localization reviewing introductory offers The issue persists. Has anyone encountered this before or knows what might be causing this status, even when all fields seem complete? Any help would be greatly appreciated. Thank you!

Description Our app, Octory, allows users to create onboarding and communication workflows composed of slides containing various UI components, including embedded video players powered by AVPlayerView. Since macOS 26.4 Beta, the app crashes at launch whenever a workflow contains a video component. Workflows without video components load and render without issue, which points to a regression in AVKit's player control rendering pipeline. As anyone seen similar behaviour when using AVKit or is it something we do not do properly? Expected Behavior The app opens and renders the workflow, including the embedded video component. Actual Behavior The app briefly launches and immediately crashes with SIGABRT on the main thread. Crash Analysis Key takeaways for anyone investigating: Root cause — abort() inside NSImageSymbolConfiguration The crash occurs entirely within Apple frameworks, with no third-party code in the faulting call chain (aside from the app's entry point). The sequence is: AVPlayerItem finishes loading and fires a KVO notification that it is ready to play (_updateCanPlayAndCanStepPropertiesWhenReadyToPlayWithNotificationPayload:) This KVO chain propagates through NSKeyValueDidChange up to AVPlayerView, which calls _updateVideoGravityType AVPlayerControlsViewController responds by calling _updateZoomButtonImage, which asks AVPlayerControlsConfigurator for a configured SF Symbol via +[NSImage(AVAdditions) avkit_imageWithSymbolName:textStyle:scale:accessibilityDescription:] The symbol rendering hits -[NSImageSymbolConfiguration _getEffectivePointSize:glyphWeight:glyphSize:backfilledWithFont:scale:], which calls abort() The entire crash stack is in AppKit (NSImage / NSImageSymbolConfiguration) and AVKit — no application code is involved in the faulting path. The abort() suggests a precondition or assertion failure inside the symbol configuration logic, possibly due to an invalid or nil font/text style being passed during the zoom button image setup. This is triggered automatically the moment an AVPlayerItem becomes ready to play and AVKit attempts to render its transport controls. There is no way for the application to intercept or work around this. Relevant stack frames (Thread 0 — main thread) 3 AppKit -[NSImageSymbolConfiguration _getEffectivePointSize:glyphWeight:glyphSize:backfilledWithFont:scale:] + 440 ← abort() here 4 AppKit -[NSImageSymbolRepProvider _bestRepresentationForImage:hints:] + 404 11 AVKit +[NSImage(AVAdditions) avkit_imageWithSymbolName:textStyle:scale:accessibilityDescription:] + 332 12 AVKit -[AVPlayerControlsConfigurator configuredSymbolForImageName:] + 92 13 AVKit -[AVPlayerControlsViewController _updateZoomButtonImage] + 160 14 AVKit -[AVPlayerControlsViewController setVideoGravityType:] + 52 15 AVKit -[AVPlayerView _updateVideoGravityType] + 1056 28 AVFCore -[AVPlayerItem didChangeValueForKey:] + 56 29 AVFCore -[AVPlayerItem _updateCanPlayAndCanStepPropertiesWhenReadyToPlayWithNotificationPayload:updateStatusToReadyToPlay:] + 660 Additional Notes Removing the video component from the workflow (i.e. not instantiating AVPlayerView) resolves the crash entirely. The crash is 100% reproducible on every launch. This behavior was not present on macOS 26.3 or any prior release. The app was not recompiled — the same binary that works on 26.3 crashes on 26.4 Beta & 26.4. Environment Detail Value OS macOS 26.4 Hardware MacBook Pro M1 (MacBookPro17,1)

We are trying to intercept raw reports from the built-in MacBook haptic trackpad using a DriverKit IOUserHIDEventDriver dext. Our dext installs and activates successfully: OSSystemExtensionRequest finishes with result 0 systemextensionsctl list shows the dext as activated enabled the dext is embedded correctly in the app bundle However, it never attaches to the built-in trackpad IOHIDInterface. ioreg shows the built-in trackpad interface still matched only by Apple’s HID dext. We also observed that Apple’s own HID dext appears to use com.apple.developer.driverkit.builtin, while that entitlement is not available in our provisioning profile. Our dext specifically relies on: IOUserHIDEventDriver::handleReport(...) SetProperties() with kIOHIDEventDriverHandlesReport Questions: Is com.apple.developer.driverkit.builtin required for a third-party IOUserHIDEventDriver to match a built-in internal trackpad IOHIDInterface? Is that entitlement public/requestable, or Apple-internal only? At what stage is it enforced: activation, personality matching, provider attach, or before Start()? If builtin is not available to third parties, is there any officially supported way to receive raw reports from the built-in MacBook trackpad in DriverKit? Our conclusion so far is that activation succeeds, but provider binding to the built-in trackpad fails due to built-in-only authorization/matching.

Hello, I hope you’re doing well. I recently submitted an update for my app, and I would really appreciate it if you could review it when possible. The latest version includes important fixes and improvements. Please let me know if anything else is needed from my side. Thank you for your time and support.

Hi everyone, I am experiencing a strange rendering issue on iPadOS 26 when sizeRestrictions.minimumSize is set on a UIWindowScene. After rotating the device and then rotating it back to the original orientation, the window appears to be stretched based on its previous dimensions. This resulting "stretched" area does not resize or redraw correctly, leaving a significant black region on the screen. Interestingly, as soon as I interact with the window (e.g., a slight drag or touch), the UI snaps back to its intended state and redraws perfectly. Here is a sample code and capture of behavior. class SceneDelegate: UIResponder, UIWindowSceneDelegate { var window: UIWindow? func scene(_ scene: UIScene, willConnectTo session: UISceneSession, options connectionOptions: UIScene.ConnectionOptions) { guard let windowScene = (scene as? UIWindowScene) else { return } windowScene.sizeRestrictions?.minimumSize = CGSize( width: 390, height: 844 // larger than the height of iPad in landscape ) // initialize... } } Has anyone else encountered this behavior? If so, are there any known workarounds to force a layout refresh or prevent this "ghost" black area during the rotation transition? Any insights would be greatly appreciated. Thanks!

I'm trying to enroll in the Apple Developer Program as an individual, but I keep hitting a dead end. Every time I attempt to enroll, I get a generic error saying my enrollment could not be completed at this time, with no detail on why. I've reached out to Apple Developer Program Support by email about this but haven't received any response, which is why I'm turning to the community here. On my end, I've ruled out all the common issues. Two-factor authentication is on, I have a valid major credit card on file, I'm enrolling through the web rather than the Developer app, no VPN is active, and my Apple ID is email-based. If anyone from Apple can take a look at my account, or if someone in the community has run into this same error and found a fix, I'd really appreciate the help. Thanks in advance.

Hi everyone, I recently got rejected under Guideline 1.1.1 - Safety - Objectionable Content and I'm struggling to understand how my app falls under this category. Looking for advice from anyone who's dealt with similar rejections. What the app does: AutoSignal is a vehicle notification app designed for the Bulgarian market. It solves a very common real-world problem - needing to contact a car owner when their vehicle is double-parked, blocking you in, has its lights left on, or has been hit/damaged while parked. The core flow is: A user scans a license plate using their phone camera If the car owner is registered in the app, they receive an anonymous push notification (e.g., "Your car with plate XX 1234 XX is blocking someone" or "Your lights are on") The car owner can then take action Users can also report vehicle damage cases with temporary witness notes that auto-expire after 7 days. Why I believe it doesn't violate 1.1.1: The app does not expose any personal information. Notifications are fully anonymous - the sender never sees the car owner's identity, phone number, or any personal details. License plates are public information - they are visible on every car on every street. The app doesn't scrape or store plate databases. The use cases are entirely constructive: notifing someone their car is being towed, blocked in, damaged or has lights on. There is no messaging or direct contact between users - only predefined notification templates. Damage case witness notes are temporary (7-day expiry) and designed to help with insurance claims, not harassment (everything is opt-in model). What Apple said: "Issue Description The app includes content that could be considered defamatory or mean-spirited. Specifically, your app allows users to collect license plate information and send activity associated with the license plate. Content that is likely to humiliate, intimidate, or harm a targeted individual or group is not appropriate for the App Store." What I've tried/considered: Adding content moderation and reporting features Limiting notification frequency (rate limiting on the backend) Requiring car owners to opt-in by registering their own plates before they can receive any notifications Has anyone successfully appealed a 1.1.1 rejection for a similar use case? Should I request a call with the App Review Board? Any suggestions on what additional safeguards I could highlight or implement to address their concerns? Thanks in advance for any guidance.

I've been unable to enroll in the Apple Developer Program and am posting here after exhausting the standard support channels. The situation: When I attempt to enroll in the Apple Developer Program as an individual, I receive the error: "Your enrollment could not be completed. Your enrollment in the Apple Developer Program could not be completed at this time." No additional explanation is provided. I have contacted Apple Developer Program Support multiple times by both phone and email. Each time, I was told there is nothing they can do. I asked for escalation and was told escalation is not possible. At no point was I given a specific reason for the rejection. One possible cause I identified on my own is that the name on my developer profile may not match my legal name. My Apple ID at appleid.apple.com shows my correct legal name, but I'm unsure whether my developer profile reflects the same. I have not been able to confirm whether this is actually the issue, because support has not told me what the problem is. What I've verified on my end: Two-factor authentication is enabled A valid major credit card is on the account I am enrolling via the web, not the Developer app I am not using a VPN My Apple ID is email-based, not phone-number-based I am an admin (not Account Holder) on a separate organization's developer account, which should not conflict with an individual enrollment The most frustrating part of this experience is the complete lack of transparency. The error message gives no indication of what's wrong, and support agents either don't have visibility into the cause or aren't authorized to share it. I'm willing to correct whatever the issue is - I just need someone to tell me what it is. If any Apple staff can look into my account, or if anyone in the community has resolved this same error, I would be very grateful for any guidance. Thank you.

We're seeing a sporadic crash (~2-3% of spawns) when launching a large Mach-O binary via posix_spawn(). The crash happens inside libsystem_malloc.dylib during __malloc_init, before any application code runs. The process never reaches main(). Environment: macOS 26.3.1 (25D2128), Apple Silicon (ARM64) Crash signature BUG IN LIBMALLOC: pointer range initial reservation failed, Abort Cause 3 #0 libsystem_malloc.dylib: xzm_main_malloc_zone_init_range_groups.cold.1 #1 libsystem_malloc.dylib: xzm_main_malloc_zone_init_range_groups #2 libsystem_malloc.dylib: xzm_main_malloc_zone_create #3 libsystem_malloc.dylib: __malloc_init #4 libSystem.B.dylib: libSystem_initializer #5 dyld: dyld4::Loader::findAndRunAllInitializers The binary It's a Chromium component-build test binary (browser_tests): ~1.5 GiB on disk, 5.54 GiB total VA footprint (__TEXT 517 MiB, __LINKEDIT 1.04 GiB, __PAGEZERO 4 GiB) Links 527 dylibs via @rpath All images span ~16.4 GiB of VA when loaded A simple loop that spawns this binary 200 times via posix_spawn() reliably shows 2-5 crashes. Spawning /bin/cat 1000 times produces zero failures. Investigation We did extensive analysis to understand the root cause: ASLR is irrelevant. We disabled ASLR using _POSIX_SPAWN_DISABLE_ASLR (flag 0x0100) and the failure rate is unchanged (~2% with or without). With ASLR disabled, the library addresses are identical across all crashes, confirming the VA layout itself isn't the problem. Plenty of free VA space is available. We compared the memory layout of crashing processes (from crash reports) with successful ones (via vmmap): In successful spawns, XZone places its MALLOC zones (SMALL, LARGE, metadata) in the large free regions after the loaded dylibs — for example at 0x784400000 and 0xD32000000, with 13-22 GiB contiguous free gaps available. In crashing processes, the same free regions exist (the image layout is identical), but xzm_main_malloc_zone_init_range_groups fails to reserve into them. Based on libmalloc/tests/memory_pressure.c, XZone needs 8 GiB for pointer ranges and 10 GiB for data ranges. The free gaps after the dylibs are far larger than this, yet the reservation sporadically fails. No workarounds exist. MallocNanoZone=0 has no effect (the crash is before zone configuration). The crash is entirely within system code. Questions Is this a known issue in XZone malloc on macOS 26.x? Is there any environment variable or entitlement that could work around this? Any guidance on what makes xzm_main_malloc_zone_init_range_groups fail non-deterministically when contiguous VA space is clearly available?