ci: trigger Changelog check on PR title/body edits - #20090
gh-worker-dd-mergequeue-cf854d[bot] merged 2 commits into
Conversation
The check-releasenotes script gates the changelog/no-changelog label exemption on whether the PR title starts with fix/feat. Re-running the job replays the original cached webhook payload, so a title rename after the fact doesn't get picked up until a fresh pull_request event fires. Adding 'edited' to the trigger types makes the check re-run automatically when the title changes.
Codeowners resolved asResolved from the full PR diff against No remaining files require a CODEOWNERS review. |
Circular import analysis
|
Dependency direction analysis
|
🎉 All green!🧪 All tests passed 🔗 Commit SHA: db98323 | Docs | View more details | Give us feedback! |
Codex Review SummaryThis comment shows the latest Codex review activity on this pull request.
ℹ️ About Codex in GitHubYour team has set up Codex to review pull requests in this repo. Reviews are triggered when you
Codex reacts with 👀 while any review is running, comments if it has suggestions, and reacts with 👍 once all reviews finish with no findings. |
|
/merge |
|
View all feedbacks in Devflow UI.
It will be processed automatically as soon as GitHub reports it as mergeable. View in MergeQueue UI.
The expected merge time in
Tests failed on this commit e90472b:
What to do next?
|
|
/merge -f --reason "Merge queue is extremely flaky. This is a very simple change to a workflow that makes it easier to merge in other code" |
|
View all feedbacks in Devflow UI.
The expected merge time in
Warning This change was merged without running any pre merge CI checks Reason: Merge queue is extremely flaky. This is a very simple change to a workflow that makes it easier to merge in other code |
Description
The
Ensure release note addedstep in.github/workflows/changelog.yml(scripts/check-releasenotes) gates thechangelog/no-changeloglabel exemption on whether the PR title starts withfixorfeat. Thepull_requesttrigger didn't include theeditedactivity type, so renaming a PR title (e.g. fromfix(...)tochore(...)) doesn't re-run the check with the new title. Re-running the job manually doesn't help either, since GitHub Actions reruns replay the original cached webhook payload rather than fetching the PR's current state — so a stale title check keeps failing indefinitely until a freshpull_requestevent (like a push) fires.Adding
editedto the trigger types makes the workflow fire a fresh event (with the current title) whenever the title or body changes, so the check self-heals after a title rename instead of requiring an unrelated commit to unstick it.Testing
No new tests — this is a single-line change to a workflow trigger. Verified the updated YAML parses correctly.
Risks
Low. The
editedevent also fires on PR body-only edits, so the job (checkout + a bash script +reno lint) will run slightly more often. The job doesn't use secrets or run onpull_request_target, so there's no new security surface.Additional Notes
Prompted by PR #20047, where a rename from
fix(tests): ...tochore(tests): ...left the Changelog check stuck on a stalefix(tests): ...failure across multiple reruns.