Two GitHub Actions runs permanently queued with zero jobs and cannot be cancelled #203503
Unanswered
rafaeldeak-lab
asked this question in
Actions
Replies: 1 comment
|
💬 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. ⭐ |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
🏷️ Discussion Type
Bug
💬 Feature/Topic Area
Other
Discussion Details
Repository
https://github.com/rafaeldeak-lab/dzn-network
Workflow
Name: DZN Owner Console Preview
Workflow file:
.github/workflows/dzn-owner-console-preview.ymlBranch:
feature/event-platform-performance-foundationHead commit:
932ec3ddbab87b49a04771efdbb949053096e0f7Problem
Two manually dispatched GitHub Actions runs are permanently stuck in the Queued state:
Both runs have:
The first run has remained unchanged since
2026-07-28T09:04:09Z.Cancellation failures
Trying to cancel either workflow through the GitHub website displays:
I also attempted:
Both cancellation methods returned GitHub HTTP
500.Replacement run also became stuck
I dispatched exactly one replacement run using the same workflow, branch and concurrency group.
GitHub did not cancel or replace the original pending run. Instead, both runs remained queued with zero jobs.
No third run has been dispatched because I do not want multiple runs to unexpectedly execute later.
Concurrency configuration
Evidence
The screenshots below show both workflow runs stuck in the queued state and the cancellation failure.
Requested help
Could a GitHub staff member please investigate and clear these two corrupted queued workflow-run records, clear any stuck backend concurrency state, and confirm that neither run can unexpectedly start later?
Both normal cancellation and force-cancel return GitHub HTTP 500, so I cannot clear them from my side.
All reactions