“DTiPhoneSimulatorErrorDomain Code 2”

Hi friends, Since yesterday, I'm not able to download any of my apps from TestFlight (while I can for others developers). I'm searching since 2 days now about the reason and I think I've tried everything, so I'm asking if you might have an idea... It occured after adding subscriptions to one of my apps, then I did all of these: Check all contracts on my apple developer account Verify my apple ID in internal testers Install / Uninstall TestFlight app Remove / Re-add myself as tester Try new builds My apps are listed on the Apple Store and not removed from Sales. Did I miss something? The error is mysterious... I also contacted Apple, I'm waiting for their answer. Thank you 🙏

Hello, My Apple ID 6766831703 My case ID102894773917 I have sent an email to Apple support to report that my app cannot be installed in TestFlight for 4 days. The app build has been successfully uploaded and processed in App Store Connect. The build status currently shows Ready to Submit ‘Testing’. I have uploaded 2 versions, 0.1.0 0.1.1, but both show this requested app isn't available or doesn't exist. I have tried to click stop testing, re-invited tester, re-download TestFlight app, and check all agreements, All export compliance questionnaires have been completed. There is no problem. The developer account has also been registered recently. Because the inability to test has seriously delayed our project timeline and business launch in Global. Could Apple team escalate this case for me right now please?

Hello all, I'm currently using Apple Connect API to retrieve download info from my app. Namely I'm using App Store Installations and Deletions under the Analytics Reports API, using an ONGOING request with daily granularity. Unfortunately, the data received is not matching the data from apple store connect UI. Recently I found this article, from apple help documentation for Analytics Reports API that states the following: (..) Some usage reports are not generated if minimum thresholds are not met (...) and (...) Additionally, a small amount of statistical noise is added to metrics, preventing the reverse-engineering of individual activity while preserving accuracy at scale. I kindly ask if: What is stated in 1. happens often within the report generated from App Store Installations and Deletions. If yes, do you have any idea of the percentage, so we take that into account when showing our metrics? What is stated in 2. happens often within the report generated from App Store Installations and Deletions

Hello all, I'm currently using Apple Connect API to retrieve download info from my app. Namely I'm using App Store Installations and Deletions under the Analytics Reports API, using an ONGOING request with daily granularity. Unfortunately, the data received is not matching the data from apple store connect UI. Under the functional doc for the report-generated-fields (https://developer.apple.com/documentation/analytics-reports/app-installs), I see the following descriptions: Field Date: Date on which the event occurred. For weekly and monthly instances, this column represents the first day of the week and month, respectively. Field App Download Date: The date on which the app was downloaded onto the device. This field is only populated if the download occurred in the previous 30 days, otherwise it is null. Since I am using daily granularity, could you clarify exactly what is the functional difference between the two fields? Which one should I use to show the metric total downloads per day? Since the f

When I try to create bindings between a xib file and it's associated objective-c source code, xcode no longer autocompletes to either an action or an outlet binding. The little circles in the code editor that would previously indicate bindings are no longer there. I can now only create bindings in the tree heirarchy of the UIKit editor after manually adding IBOutlets to the header files.

I'm observing significant location changes & region monitoring no longer relaunching terminated apps on iOS 26. Configuration: Deployment target: iOS 17, tested on iOS 26.4.2 UIBackgroundModes: location NSLocationAlwaysAndWhenInUseUsageDescription granted (authorizationStatus = .authorizedAlways) allowsBackgroundLocationUpdates = true Using legacy APIs: startMonitoringSignificantLocationChanges() and startMonitoring(for: CLCircularRegion) NSLocationRequireExplicitServiceSession key is NOT set (relying on implicit service session) Data logged into UserDefaults Observed behavior on iOS 26.4.2: Scenario A — app suspended in background (not force-quit): Both significant location changes and CLCircularRegion exit events deliver reliably for the entire trip. didUpdateLocations and didExitRegion fire as expected with appState = .background. Scenario B — app force-quit by user from App Switcher: Over a 30km / 1-hour drive crossing many SLC distance thresholds and many 2km region boundaries, the app is never relau

On iOS 26.5 simulator runtime, running UI tests via xcodebuild test from the command line does not push the scheme's StoreKitConfigurationFileReference to the destination simulator's storekitd AppGroup Octane container. As a consequence, SKTestSession(configurationFileNamed:) either silently falls through to the production App Store (surfacing a Sign in to Apple Account SpringBoard alert during paywall tests), or throws SKInternalErrorDomain Code=3 Error saving configuration file if you call any SKTestSession instance method. The same project, same scheme, same .storekit file works correctly when launched via Xcode IDE (Cmd+R / Cmd+U) — which uses DVTDevice.handleStoreKitConfigurationSyncForBundleID:configurationFilePath: via an internal IDELaunchSession XPC path that the public xcodebuild CLI does not invoke. This regression makes StoreKit Test unusable in CI for any project using xcodebuild test or xcodebuild test-without-building against an iOS 26.5 simulator. Environment macOS: 26.x Xcode: 26.4.1

Dear Apple App Review Team, I hope you are doing well. I am writing to respectfully request assistance regarding my app review status for the following application: App Name: Lang-Talk : Language Lessons App ID: 6761159353 The app was submitted to App Store Connect on March 27, 2026, and it is still showing “Waiting for Review” after more than two months. I previously contacted Apple Developer Support regarding this issue under: Case ID: 102863904030 I received responses on April 15 and April 21 stating that the app was still in the queue and that there was nothing I could do to speed up the process. However, since then, there has been no progress, no review activity, and no additional communication regarding my submission. Because of the unusually long delay, I also posted a question on the Apple Developer Forums to seek guidance from other developers. In my forum post, I explained that: The app has remained in “Waiting for Review” since March 27, 2026 No rejection or feedback has ever been received

In an Xcode 26.4 + iOS 26.x environment, I called evaluateJavaScript inside webView(_ webView: WKWebView, didCommit navigation: WKNavigation!) and got the following error: Printing description of error: ▿ Optional - some : Error Domain=WKErrorDomain Code=4 A JavaScript exception occurred UserInfo={WKJavaScriptExceptionLineNumber=0, WKJavaScriptExceptionMessage=TypeError: undefined is not a function, WKJavaScriptExceptionColumnNumber=0, NSLocalizedDescription=A JavaScript exception occurred}) However, this worked fine in earlier versions before Xcode 26.4 (> 26.0 and < 26.4, though I do not remember the exact version), still with iOS 26.x. It also works fine in an Xcode 26.4 + iOS 18.x environment. And if I add a slight delay using DispatchQueue.main.asyncAfter in the Xcode 26.4 + iOS 26.x environment, then it works without any issue. So what exactly is going on here? I would really appreciate an explanation.

Hi everyone, I'm an independent developer facing a critical and frustrating App Review delay. I've exhausted standard channels without a real resolution and am turning to the community for advice from anyone who may have experienced something similar. 1. The Problem My app, Trainer Schedule & Booking, was submitted for review on May 7, 2026. As of today (May 20), its status remains Waiting for Review — over 12 days and counting. Apple ID: 6766453138 Submission ID: ea4a779c-7e1d-4def-8a95-c252afdbf618 2. Context & Steps Taken Account History: I acknowledge that my account has a past record. Earlier submissions were rejected under Guidelines 4.3 (Design Spam) and 3.1.2 (Subscriptions). I have conducted a thorough review, permanently removed all non-compliant apps from sale, and am committed to full compliance moving forward. The Current App: This is a completely new, vertically-focused tool for coach/student scheduling, developed independently over several months. I have verified its compliance