Replies: 5 comments 1 reply
|
💬 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. ⭐ |
|
Two more runs in the same state, both created by POST /repos/{owner}/{repo}/actions/runs/{id}/rerun called with the workflow's GITHUB_TOKEN from another workflow. The rerun call returned 201 Created, attempt 2 never started, and the run now refuses cancel the same way:
|
|
We are experiencing the same GitHub Actions issue with seven orphaned workflow runs in a private repository. Affected run IDs: All seven runs remain
Newer CI workflows execute normally. These appear to be orphaned GitHub Actions backend records. Could GitHub staff investigate and transition these seven runs to a terminal state or remove them without affecting active CI workflows? We can provide private repository details through an official private channel if required. Thank you. |
|
I'm experiencing the same issue in my public repository.
Newer workflow runs have completed successfully. The GitHub Support portal does not offer an Actions technical support category for my account. Could GitHub staff please investigate and safely clear or reconcile this orphaned workflow run and its check suite? Please preserve the repository, other workflow runs, and release artifacts. Thank you. |
|
Adding another case from a private repository on a personal GitHub account. This looks like the same inconsistent Actions run state.
We have retained the original responses and have not retried cancellation or modified the run. Could GitHub Actions staff reconcile this run/check suite to a consistent terminal status or advise a supported safe remedy? We can share private repository details and further evidence through an appropriate private channel. |
Uh oh!
There was an error while loading. Please reload this page.
🏷️ Discussion Type
Bug
💬 Feature/Topic Area
Actions Runner
Discussion Details
A scheduled workflow run in a private repository has been stuck in "queued" since 2026-10-07 and none of the documented ways to clear it work.
Run ID: 37655502837
Event: schedule
Created: 2026-10-07T16:53:14Z
What the API reports vs. what happens:
So GitHub reports the run as both "queued" (REST) and "completed" (cancel endpoint), and it cannot be deleted. Newer runs of the same workflow start and finish normally, so it is not blocking anything, but it shows in every queued-run listing and breaks queue-clearing scripts.
Similar reports: #205874, #204318, #196717.
Could a GitHub staff member set this run to a final state or delete it? I can share the repository name privately if needed.
All reactions