Copilot cloud agent fails to launch when copilot-setup-steps.yml uses a parallel: step group
#206612
Replies: 2 comments
|
💬 Your Product Feedback Has Been Submitted 🎉 Thank you for taking the time to share your insights with us! Your feedback is invaluable as we build a better GitHub experience for all our users. Here's what you can expect moving forward ⏩
Where to look to see what's shipping 👀
What you can do in the meantime 💻
As a member of the GitHub community, your participation is essential. While we can't promise that every suggestion will be implemented, we want to emphasize that your feedback is instrumental in guiding our decisions and priorities. Thank you once again for your contribution to making GitHub even better! We're grateful for your ongoing support and collaboration in shaping the future of our platform. ⭐ |
|
The issue occurs because the Copilot cloud agent parser does not support the parallel: step group construct in copilot-setup-steps.yml, despite it being valid GitHub Actions syntax. When present, the agent setup fails at launch before creating a workflow run or generating logs (similar to how container: in the same file causes launch failures per #170315). Workaround / Solution: Remove the parallel: step block and flatten your setup steps back into a sequential list within copilot-setup-steps.yml: YAML |
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
🏷️ Discussion Type
Bug
💬 Feature/Topic Area
Copilot in GitHub
Body
Since parallel steps shipped, a
copilot-setup-steps.ymlthat uses aparallel:step group makes every Copilot cloud agent session fail immediately withFailed to launch agent.The failure is total and produces nothing to debug with: ~2 seconds, 0 premium requests, no session logs, and no
Running Copilot cloud agentworkflow run created at all.Evidence
In
mlflow/mlflow, the same task was launched three times across a change to the default branch:autogpt-5.6-terraparallel:group removed from the default branchgpt-5.6-lunaAll three sessions are on the same task, 0f36cc5c, in the public repository
mlflow/mlflow, against pull request #25544. The group was added in #25542 and removed in #25545.Seven consecutive sessions succeeded before the group was introduced, and the first session after it merged failed. Because the agent reads this file from the default branch, nothing failed while the pull request adding it was open.
The construct is valid
The same file runs green as an ordinary Actions workflow, including on the pull request that introduced the group, so the runner executes it correctly. Only the agent launch path fails.
The shape that broke it:
Flattening that group back into sequential steps, changing nothing else, restored agent launches.
Questions
parallel:groups expected to work incopilot-setup-steps.yml? If they are not supported, could the file be rejected at configuration time rather than failing every session at launch?Failed to launch agentcarry a reason? With no logs and no workflow run, there is nothing to correlate against, and the only way I found the cause was bisecting the default branch.This is closely related to #170315, where
container:in the same file also breaks the agent while being valid Actions syntax.All reactions