Hello,
I uploaded a new build to TestFlight, and it has been about an hour since the processing was completed.
However, the update is still not showing up in the TestFlight app.
From my experience, the update usually appears within 10 to 30 minutes, but this time it is taking unusually long.
I’m wondering if anyone else has experienced a similar issue and found a solution.
Any advice or guidance would be greatly appreciated.
Thank you!
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
We started seeing an access issue today when attempting to go to the Xcode Cloud tab in App Store Connect. When you navigate to https://appstoreconnect.apple.com/teams/:teamId/apps/:appId/ci we're seeing the following message:
The page you’re looking for can’t be found.
The page you’re looking for does not exist, or you do not have permission to view it.
I am the account holder so it shouldn't be a permissions issue. Is there an ongoing outage or problem in Xcode Cloud? And, if so, where can I monitor this accurately?
I've been getting intermittent failures on Xcode code compiling my app on multiple platforms because it fails to compile a metal shader.
The Metal Toolchain was not installed and could not compile the Metal source files. Download the Metal Toolchain from Xcode > Settings > Components and try again.
Sometimes if I re-run it, it works fine. Then I'll run it again, and it will fail.
If you tell me to file a feedback, please tell me what information would be useful and actionable, because this is all I have.
When running a SwiftUI Multiplatform app in Xcode Cloud I'm getting the following error:
CIWatcher encountered an error in CIWatcherTests failed with:
Failed to install or launch the test runner. (Underlying Error: Could not launch “CIWatcherTests”. 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)))
This runs fine on iOS and all those tests pass.
The SwiftUI app on Mac is a menu bar app so I'm not sure if this could be the issue as it's not launching for some reason on the Xcode Cloud system? Maybe I need to add some run option to make this work?
When run locally both iOS and macOS pass all the tests successfully
Hello,
I'm getting started for my project with Xcode Cloud since I upgraded to the macOS Sequioa Beta and Xcode 16 now refuses to archive builds for TestFlight.
Somewhere very late in the build process I get the following error:
realitytool requires Metal for this operation and it is not available in this build environment
The log says this happens at:
Compile Skybox urban.skybox
My project uses RealityKit. How can I fix this issue?
Thanks!
We are encountering build failures during the following stages on Xcode Cloud:
• Export archive for ad-hoc distribution -> fail
• Export archive for development distribution -> fail
• Export archive for app-store distribution -> fail
Run command: 'xcodebuild -exportArchive -archivePath /Volumes/workspace/tmp/a603f613-f0a2-4053-9316-2f25ca93250d.xcarchive -exportPath /Volumes/workspace/adhocexport -exportOptionsPlist /Volumes/workspace/ci/ad-hoc-exportoptions.plist '-DVTPortalRequest.Endpoint=http://172.16.56.69:8089' -DVTProvisioningIsManaged=YES -IDEDistributionLogDirectory=/Volumes/workspace/tmp/ad-hoc-export-archive-logs -DVTSkipCertificateValidityCheck=YES -DVTServicesLogLevel=3'
Error
Command exited with non-zero exit-code: 70
2025-01-21T05:11:20.962717086Z error: exportArchive There is a problem with the request entity
2025-01-21T05:11:20.962756880Z
2025-01-21T05:11:20.962760011Z error: exportArchive No signing certificate "iOS Distribution" found
2025-01-21T05:11:20.962764378Z
2025-01-21T05:11:20.962767137Z error: exportArchive There is a problem with the request entity
2025-01-21T05:11:20.962771440Z
2025-01-21T05:11:20.962774232Z error: exportArchive No signing certificate "iOS Distribution" found
The build process was functioning correctly until this morning with same branch. We also have verified that our certificates are valid and successfully uploaded to TestFlight using these certificates on the local Xcode environment.
This appears to be an issue on the Xcode Cloud side as no significant configuration changes were made on our end.
Topic:
Developer Tools & Services
SubTopic:
Xcode Cloud
I'm trying to set up Xcode Cloud for the first time. When I go through the "Get Started" flow and get to "Grant Access to Your Source Code" step, when I click the "Grant Access" button, I get "This Operation Could Not Be Completed."
It has the correct URL to my Github repo.
Github is working fine in Xcode itself: I can push and pull changes and view repo history.
I've tried:
restarting Xcode
rebooting the Mac
Removing the Github account from Xcode and adding it back
Creating a new Github personal token and removing the Github account from Xcode and using the new token to add it back
I've looked through my Github settings and don't see anything that might cause an issue.
I filed FB16511549 to report this. The error dialog in Xcode automatically filled the feedback fields, and says:
"API Invalid status code: 500. XcodeCloudCombineAPI.XCCResponseError:1"
I'm running Xcode 16.2 (16C5032a) on an M4 MacBook Pro running Sequoia 15.3.1 (24D70).
Does anyone have any insights or ideas of other things to try?
Thanks.
We are getting unreliable results on XCode Cloud tests. I'm not sure if it's related to the current service outage.
I'm running a very simple XCTest UI suite, on some devices it succeds and it others it fails to start. I'm not getting a userful error message.
MyApp-Runner encountered an error (Failed to prepare device 'iPhone 16 Pro Max' for impending launch. (Underlying Error: Unable to boot the Simulator. launchd failed to respond. (Underlying Error: Failed to start launchd_sim: could not bind to session, launchd_sim may have crashed or quit responding)))
Am I doing something wrong?
FB18269317
Hello,
When archiving a binary with Xcode, I've always kept my archives in the Organizer so I can symbolicate crash logs using the dSYM files.
I've been thinking about moving to Xcode Cloud for archiving.
Will crash logs still be symbolicated and readable in the Xcode Organizer?
Thank you,
Axel
We have a simple workflow that just runs the Test action on my unit_tests scheme (see Xcode Cloud workflow configuration screenshot). The workflow is configured to use Xcode 16.4 (Latest Release), macOS Sequoia 15.6 (Latest Release), and iOS 18.0 simulators.
Today, this workflow has been consistently running indefinitely. The Xcode cloud runner tries to launch the simulator to execute the tests, but it fails. See the error message in the screenshot from Xcode Cloud logs. Link to corresponding build is in my Feedback Assistant ticket.
It continues to retry this operation for a very long time — I had one job that ran for over 90 minutes. Link to corresponding build also in that same Feedback Assistant ticket.
Are Xcode Cloud runners perhaps currently undergoing maintenance? Or is something else going on. I would appreciate if Xcode Cloud usage from today could be refunded to my team’s account.
Feedback Assistant ticket #FB20195292.
Error message:
MyApp encountered an error (Failed to prepare device 'iPhone 16' for impending launch. (Underlying Error: Unable to boot the Simulator. launchd failed to respond. (Underlying Error: Failed to start launchd_sim: could not bind to session, launchd_sim may have crashed or quit responding)))
Recently, I have trouble with my Xcode Cloud builds, where they seemingly complete, but the very final step does not happen.
I am building from the same codebase for both macOS and iOS (I have two “Archive” steps in my workflow, one for iOS and one for macOS). The iOS one usually completes fast without problems. The macOS log ending looks like this, and remains stuck forever, with the macOS build in the “spinning progress” state and never completing.
Is there something I can do on my end to make this work better? I would not want to go back to manual builds, Xcode Cloud is convenient and was working well for a while, but this is really annoying lately.
Recently I noticed that when I build and archive my app with Xcode Cloud, it fails due to code signing issue. But that's weird because I have all development and distribution certificates. Does anyone have any idea how to solve this?
Topic:
Developer Tools & Services
SubTopic:
Xcode Cloud
Tags:
Signing Certificates
Code Signing
Xcode Cloud
My workflow has been running tests on iOS 15, 16 and 17 for a long time now, but suddenly it started to fail for iOS 15 and 16.
The error does not seem to be code related, since it is a Xcode Cloud failure saying: "Failed to download iOS 16.1 simulator runtime".
The exact same issue is showing for iOS 15. It works as expected on iOS 17.
I have also reported this in the Feedback Assistant: FB14855036
If someone knows a work-around for this issue, I'd be happy to hear about it!
Hello,
Im trying to add my project to Xcode Cloud. Not first time. Now I'm getting this error: "To create a Xcode Cloud workflow, first add a remote source code repository from BitBucket, GitHub, or GitLab."
Of course this project has origin (GitHub) and I'm using it with Xcode actively.
Xcode 16.0, iOS app target 17.6. Sonoma - latest.
What am I doing wrong? :)
Topic:
Developer Tools & Services
SubTopic:
Xcode Cloud
Any Xcode Cloud workflow with 'Pull Request Changes' as one of its start conditions has suddenly stopped working altogether. The workflow is never started. This issue seems to have begun within the last 48 hours.
Removing the 'Pull Request Changes' start condition makes the workflows functional again.
The test I just ran to confirm this:
Created a new Xcode Cloud workflow
Selected Start Conditions: 'Pull Request Changes' from/into any branch, when any files are changed
Selected Test as the 'Actions'
Created a pull request on my github repository
The workflow was never started
Added 'Branch Changes' to the Start Conditions, specifying branch-a under 'Custom Branches'
Pushed to branch-a
The workflow was never started
Removed 'Pull Request Changes' from the Start Conditions
Pushed to branch-a
The workflow finally started
Curious if others are having this issue? And if so, is there a timeline for when this will be resolved? I have confirmed that our Github actions are configured properly, and believe this is indeed an issue with Xcode Cloud.
Xcode cloud download archive file . the browser show "You are not authorized to access this team’s resources." All of my team can not download that.
I tried downloading the files from the previous build archive, but couldn't download either
My builds failed today with this error:
Unsupported SDK or Xcode version. Your app was built with an SDK or version of Xcode that isn’t supported. Although you can use beta versions of SDKs and Xcode to build and upload apps to App Store Connect, you need to use the latest Release Candidates (RC) for SDKs and Xcode to submit the app. For details on currently supported SDKs and versions of Xcode, visit: https://developer.apple.com/news/releases.
The thing is, I have Xcode Cloud configured to use the latest release. There is a separate configuration for "Latest beta or release", so why is it using the Xcode 16.2 Beta 3 build? This is clearly a beta.
If you're going to give me an option to use the latest release, then it should do what it says.
I have set the deployment target to iOS17.0 on all targets.
Archiving and test works fine, but External testing fails?
Hi there, it seems like the "Latest Release" option for Xcode Cloud's environment settings has rev'd to 16.2 (16C5032) (since yesterday?) but is causing Mac Catalyst archives to fail with the error "This bundle is invalid. Apple is not currently accepting applications built with this version of Xcode." iOS and tvOS builds are archiving as expected, but this is blocking my deployment.
I would have expected "Latest Release" to always result in a version that is accepted for deployment - am I doing something wrong?
My settings for my deployment workflow are below: