I've been going through different fixes for a few weeks and nothing seems to work. Prior to updating everything to iOS 26 and OS 26, everything worked normally except for the predictive code which wouldn't download. Download failed. Domain: DVTDownloadableErrorDomain Code: 41 User Info: { DVTErrorCreationDateKey = 2026-01-02 23:41:12 +0000; } Download failed. Domain: DVTDownloadableErrorDomain Code: 41 Failed fetching catalog for assetType (com.apple.MobileAsset.iOSSimulatorRuntime), serverParameters ({ RequestedBuild = 23C54; }) Domain: DVTDownloadsUtilitiesErrorDomain Code: -1 Download failed due to a bad URL. (Catalog download for com.apple.MobileAsset.iOSSimulatorRuntime) Domain: com.apple.MobileAssetError.Download Code: 49 User Info: { checkConfiguration = 1; } System Information macOS Version 26.0 (Build 25A354) Xcode 26.2 (24553) (Build 17C52) Timestamp: 2026-01-02T16:41:12-07:00 What I've Tried Cleared caches Restarted my machine Reinstalled Xcode Installed other versions of Xcode In
Search results for
build disappears
50,291 results found
Selecting any option will automatically load the page
Post
Replies
Boosts
Views
Activity
My main app target builds fine and can run on Simulator without issue. Whenever I try to run a Preview, I get this error: == DATE: Monday, November 3, 2025 at 2:52:23 PM Pacific Standard Time 2025-11-03T22:52:23Z == PREVIEW UPDATE ERROR: SimulatorShutdownUnexpectedlyError: Simulator was shutdown during an update Simulator [F85A5AF1-F52C-4662-AFCD-762F87AF537D] failed to boot and may have crashed. This seems like it started happening after updating to MacOS 26. I've tried reinstalling all Simulators, tried on Xcode 26, deleted derived data, restarted Xcode and my Mac several times. What other troubleshooting steps can I take?
Hi everyone, I’m building a React Native iOS app where I’m integrating Wazo (native WebRTC) and Jitsi (WebView / WebRTC). Use case: Wazo is used to maintain a background call session (mainly signaling + audio keep-alive). Jitsi is used in the foreground for video calls. Problem: When Jitsi starts, it takes control of the microphone and camera. The Wazo call disconnects after ~5 minutes (likely due to media / audio session conflict). Even if Wazo audio/video is muted or tracks are disabled, the session still drops. My questions: Is it officially supported or recommended to run two WebRTC stacks (Wazo + Jitsi) simultaneously on iOS? Can Wazo stay connected without active audio/video tracks while Jitsi uses mic/camera? Is there a way to release Wazo media streams temporarily (but keep signaling alive) while Jitsi is loading or active? Are there any AVAudioSession / background mode limitations on iOS that make this impossible by design? If this is not supported, what is the recommended architecture (sing
When uploading an iOS IPA via App Store Connect API or altool, App Store Connect validates the IPA against the wrong existing app record, even though the IPA is correctly signed and provisioned. The exact same IPA uploads successfully via Apple Transporter, which correctly routes it to the intended app. This appears to be an App Store Connect upload-resolution issue specific to API-based delivery. Environment Account: App Store Connect (Admin access) Authentication: App Store Connect API Key (Issuer ID + Key ID) Apps in Account: com.dailyaudiobible.dabapp Apple ID: 121xxxx266 com.dailyaudiobible.dabapp2 Apple ID: 645xxxx428 iOS / SDK Details Platform: iOS Build Artifact: Single signed IPA used for all tests Target SDK: iOS 18.5 Xcode: 16.4 .NET iOS SDK: 18.5.9227 Minimum iOS Version: 18.5 Architecture: ios-arm64 Build Type: App Store distribution (Release) This SDK/Xcode combination previously worked for TestFlight uploads of this app. Expected Behavior When uploading an IPA with: CFBundleId
Topic:
App Store Distribution & Marketing
SubTopic:
App Store Connect API
I'm trying to export and re-import a P-256 private key that was originally generated via SecKeyCreateRandomKey(), but I keep running into roadblocks. The key is simply exported via SecItemExport() with format formatWrappedPKCS8, and I did set a password just to be sure. Do note that I must use the file-based keychain, as the data protection keychain requires a restricted entitlement and I'm not going to pay a yearly fee just to securely store some private keys for a personal project. The 7-day limit for unsigned/self-signed binaries isn't feasible either. Here's pretty much everything I could think of trying: Simply using SecItemImport() does import the key, but I cannot set kSecAttrLabel and more importantly: kSecAttrApplicationTag. There just isn't any way to pass these attributes upfront, so it's always imported as Imported Private Key with an empty comment. Keys don't support many attributes to begin with and I need something that's unique to my program but shared across all the relevant key entries, othe
[quote='871291022, AbsurdFish, /thread/811481?answerId=871291022#871291022, /profile/AbsurdFish'] Revoke and regenerate the Installer certificate? [/quote] Do not do that. Developer ID signing identities are precious. See The Care and Feeding of Developer ID for a lot more background on that issue. [quote='871291022, AbsurdFish, /thread/811481?answerId=871291022#871291022, /profile/AbsurdFish'] Download and install intermediate certificates? [/quote] Yes. The majority of unable to build chain to self-signed root problems are caused by a missing intermediate. I talk about this in detail in Fixing an untrusted code signing certificate. Its focus is on code-signing certificates, but the same logic applies to installer-signing certificates as well. Note It’s perfectly feasible for your Developer ID Application and Developer ID Installer certificates to be issued via different intermediates, and that would explain the behaviour you’re seeing here. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technica
Topic:
Code Signing
SubTopic:
Notarization
Tags:
Notarization Rejects Valid Developer ID Certificates - Apple Infrastructure Issue? Environment macOS: 15.6.1 Xcode: 26.0.1 Architecture: arm64 (Apple Silicon) Team ID: W---------- Certificate Status: Valid until 2030 (verified on developer.apple.com) Problem Apple's notarization service consistently rejected properly signed packages with error: The binary is not signed with a valid Developer ID certificate. Despite: ✅ Valid certificates on developer.apple.com ✅ Local signing succeeds (codesign --verify passes) ✅ Proper certificate/key pairing verified ✅ Package structure correct Failed Submission IDs September 2025: adeeed3d-4732-49c6-a33c-724da43f9a4a 5a910f51-dc6d-4a5e-a1c7-b07f32376079 3930147e-daf6-4849-8b0a-26774fd92c3c b7fc8e4e-e03c-44e1-a68e-98b0db38aa39 d7dee4a1-68e8-44b5-85e9-05654425e044 da6fa563-ba21-4f9e-b677-80769bd23340 What I've Tried Re-downloaded fresh certificates from Apple Developer Portal Verified certificate chain locally Tested with multiple different builds Confirmed Team ID m
Topic:
Code Signing
SubTopic:
Notarization
Tags:
App ID
Notarization
Signing Certificates
Code Signing
Hi Sid, Were you able to resolve this, or did Apple provide any recommended build flags or mitigations?
Topic:
App Store Distribution & Marketing
SubTopic:
App Review
Tags:
Hello, Our iOS app (Flutter + Swift) was rejected under Guideline 2.5.1 with the following message: The app uses or references the following non-public or deprecated APIs: Runner Classes: __SwiftValue From our investigation, __SwiftValue appears to be an internal Swift runtime class automatically generated by the Swift compiler for Swift–Objective-C bridging. It is not imported, referenced, or used directly in our source code. We verified that: The symbol exists only in the compiled Runner binary It is not referenced by any third-party framework explicitly It appears in standard Swift runtime behavior We previously removed a legitimate private API (PGHostedWindow) from a dependency and resubmitted, after which this new rejection appeared. Questions: Is __SwiftValue considered a private API usage by App Review, or is this a false positive? Are there recommended build settings or mitigations to prevent this symbol from being flagged? Should this be escalated for manual review? Any guidance from Apple e
TestFlight apps are not visible on any device or Apple ID. Multiple apps, multiple accounts, multiple devices tested. Builds exist in App Store Connect but TestFlight cannot resolve them.
Topic:
App Store Distribution & Marketing
SubTopic:
TestFlight
Update – Additional Details TestFlight apps are visible in the TestFlight app, however they cannot be installed. When tapping Install, the following error appears on all devices: “The app could not be installed. The requested app is not available or does not exist.” Key details: Apps are visible in TestFlight Installation fails immediately with the same error Reproduced on multiple devices Reproduced with multiple Apple IDs Reproduced with multiple different apps No changes were made before the issue started This appears to be a TestFlight build delivery / entitlement resolution issue, not a local device or account configuration problem. Requesting investigation of: TestFlight build availability Build entitlement resolution TestFlight CDN / backend state for the developer account
Topic:
App Store Distribution & Marketing
SubTopic:
TestFlight
Thank you for your guidance on focusing on the packaging rather than the certificate! Following your recommendation, I ran systematic tests and identified the exact root cause. Summary The Developer ID Application certificate works perfectly. The Developer ID Installer certificate has a broken chain. Test Results I created an automated diagnostic that tested 5 different combinations: Test Executable Packaging Result 1 Compiled Swift binary ditto (.zip) ✅ Accepted 2 Compiled C binary pkgbuild (.pkg) ❌ Invalid 3 Shell script ditto (.zip) ✅ Accepted 4 Shell script pkgbuild (.pkg) ❌ Invalid 5 Compiled C binary productbuild (.pkg) ❌ Invalid Pattern: Every .zip passes. Every .pkg fails. The Issue When signing with the Installer certificate, this warning appears: Warning: unable to build chain to self-signed root for signer Developer ID Installer: Matthew Seymour Greer (W2AT7M9482) This warning does NOT appear when signing .app bundles with the Application certificate. The Installer certificate can sign loc
Topic:
Code Signing
SubTopic:
Notarization
Tags:
Thanks for your post. Facing an error stating This build is using a beta version of Xcode and can’t be submitted can be frustrating, especially when you're ready to share your app with testers. Double-check that you're using a release version of Xcode, not a beta, what’s your build? Please remember Xcode 26.2 got released 3 weeks ago. Can you provide me this?. Sometimes, what appears to be the latest version might still have beta components. Ensure your macOS version is supported by the Xcode version you're using. Can you also provide me the build number for your macOS? In Xcode, check your project's build settings. Ensure that you're using a distribution certificate for signing, not an ad-hoc or development certificate. Ensure no beta versions of Xcode beta are installed or active on your system. Check Applications and remove any beta installations of Xcode. Hope this helps Albert Pascual
Worldwide Developer Relations.
Topic:
App Store Distribution & Marketing
SubTopic:
TestFlight
Tags:
Hi, I really need help to resolve the issue with submitting build made with 26.2 for review to release TestFlight build to external testers. I'm always getting This build is using a beta version of Xcode and can’t be submitted. I tried everything from cleaning DerivedData to fully reinstalling Xcode and tools to 26.2. Even tried earlier Xcode release versions and after pressing Submit for review I always face the same issue. Nothing helps and I can't share my first app with volunteers to test. By Jan 6 2026, my Xcode 26.2 is up to date with App Store and in Xcode Organizer I choose App Store Connect and press Distribute.
[quote='869263022, fmharr, /thread/809996?answerId=869263022#869263022, /profile/fmharr'] Xojo has the ability to build and deploy directly to Apple Connect. [/quote] Cool. But if you need help with that you’ll have to escalate your issue via that tool’s support channel. I barely have enough time to keep with Xcode’s shenanigans (-: [quote='869263022, fmharr, /thread/809996?answerId=869263022#869263022, /profile/fmharr'] I am attaching my latests error messages … Transporter. [/quote] Using Transporter is a good option here, that is: Have your third-party tool generate an App Store Connect ready archive (.ipa for iOS, .pkg for Mac). Upload that using Transporter. Debug from there. This is good because you have a copy of the archive and an error and can dig into the archive to find the cause of the error. The first step being to unpack the archive, as explained in Unpacking Apple Archives. In this case, however, it seems that you’re not even getting to the upload stage. The error from Transporter indi
Topic:
App Store Distribution & Marketing
SubTopic:
App Store Connect
Tags: