Overview

Hello, and thank you for taking questions this week. We develop DeepWalk, a production App Store application that captures LiDAR depth, RGB, and ARKit camera poses while field technicians walk continuous outdoor routes (sidewalk and infrastructure assessment). Recorded ARCamera.transform values are used downstream for 3D reconstruction, so world-tracking accuracy directly determines our output quality. Problem: Beginning in early April 2026 and coinciding with the iOS 26.4 rollout across our device fleet, we observe directional, accumulating pose drift in recorded trajectories during normal walking motion. The behavior matches the regression reported in forum thread 827240 (world-tracking drift on LiDAR devices on iOS 26.4+, absent on non-LiDAR devices running identical code). Link to existing post here: https://developer.apple.com/forums/thread/827240 Our configuration is minimal: a default ARWorldTrackingConfiguration with frameSemantics = [.sceneDepth, .smoothedSceneDepth] and no other options set, running on a bare ARSession with a Metal renderer (no SceneKit/RealityKit). We measure drift directly from per-frame ARCamera.transform values, so the displacement appears in ARKit's pose output itself rather than in any rendering layer. The drift accumulates with walking distance and does not occur when the device is stationary. We've observed this across a large variety of devices (iPhone 15/16/17 Pro/Pro Max) on all iOS versions 26.4 or greater. We've also observed this on iPad Pros with updated firmware. Thread 827240 additionally reports that disabling autofocus, HDR, and plane detection and varying scene reconstruction and world alignment did not resolve it. Question Because depth capture is our core function, we cannot avoid engaging the LiDAR scanner, and we're not aware of a public API that adjusts its contribution to world tracking. We'd be grateful for guidance on three questions: Is this a known issue in iOS 26.4 and later? Did the LiDAR contribution to world tracking change in that release? For apps that require sceneDepth, is there any recommended session configuration, video format, or capture-side practice that reduces the drift in the interim? Is a fix planned, and if so, should we expect it in an iOS 26.x update or the iOS 27 cycle? This affects how we manage our deployed device fleet. We're happy to provide trajectory datasets, additional sysdiagnoses, or anything else useful. We have quantified drift-per-distance data across OS versions.

Summary We have identified a reproducible world tracking drift regression in ARKit on LiDAR-equipped iOS devices running iOS 26.4 and later. A static virtual node anchored at the world origin visually drifts from its initial position as the user moves around a real-world scene, despite the scene remaining physically static. The same code produces stable, drift-free results on non-LiDAR devices running identical OS versions. Device & OS Observations Testing was performed across four devices on iOS 26.4 using the same application build and ARWorldTrackingConfiguration settings. Non-LiDAR devices — iPhone 14 and iPhone 15 — produced stable, drift-free tracking in all test runs. No world origin displacement was observed regardless of how long or how far the user walked. LiDAR-equipped devices — iPhone 14 Pro and iPhone 16 Pro — exhibited consistent, reproducible drift. A static node placed at the world origin visually shifted from its initial position as the user moved through the scene. The same devices were stable on earlier iOS versions, confirming this is a regression introduced in iOS 26.4. Technical Observations Nature of drift: A SCNNode placed statically at the ARKit world origin (SCNVector3(0, 0, 0)) visually displaces from its original position as the user walks around a static real-world scene. The displacement is not random — it accumulates directionally as the user moves, consistent with a sensor fusion or coordinate anchoring error. Trigger condition: The drift occurs during normal walking motion around a fixed point of interest, such as circling a parked vehicle. It does not appear when the device is held still. LiDAR specificity: The drift is exclusive to devices with a LiDAR scanner. Identical hardware configurations — same iOS build, same ARWorldTrackingConfiguration settings — on non-LiDAR devices produce no drift whatsoever. This isolates the regression to the LiDAR sensor's contribution to ARKit's internal Visual-Inertial Odometry (VIO) fusion pipeline. No API-level workaround found: There is currently no public ARKit API to selectively disable the LiDAR scanner's contribution to VIO. All available configuration-level options have been evaluated without resolving the drift. ARWorldTrackingConfiguration Options Evaluated The following configuration changes were applied individually and in combination. None resolved the drift on LiDAR devices: isAutoFocusEnabled = false — No improvement videoHDRAllowed = false (disabled) — No improvement planeDetection = [] (disabled) — No improvement sceneReconstruction = .mesh — No improvement worldAlignment: .gravity vs .gravityAndHeading — No improvement Minimal Reproduction Case The drift can be reproduced with a minimal ARKit scene: Create an ARSCNView with ARWorldTrackingConfiguration using default settings. Add a single static SCNNode (e.g., a small sphere or axes geometry) at SCNVector3(0, 0, 0) when the session starts. Run the app on a LiDAR-equipped device (iPhone Pro, iPad Pro with LiDAR) on iOS 26.4 or later. Walk in a circle around the node's approximate real-world position. Expected: The node remains visually fixed at its world position throughout the walkthrough. Actual: The node drifts from its initial position, increasingly displaced from its world origin anchor as walking continues. We want to know if Apple has made any internal updates to ARKit, particularly after the OS 26.4 upgrade. Thanks!

It has now been one month since my company applied to join the Developer Program, and I have not received any updates regarding the status of our application. I have contacted support multiple times by both email and phone, but unfortunately I have still not received any meaningful response. At the time of writing this message, I have already been waiting on hold for over an hour without anyone answering the call. Additionally, all requested documentation has already been submitted as requested by Apple, so I do not understand what is causing this significant delay.

Has anyone managed to get Copilot working using the new ACP integration in Xcode 26.6 and Xcode 27 beta? I have tried setting it up using the path to the copilot binary as instructed and the flags --acp --stdio but Xcode just displays a "Your request couldn't be completed" error: JSON-RPC global stream failed: The operation couldn’t be completed. (IDEIntelligenceProtocol.JSONRPCElement.Error error 1.) I am running the latest version of copilot cli and it works in many other IDEs.

I'm building an app with Xcode 27. I had trouble getting the tab bar to detach the search button onto the trailing side. I found that the search behaviour now works through the new .prominent treatment on iOS 27 (with Tab(role: .search)), and the detached button now displays correctly. My remaining problem is the activation behaviour. Expected (as in the system Phone / News / App Store apps): tapping the search button morphs the tab bar — the other tabs collapse into a single leading button and the search field expands at the bottom, centered. Actual: tapping the search tab pushes the search field to the top of the screen, attached to the navigation bar, with no morph animation and no tab collapse. Setup: Xcode 27.0 beta, iOS 27.0 on a physical iPhone Air Same with the Simulator (by the way... i also have some terrible lag with my app on Simulator + my iPhone even with a release version, but not throught TestFlight... strange...) 3 standard tabs + 1 search tab Single .searchable(text:) applied directly on the TabView (not on the inner NavigationStack) No .introspect or third-party modifiers on the search NavigationStack Is the morph + tab-collapse behaviour automatic for the search tab on iPhone, or does it require an additional modifier/configuration I'm missing? Can anyone confirm whether this morph works on a stable iOS 26 build with equivalent code? I suspect a regression in the 27.0 beta SDK, since the detached button works but the activation morph does not. I'm not yet an expert... so maybe i'm doing something wrong. I'll file Feedback if this is confirmed as a beta bug. Thanks.

Hello everyone, I am trying to enroll in the Apple Developer Program but I receive this message: “Your enrollment in the Apple Developer Program could not be completed at this time.” My Apple ID is new and was created about 2 weeks ago. Has anyone faced this issue or knows what could be causing it?

Hello, Our app Hook — Smart Message Assistant has been stuck in “Waiting for Review” since June 9, 2026 — 8 days after resubmission addressing all issues raised under Guideline 3.1.2(c) (Subscriptions). Timeline: • June 8: Rejected under Guideline 3.1.2(c) • June 9: Resubmitted with all issues resolved June 9 onwards: Stuck in “Waiting for Review” with no movement We have submitted 3 expedited review requests, all approved. We contacted Developer Support via email and through App Store Connect messages with no response. We are a small team with an active marketing campaign dependent on this launch. Every day of delay has direct business impact. Could the App Review team please investigate this submission? Thank you, Eden

Hello App Review Team and fellow developers, I am writing to respectfully request a status update on an appeal I have submitted, and to provide context that I hope clarifies a misunderstanding about my account. Background: My Apple Developer Program account received a Pending Termination Notice citing Section 3.2(f) (dishonest or fraudulent activity), referencing "concept or feature switch" and content appearing after review. I submitted my appeal to the App Review Board on [date you submitted your appeal] and have not yet received a response or a case number. Context about the app: The application in question is an internal business portal used solely by employees of our company an industrial flooring and concrete company). It is not a consumer-facing app. It is protected by a login because it gives employees access to internal company data (procurement, engineering, HR, production, etc.). The "different content appearing after review" is simply each authenticated employee's own business data — there was never any attempt to switch concepts, hide features, or deceive the review process. Request: Could you please confirm that my appeal is in the queue and being reviewed, and advise if any additional information is needed from my side? I am fully committed to complying with Apple's guidelines. Thank you for your time and assistance.

