ci: re-run CI on finished runs when e2e labels are modified in the PR#30580
Conversation
|
CLA Signature Action: All authors have signed the CLA. You may need to manually re-run the blocking PR check if it doesn't pass in a few minutes. |
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: 5de04b2083
ℹ️ About Codex in GitHub
Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you
- Open a pull request for review
- Mark a draft as ready
- Comment "@codex review".
If Codex has suggestions, it will comment; otherwise it will react with 👍.
Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".
There was a problem hiding this comment.
Cursor Bugbot has reviewed your changes and found 2 potential issues.
❌ Bugbot Autofix is OFF. To automatically fix reported issues with cloud agents, have a team admin enable autofix in the Cursor dashboard.
Reviewed by Cursor Bugbot for commit 5de04b2. Configure here.
|




Description
Re-run CI on finished runs when e2e labels are modified in the PR
Changelog
CHANGELOG entry:
Related issues
Fixes:
Manual testing steps
Screenshots/Recordings
Before
After
Pre-merge author checklist
Performance checks (if applicable)
trace()for usage andaddTokenfor an exampleFor performance guidelines and tooling, see the Performance Guide.
Pre-merge reviewer checklist
Note
Low Risk
Changes only GitHub Actions orchestration for label-triggered CI reruns; no app, auth, or data paths.
Overview
Tightens the rerun CI on E2E skip label workflow so cancellation and rerun behave correctly when multiple
ci.ymlruns exist on the branch.The wait-for-cancel step no longer tracks a single run ID from the find step. It polls
gh run listfor anyci.ymlruns on the head branch that are stillin_progressorqueued, and only proceeds when that count hits zero (or times out after 600s).The rerun step now runs only when the pull request is open and a latest run ID was found. Rerun is invoked directly without swallowing failures, so a non-retriable run surfaces as a workflow error instead of a soft log message.
Reviewed by Cursor Bugbot for commit cc82224. Bugbot is set up for automated code reviews on this repo. Configure here.