Repository navigation
Conversation
Deliberately marked breaking so the gate fires. This pull request exists to watch it work end to end and is not meant to be merged.
|
Important Review skippedAuto reviews are disabled on this repository. Please check the settings in the CodeRabbit UI or the ⚙️ Run configuration
You can disable this status message by setting the Use the checkbox below for a quick retry:
Comment |
Contributor
🔍 PR Validation Summary✅ PR Mergeable — no blocking failures
|
Contributor
|
Caution ⛔ Breaking change rejectedRejected by guimoreirar. This pull request was closed. The branch is untouched — rework it without the break and reopen. Gated by |
bedatty
requested a deployment
to
breaking-approval
October 15, 2026 20:00 — with
GitHub Actions
Waiting
Contributor
🔍 Lint Analysis
|
5 of 14 tasks
bedatty
requested a deployment
to
breaking-approval
October 15, 2026 21:38 — with
GitHub Actions
Waiting
5 of 6 tasks
bedatty
had a problem deploying
to
breaking-approval
October 15, 2026 21:51 — with
GitHub Actions
Error
5 of 6 tasks
bedatty
had a problem deploying
to
breaking-approval
October 15, 2026 21:59 — with
GitHub Actions
Error
bedatty
had a problem deploying
to
breaking-approval
October 16, 2026 00:46 — with
GitHub Actions
Error
bedatty
had a problem deploying
to
breaking-approval
October 16, 2026 01:07 — with
GitHub Actions
Error
bedatty
had a problem deploying
to
breaking-approval
October 16, 2026 01:11 — with
GitHub Actions
Error
6 of 14 tasks
bedatty
had a problem deploying
to
breaking-approval
October 16, 2026 12:26 — with
GitHub Actions
Error
Reported on #906: two bot comments about the same breaking change, one headed "Breaking change guard — ✅ Author acknowledged" and one asking for a decision. The ✅ reads as the approval. It is not: it says the author declared the break, and the small print saying so is small print. The second comment only appeared yesterday, when #913 fixed the 403 that had kept it silent since August. Fixing the permission put a ✅ next to a pending request without my noticing the two would collide. `breaking-change-comment` is removed. The gate's comment already carries the acknowledgement state, with the decision as the headline and the acknowledgement as a row — the hierarchy the two controls actually have. To replace what the removed comment covered, the gate now comments wherever a breaking change is found, not only inside its approval scope. Outside it there is no decision to make, so the comment reports the acknowledgement and the exact line to paste. The waiting comment carries that line too, folded away, since Blocking Checks fails on a missing acknowledgement whether or not an approval is pending. pr-validation now passes the acknowledgement literal to the gate instead of relying on the default to coincide. They were equal by hand across two files; a drift would have had the gate teaching a line that fails the check it was explaining.
bedatty
had a problem deploying
to
breaking-approval
October 16, 2026 19:15 — with
GitHub Actions
Error
Contributor
🛡️ CodeQL Analysis ResultsLanguages analyzed: ✅ No security issues found. 🔍 View full scan logs | 🛡️ Security tab |
CodeQL flagged `actions/untrusted-checkout` at the second checkout, and the alert was fair. The gate runs on `pull_request`, so it is not privileged — but it was still placing a contributor's tree on disk in a job that carries MANAGE_TOKEN. Nothing executed that tree, and nothing needed it: the only thing read from it was commit messages, which the API serves. The `breaking-change-commits` composite was already running here for the fingerprint, reading exactly those commits through the API with patterns kept identical to the detector. It now does the detecting too, when the caller has not detected already. Two checkouts, the Git-reading composite, the tree, the token exposure and the alert all go together. `breaking-change-guard` remains the canonical detector and still runs in pr-validation over the real commit range — which is the verdict this gate is handed in the path that matters. One consequence worth stating: on the standalone path the acknowledgement is no longer evaluated, because the detector that reads the description lives in pr-validation. The state is reported as unknown rather than missing, and the comment omits the row. Telling an author to add a line that no check is asking for is worse than saying nothing.
bedatty
had a problem deploying
to
breaking-approval
October 16, 2026 19:28 — with
GitHub Actions
Error
6 of 14 tasks
bedatty
had a problem deploying
to
breaking-approval
October 16, 2026 20:14 — with
GitHub Actions
Error
bedatty
had a problem deploying
to
breaking-approval
October 16, 2026 20:49 — with
GitHub Actions
Error
bedatty
had a problem deploying
to
breaking-approval
October 16, 2026 20:58 — with
GitHub Actions
Failure
5 of 6 tasks
guimoreirar
approved these changes
Oct 16, 2026
6 of 14 tasks
This branch had an error being deployed
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Description
Smoke test for the breaking-change approval gate shipped in #904. The commit is deliberately marked
!so the gate fires.Not meant to be merged. It will be closed once the gate has been observed — or closed by the gate itself, if the breaking change is rejected.
What this exercises:
pr-gate-scopeputs it in scope (anything intodevelop)breaking-change-guarddetects the!subjectcodeowners-reviewersderivesteam:g_github_devopsfrom CODEOWNERSenvironment-protectioncreatesbreaking-approval, which does not exist yetType of Change
test: Adding or updating testsBreaking Changes
None — the
!is the test fixture. This PR is closed, never merged.Testing
Related Issues
Breaking change acknowledged: I understand that this PR intentionally introduces a breaking change and requires the next release to be a major version.