Hey,
We're crunching to get our products ready for the announcements next week but are being slowed down by Xcode Cloud.
Builds are failing and are extremely slow. We're using the latest Xcode beta and latest macOS release so we can upload our builds continuously to TestFlight.
We're seeing builds taking up to almost an hour, even though takes around 10-15 minutes when it doesn't fail.
The errors we're seeing seem to be timeout, for example:
Showing All Errors Only
The step invocation hit a user timeout. The xcodebuild build invocation timed out. No activity has been detected on stdout, stderr or the result bundle in 30 minutes.
Here are links to some builds which have been restarted multiple times but keep failing for reasons out of our control. Please advice on how to get unblocked.
https://appstoreconnect.apple.com/teams/69a6de80-3540-47e3-e053-5b8c7c11a4d1/apps/1102236212/ci/groups/8da12ae3-b454-4810-abe8-829f1af56a54
https://appstoreconnect.apple.com/teams/69a6de80-3540-47e3-e053-5b8c7c11a4d1/apps/1102236212/ci/groups/ee7b1fae-1363-4265-9d64-692434b7ebf2
https://appstoreconnect.apple.com/teams/69a6de80-3540-47e3-e053-5b8c7c11a4d1/apps/1102236212/ci/groups/fd915140-db2c-4b3b-bff4-16939c22665a
Xcode Cloud
RSS for tagAutomate workflows to test, analyze, build, and distribute your app, and integrate them with other developer tools, such as TestFlight and App Store Connect.
Selecting any option will automatically load the page
Post
Replies
Boosts
Views
Activity
Any operation related to Xcode Cloud (e.g., viewing the dashboard, creating a workflow) fails immediately across all Xcode projects, including brand-new empty projects. The error is consistent and always appears as:
API Invalid status code: 401.
Domain: XcodeCloudCombineAPI.XCCResponseError
Code: 1
System Information:
macOS Version 15.6.1 (Build 24G90)
"details" : "Error alert: API Invalid status code: 401.: XCCResponseError(responseErrorType: XcodeCloudCombineAPI.XCCResponseError.XCCResponseErrorType.invalidStatusCode(XcodeCloudCombineAPI.LegacyHttpStatus.unauthorized), requestUrl: Optional(https:\/\/appstoreconnect.apple.com\/ci\/api\/teams\/\/apps\/find?bundle_id=), traceId: Optional(\"2ab09bea8da9ef39\"), retryAfterSecsStr: nil, response: Optional(<NSHTTPURLResponse: 0x600000c6a800> { URL: https:\/\/appstoreconnect.apple.com\/ci\/api\/teams\/\/apps\/find?bundle_id=} { Status Code: 401, Headers {\n \"Content-Length\" = (\n 0\n );\n Date = (\n \"Fri, 05 Sep 2025 10:04:07 GMT\"\n );\n Server = (\n nginx\n );\n \"Set-Cookie\" = (\n \"dqsid=; Expires=Thu, 01 Jan 1970 00:00:00 GMT; Path=\/; Secure; HTTPOnly\",\n \"dqsid=eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJpYXQiOjE3NTcwNjY2NDQsImp0aSI6IlNQZ1FxVXd1UFF1UjI1X2wtZ2ZjN2cifQ.uoE9MRTx-TCY03Sw1qgMBcWrPVA8adtKd-nOZVwllS4; Max-Age=1800; Expires=Fri, 05 Sep 2025 10:34:04 GMT; Path=\/; Secure; HTTPOnly\"\n );\n \"Strict-Transport-Security\" = (\n \"max-age=31536000; includeSubDomains; preload\"\n );\n \"x-apple-jingle-correlation-key\" = (\n ZNGYRW2NJQJKAYDKU5FGCY6VVE\n );\n \"x-b3-traceid\" = (\n 2ab09bea8da9ef39\n );\n \"x-cache-status\" = (\n BYPASS\n );\n \"x-content-security-policy\" = (\n \"script-src 'self' *.apple.com\"\n );\n \"x-content-type-options\" = (\n nosniff\n );\n \"x-daiquiri-instance\" = (\n \"daiquiri:15751001:mr36p00it-hyhk07174801:7987:25RELEASE91:daiquiri-amp-dsce-asc-int-002-mr\",\n \"daiquiri:18493001:mr85p00it-hyhk03154801:7987:25RELEASE91:daiquiri-amp-all-shared-ext-001-mr\"\n );\n \"x-frame-options\" = (\n SAMEORIGIN\n );\n \"x-via\" = (\n \"2.0 PS-WUH-01zra68 [BYPASS]\"\n );\n \"x-ws-request-id\" = (\n \"68bab594_PS-WUH-01zra68_27159-54435\"\n );\n \"x-xss-protection\" = (\n \"1; mode=block\"\n );\n} }))\nError Description: Optional(\"API Invalid status code: 401.\")\nRecovery Suggestion: nil\nHelp Anchor: nil",
We want to replace our CI/CD pipelines in Azure DevOps with Xcode Cloud and are currently facing a critical hurdle. For some time now, we’ve observed that the PoC pipelines in Xcode Cloud are having major issues cloning our repositories stored on our Bitbucket Server. More and more pipeline runs are timing out because Xcode Cloud cannot receive the data. Today I spoke with our network team to check whether we might have an issue on our side affecting access to the repository, but we couldn’t find any problems. Cloning the repository to an external machine only takes 30 seconds, so the host’s bandwidth doesn’t seem to be the problem.
However, our network specialists did discover one message:
Significance:
Request abnormal event: high total time
Connection abnormal event: client has a slow receive rate
If this is the bottleneck in the system, we may ultimately have to stay with Azure DevOps and Fastlane in order to continue providing our product teams with reliable builds.
I look forward to your feedback and thank you in advance.
Maik
Hey there.
I'm experiencing a critical issue with Xcode Cloud builds for my macOS application (bundle ID: com.mymind.mymind-mac) where builds fail in Xcode Cloud with 7-8 errors, yet all logs indicate successful completion. Additionally, when manually uploading builds, they become stuck in "Processing" status indefinitely on App Store Connect.
Issue Details:
Problem:
Xcode Cloud reports 7-8 build errors but logs show no fatal errors
Secondary Issue: Builds uploaded to App Store Connect remain in "Processing" status indefinitely
Platform:
macOS application with Safari Web Extension
Xcode Version: 26.1.1 (26B100) - Xcode 26.1
Build Environment: Xcode Cloud
What Works:
Package dependency resolution completes successfully
Archive creation succeeds (** ARCHIVE SUCCEEDED **)
Export succeeds (** EXPORT SUCCEEDED **)
Provisioning profiles are created correctly
Code signing completes without errors
Manual upload to App Store Connect completes
What Fails:
Xcode Cloud: Build process fails with 7-8 errors, but no corresponding errors in logs
App Store Connect: Builds remain stuck in "Processing" status and never become available for TestFlight or submission
Logs Examined: All logs indicate successful completion with no fatal errors:
xcodebuild-archive.log - Shows ** ARCHIVE SUCCEEDED **
xcodebuild-export-archive.log - Shows ** EXPORT SUCCEEDED **
resolve_package_dependencies.log - All packages resolved successfully
IDEDistribution_standard.log - All distribution steps complete
IDEDistributionPipeline.log - Packaging succeeds, code signing succeeds
IDEDistributionProvisioning.log - Provisioning profiles created successfully
IDEDistribution_critical.log - Only shows deprecated command warning
Only Warning Found:
App Store Connect request for store configuration failed for account Session Proxy Provider
Unable to authenticate with App Store Connect
(Error Domain=DVTITunesSoftwareServiceFoundation.DVTServicesSessionProviderCredentialITunesAuthenticationContextError Code=1)
Failed to find an account with App Store Connect access for team XXXXXXX
This warning appears non-fatal as the export completes successfully afterward.
Xcode Cloud Behavior:
Xcode Cloud dashboard shows 7-8 errors
No error details are visible in the Xcode Cloud UI
All log files downloaded from Xcode Cloud show successful completion
Build artifacts are created successfully
App Store Connect Behavior:
Builds upload successfully (confirmed via Xcode)
Build appears in App Store Connect with correct version/build number
Status shows "Processing" with spinning indicator
Build never completes processing (tested for 24+ hours)
No email notifications about processing failures
App Configuration:
macOS application (minimum version: macOS 12.0)
Includes Safari Web Extension (SafariWebExtension.appex)
Includes Lottie framework
Uses automatic signing with managed provisioning profiles
Also tried with manual signing
Both Development and Distribution certificates valid until November 2026
Questions:
Why does Xcode Cloud report 7-8 errors when all logs show successful completion? Where can I find the actual error details?
Why do builds remain stuck in "Processing" on App Store Connect? Is there a backend validation failing that isn't being reported?
Are there additional diagnostic logs that would show the actual errors Xcode Cloud is detecting?
Is this related to the App Store Connect authentication warning? The logs suggest Xcode Cloud can't authenticate with App Store Connect properly, despite having valid credentials.
Could this be related to Xcode 26.1.1 (26.1) compatibility with Xcode Cloud or App Store Connect processing?
Steps Taken:
Verified all certificates and provisioning profiles are valid
Tested local builds and manual uploads (upload succeeds)
Reviewed all available log files
Waited 24+ hours for App Store Connect processing
Tested both development and distribution exports (both succeed)
This issue is completely blocking our automated CI/CD pipeline and preventing us from releasing updates to the App Store. We cannot use Xcode Cloud for its intended purpose, and even manual workarounds fail at the App Store Connect processing stage.
Any hints or ideas would be welcome.
Topic:
Developer Tools & Services
SubTopic:
Xcode Cloud
Log shows:
Run command: 'xcodebuild -exportArchive -archivePath /Volumes/workspace/tmp/d3c9c43f-e24e-4ad9-882d-d0179ab3149b.xcarchive -exportPath /Volumes/workspace/developmentexport -exportOptionsPlist /Volumes/workspace/ci/development-exportoptions.plist '-DVTPortalRequest.Endpoint=http://172.16.182.66:8089' -DVTProvisioningIsManaged=YES -IDEDistributionLogDirectory=/Volumes/workspace/tmp/development-export-archive-logs -DVTSkipCertificateValidityCheck=YES -DVTServicesLogLevel=3' Command exited with non-zero exit-code: 70
I'm currently using another provider for CI/CD. They've been offering Apple Silicon builds for over a year now. When we switched over, we saw our build times cut in half. I've seen similar results locally, back when I bought an M1 Mac.
So, recently, I tried to use Xcode Cloud on my project. My build time is nearly 45 minutes, where my build time on my current system is about 15 minutes, max.
Since I work on a team, and we make regular commits, having a 45 minute turnaround is not ideal. When I looked at the logs of my Xcode Cloud project, I saw a lot "x86_64" stuff in there, which led me to believe that Xcode Cloud is still building on Intel machines.
Additionally, I run tests on my builds. The build time alone (before running tests) was almost 20 minutes. The 15-minute time I cited with my current CI/CD included build time & tests running. So, a whole cycle finishes on my current setup before tests are even run.
I noticed that there was a bunch of x86_64 in the logs, which made me think that Xcode Cloud is still using Intel. Is this true? I've just gotten really used to faster build times, and I can't move onto a system like this, where the times are so drastically different. Like, I wouldn't mind build time that would add only a few more minutes to what I have now. But going from 15 -> 45 minutes is a real problem.
I'm using Xcode Cloud for release builds and unit tests, and it works fine. Recently, I added some XCUITests, but to run it the way I need I started to use this mock server. Basically, the idea is you define before each test what responses you want to get for specific requests. It works like a charm locally. But if I want to run it in Xcode Cloud, it looks like the server has failed to launch. The mock server is a separately launched binary file. I think this is because this permission I get when launch it locally.
So, my question is how to allow this kind of permission in Xcode Cloud to make my UITests works correctly?
You can find a detailed instruction how server is launched on a github page I provided.
I have an existing project, that's hosted in a self-hosted gitlab instance. Git works through terminal just fine (and has for years!) and the Source Control Navigator pane in Xcode shows the remote repository. However when I try to setup Xcode cloud I get a warning that there's the project does not hav a remote repository. I've tried clearing derived data, cleaning the build folder, restarting to no avail. I even tried creating a new project in Xcode, and having Xcode create the remote repository (which it did successfully). But no matter what I try it will not recognize the remote repository. I've also tried adding another remote origin, and I can see it just fine in the Xcode Source Control pane, but the Xcode cloud setup does not recognize it.
Any suggestions?
Topic:
Developer Tools & Services
SubTopic:
Xcode Cloud
All tests build and run locally just fine. Xcode Cloud can build my code, but always fails to run tests with the below errors. How can I even begin to troubleshoot this?
I think my setup is pretty straightforward. Just a simple test plan that execute some unit tests with Swift Testing.
Run command: 'xcodebuild test-without-building -destination 'platform=iOS Simulator,id=1EB80431-1A0B-4AD8-8EA6-968EA09C3F23' -resultBundleVersion 3 -resultBundlePath /Volumes/workspace/resultbundle.xcresult -resultStreamPath /Volumes/workspace/tmp/resultBundleStream679e7ce9-a095-4be5-8dfa-4c9df982e547.json -IDEPostProgressNotifications=YES -DTDKDisableSymbolCopying=YES -test-timeouts-enabled YES -maximum-test-execution-time-allowance 1800 -hideShellScriptEnvironment -maximum-parallel-testing-workers 8 -testProductsPath /Volumes/workspace/TestProducts.xctestproducts'
(6378) encountered an error (Early unexpected exit, operation never finished bootstrapping - no restart will be attempted. (Underlying Error: Test crashed with signal ill before starting test execution.))
May be related to:
https://developer.apple.com/forums/thread/725660
Topic:
Developer Tools & Services
SubTopic:
Xcode Cloud
Tags:
XCTest
Testing
Xcode Cloud
Swift Testing
Our UITests are failing because Simulator won't start up. What can I do here?
Workflow Settings:
Sequoia 15.1
Xcode 16.1
Testing on iPad and iPhone 17.5 simulators
Thank you in advance
Am I understanding correctly that Xcode Cloud still does not support Metal in 2025?
Hi everyone,
We're developing a mobile app with Flutter and I linked my GitHub with XCode Cloud. This is the first time we're using XCode Cloud and we are struggling with the build, they fail every time.
A little context, we started by adding the ci_post_clone.sh script, then adding a few files in the versioning, etc...
Now it looks like the build is going through be we are facing issues with the part:
Scan dependencies of GeneratedPluginRegistrant.m
It's throwing an error: Module 'cloud_firestore' not found, even though the module is installed before by performing a pod install.
It's building locally on both Flutter with IntelliJ and XCode, we tried several times to flutter clean or pod deintegrate but nothing works!
Any clue?
Thanks,
Since yesterday, Xcode cloud no longer seems to be successful in building our workflows. We're relying on Xcode Cloud for our CI, and the downtime is hindering us greatly.
I've seen there is an issue on https://developer.apple.com/system-status/.
Any indication of progress on this issue would be appreciated.
There seems to be a problem to a specific Apple Developer Account regarding Xcode Cloud Distribution (Signing).
The Xcode Cloud Error
Invalid Signature. Code failed to satisfy specified code requirement(s). The file at path “XcodeCloudTest.app/XcodeCloudTest” is not properly signed. Make sure you have signed your application with a distribution certificate, not an ad hoc certificate or a development certificate. Verify that the code signing settings in Xcode are correct at the target level (which override any values at the project level). Additionally, make sure the bundle you are uploading was built using a Release target in Xcode, not a Simulator target. If you are certain your code signing settings are correct, choose “Clean All” in Xcode, delete the “build” directory in the Finder, and rebuild your release target. For more information, please consult https://developer.apple.com/support/code-signing.
Investigation
Apple Developer Forums
This issue seems to be known:
https://developer.apple.com/forums/thread/746210
Debugging by ourselves
We setup an example Xcode project from a default iOS Xcode app template to rule out any project issues. This example project failed with the same error as stated above. In the next step we tried the same example project with a different Apple Developer Account and it successfully distributed the example App through Xcode Cloud.
Conclusion
It seems like there is no setup issue on developer-side, because our example project works out-of-the-box on a different Apple Developer Account. Our only hope is that Apple will have a look on our Developer Account. Maybe there is some internal setting.
Topic:
Developer Tools & Services
SubTopic:
Xcode Cloud
Tags:
TestFlight
Signing Certificates
Xcode Cloud
Code Signing
Possible a duplicate of this resolved post from November, but I can't access any Xcode Cloud artefacts with the message "You are not authorized to access this team’s resources."
Trying to access from within Xcode itself crashes Xcode 🙃
Topic:
Developer Tools & Services
SubTopic:
Xcode Cloud
Since today, all our team members cannot download artifacts from Xcode Cloud builds. We get a JSON response that contains:
{"message":"You are not authorized to access this team’s resources."}
System Status doesn't show any issues at the time.
Is there an action we can follow to restore proper access?
Thank you in advance.
Topic:
Developer Tools & Services
SubTopic:
Xcode Cloud
My Xcode Cloud workflows tell me the 'Latest Release' Xcode that it's using is Xcode 16.1 Release Candidate (16B40)
Obviously that is well out of date at this point, plus, an RC is not a release version.
How can I tell Xcode Cloud to always use the latest (non-RC) release version?
Topic:
Developer Tools & Services
SubTopic:
Xcode Cloud
Xcode Cloud is unable to run unit tests for a MacOS target after adding a restricted capability (keychain-access-groups). Have tried setting both manual and automatic signing (with a Mac OS development profile). The tests run on my locally fine, but when pushed to Xcode Cloud the crash report indicates a Code Signing Issue, downloading the Artifact for Test Products for AppTests and viewing the app contents I noted that when built locally embedded.provisionprofile appears within the App/Contents that doesn't appear in Xcode Cloud.
To reproduce, create a new MacOS app with a test plan, run a Test job (successfully runs) then add the capability for Keychain Sharing:
<array>
<string>$(AppIdentifierPrefix)com.transmedics.RemoteView.group</string>
</array>
to the entitlements. Run the job again and tests with the project fails in Xcode Cloud, with code signing issues in the crash report.
Topic:
Developer Tools & Services
SubTopic:
Xcode Cloud
Tags:
Entitlements
Provisioning Profiles
Testing
Xcode Cloud
My app is approved for the Web Browser Public Key Credential Request managed capability and has it added to its App ID Configuration:
It has been added to my entitlements file:
I am able to build and run unit tests in Xcode locally using my managed profile.
When I push changes and Xcode Cloud tries to build and run the app, I get the following error:
Mirrai encountered an error (Failed to install or launch the test runner. (Underlying Error: Could not launch “MirraiTests”. Runningboard has returned error 5. Please check the system logs for the underlying cause of the error. (Underlying Error: The operation couldn’t be completed. Launch failed. (Underlying Error: Launchd job spawn failed))))
Removing just the com.apple.developer.web-browser.public-key-credential entitlement, with no other changes, results in all tests passing on Xcode Cloud.
Some thoughts:
In project settings, the test target has a different bundle id (appending Tests to the app bundle id). Under "Certificates, Identifiers & Profiles," the managed capability is added to the bundle id but it is an explicit bundle id and not a wildcard. Do I need to apply for the managed capability for the test bundle id as well? Or for a wildcard bundle id?
xcodebuild-test-without-building.log
When building xcode project of an application with login item included/embedded (another target), locally it works without problems. But when building on xcode cloud, we are getting the error:
ITMS-90286: Invalid code signing entitlements - Your application bundle’s signature contains code signing entitlements that aren’t supported on macOS. Specifically, the “XXX.***.***” value for the com.apple.application-identifier key in “Path_to_login_Item” isn’t supported. This value should be a string that starts with your Team ID, followed by a dot (“.”), followed by the bundle ID.
If there are no capabilities added to the login item's target (only com.apple.security.inherit and App Sandbox), the project builds without errors. But our login item needs to access a database in app group container and sync its data with iCloud, so after adding iCloud and App Group entitlements, building on xcode cloud fails with the error written above. Locally it builds and runs without problems.
So, what should be done to fix this issue when building on xcode cloud?