I am writing to follow up regarding the reactivation of our Apple Developer account. We paid the amount requested for the reactivation of the account on the 6 of July and have not yet received any green light to go ahead, please can anyone tell me what to do?

Hello, I am trying to enroll in the Apple Developer Program as an Individual developer from India. My enrollment status shows: OM (Pending) When I try to complete the membership purchase, I receive the following errors: "Your Purchase Could Not Be Completed" "Unable to Purchase. This item is currently not available in your country/region." Details: Country/Region: India The payment is not being charged, and the enrollment remains in Pending status. Has anyone experienced this issue recently, and what steps were required to resolve it? Thank you.

Dear Apple Developer Support Team, I am writing to request a review of my Apple Developer Program enrollment status. I recently completed the required identity verification process and submitted all requested documents. I also received an email indicating that I could proceed with enrollment. However, when continuing the enrollment flow, I was informed that the account cannot be provided at this time, without any additional explanation. I would appreciate it if you could kindly: Confirm whether my Apple ID is eligible for enrollment Clarify if any further action is required from my side Advise whether I may reattempt enrollment or if there is any restriction on my account I understand that certain decisions may be based on internal review criteria; however, I would be grateful for any guidance on how to proceed so I can complete enrollment successfully and continue development activities, including TestFlight distribution. Thank you for your time and assistance.

Hello. We have recently submitted for review an app, which has in it Shopify Customer Account API, which allows users to login using a OTP (currently a 6 digit code) received in their email. The login itself uses OAuth and that API provides access to customer data like orders and addresses. The app was not approved and the reasons cited by the reviewer were: The app uses a third-party login service, but does not appear to offer as an equivalent login option another login service with all of the following features: The login option limits data collection to the user’s name and email address. The login option allows users to keep their email address private from all parties as part of setting up their account. The login option does not collect interactions with the app for advertising purposes without consent. Note that Sign in with Apple is a login service that meets all the requirements specified in guideline 4.8. I would like to receive a confirmation that Shopify's new login system is considered a third party login and that it requires the provision of Apple Login as an alternative. The issue with that is that Shopify Customer Account login differs from other 3rd party providers, where you can use them to authenticate, but store data in your own platform afterwards. In Shopify's case, the data that the app needs resides in their platform. We have currently disabled the Shopify login and we could provide Sign in with Apple, if that's needed for compliance, but it would serve no purpose as it wouldn't provide anything more to the users, than our current guest account. Looking forward for a clarification on that issue.

I’m not sure if this is a ”care later in the summer” situation, but on beta 1, with an .adaptive Grid Item, a scrolling LazyVGrid will hop and “bounce” when scrolling back up from the bottom of the grid. I can see the scrollbar visibly hopping as item views are re-created. Anyone else seeing this?

Hi Team We are building a live activity feature for our app. While using the APNS broadcast API (https://api.push.apple.com:443/4/broadcasts/apps/), we are getting throttled. The updates are infrequent (sport games) and yet we are facing this issue. Our understanding was that the throughput is quite high but there is no documentation on the actual limitations. Furthermore, all of our updates are using a priority of 5. We have currently configured retry with exponential backoff and jitter but we would like to understand the APNS throttle limit for live activity broadcast. Is the limit per channel id or at API level? What is the hard limit for the API request per seconds? Can we request increase to the API rate limit?

Hello Support Team, We are encountering a blocking issue while trying to submit/manage our app, Hairmakeapp. The system returns a 422 Unprocessable Entity error code preventing us from proceeding. Error Details: App Name: Hairmakeapp Error Code: ENTITY_UNPROCESSABLE.BETA_CONTRACT_MISSING Status: 422 Message: "Beta contract is missing for the app. Beta Contract is missing." Full JSON Payload: JSON { "errors" : [ { "id" : "***", "status" : "422", "code" : "ENTITY_UNPROCESSABLE.BETA_CONTRACT_MISSING", "title" : "Beta contract is missing for the app.", "detail" : "Beta Contract is missing." } ] } Steps Taken: Checked the "Agreements, Tax, and Banking" section in our Account, and all master agreements appear to be accepted and active. Verified that the Account Holder has signed the latest terms. Could you please verify if there is a pending or stuck Beta Agreement/Contract on your end for Hairmakeapp that needs to be triggered or refreshed? Thank you for your prompt assistance, as this is currently blocking our testing/release schedule. Best regards,

In previous releases of the os, AVSpeechSynthesizer executed utterances in the order that were enqueued - this is no longer the case. The following snippet should read the numbers 0 to 100 in order, instead it is read (as far as I can tell) randomly. I am unsure is this was an intentional change by Apple, if it was, this was not communicated effectively to developers. import SwiftUI import AVFoundation @main struct MyApp: App { var body: some Scene { WindowGroup { ContentView() } } } struct ContentView: View { let synthesiser = AVSpeechSynthesizer() var body: some View { Button("Synthesise") { for i in 0...100 { let utterance = AVSpeechUtterance(string: i.formatted()) synthesiser.speak(utterance) } } } } #Preview { ContentView() } FB23194665

Hi everyone, With the initial rollout of the iOS 27 Beta, the advanced configuration sliders for the new, highly expressive Siri voice models are currently hidden/disabled on devices operating under an 8GB RAM threshold. While the local AFM 3 Core Advanced engine is memory-gated to 12GB+ hardware due to local footprint constraints, this creates a significant barrier for users who rely on next-generation vocal expressivity and fluid dictation features for accessibility. To address this, I have filed a formal feature request (FB23178983) asking Apple to route the expressive Siri framework through Private Cloud Compute (PCC) on 8GB devices (like the iPhone 15 Pro or base iPhone 16 models). By utilizing server-side rendering over secure, stateless cloud nodes, Apple could easily deliver these vital accessibility configurations without exhausting the local 8GB memory footprint. I’m curious if other accessibility testers and auditors on this board are looking for this exact routing path? If you or your users rely on advanced speech synthesis features and are currently locked out by the local RAM gate, please consider filing a duplicate request or adding your diagnostic logs to FB23178983 to help increase visibility with the Core Accessibility and Software Architecture triage teams. Looking forward to hearing your thoughts and experiences with the current voice-indexing behaviors on 8GB hardware!

Hello Apple Staff, I’m posting again because this issue has not been resolved yet. We currently have two active apps under the same developer account that are still in Waiting for Review. For one of the affected apps, the details are as follows: App ID: 6760743106 Review submission ID: 6950ecff-f833-404d-b04b-ac34ec552b85 We also tried to submit an expedited review request, but the expedited review form does not complete successfully. The following error message is displayed: “Sorry, we didn’t receive your request. An error has occurred and your submission wasn’t completed. Please go back and try again. If you continue to have issues, contact us.” Could Apple Staff please check the current status of these review submissions and let us know if any additional action is required from our side? We would greatly appreciate your assistance, as the review process has not started and we are currently unable to submit an expedited review request. Thank you for your time and support.

We are writing to report a recurring stability issue with the Apple Pay sandbox environment. We are using the official sandbox test cards provided on the Apple Developer website for our testing: https://developer.apple.com/apple-pay/sandbox-testing/ We are experiencing frequent, intermittent failures when attempting to add these sandbox cards to the Wallet for testing purposes. The issue typically occurs a couple of times per day. When the failure occurs, the card provisioning process fails unexpectedly. The issue is not limited to a single card; we have observed this behavior across all available card networks. In some instances, all cards (Visa, Mastercard, Discover, Amex) fail to provision simultaneously. At other times, the issue appears to be isolated to specific networks while others work correctly. Crucially, the issue appears to be temporary. After some time passes (ranging from minutes to an hour), we are able to add the exact same card successfully without making any changes to our test environment or configuration. We have diligently checked our setup to rule out configuration errors on our end. This includes verifying: The device is set to a supported region. We are signed in with a valid sandbox tester Apple ID. All other prerequisites for sandbox testing are met. The fact that the process works correctly at other times strongly suggests that this is a server-side stability issue within the Apple Pay sandbox environment rather than a persistent misconfiguration on our part. To help with your investigation, we have attached an image that demonstrates a failed attempt to add a card. Could you please investigate the stability of the sandbox card provisioning service? Please let us know if this is a known issue or if there is any further information we can provide. Thank you for your time and assistance.

Hi, I have listed below the Feedbacks for Xcode 27, please have a look at it, considerable time was spent on filing these feedbacks, thanks! Environments All of them were tested on the environment: macOS 26.5.1 (25F80) Xcode 27.0 beta (27A5194q) Feedbacks FB23133706 (Git stage tab) FB23132869 (markdown - code block) FB23132403 (markdown - search) FB23078039 (stash - slow / unresponsive) FB23077930 (stash - allow multiselection) FB23055381 (Run destination - Clear recents) FB23041713 (SwiftUI preview - SwiftData) FB23033844 (Bundle ID) FB23033231 (Device Hub - sizes)