bug(register-check): a scan that resolved no paths returns success #1132
Labels
No labels
bump
major
bump
minor
bump
patch
kind/bug
kind/chore
kind/docs
kind/feature
priority/critical
priority/high
priority/low
priority/medium
size/L
size/M
size/S
size/XL
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
frankenbit/release-toolkit#1132
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
register-checkreturns success when it scanned nothing. A typo'd path in a CI callsite silently narrows the scan, and a callsite where every path is typo'd passes green having checked no files at all.Measured
The typo'd-path case is the one that matters: it is what a CI callsite looks like after a file is renamed or moved.
Why it is a defect
Could-not-scan is its own state and it is not a pass. The gate's own message says "treating as pass", so the behaviour is deliberate and inherited from the bash
[[ -e ]]loop — but a gate that reports success having examined zero files gives a green that means nothing, and nothing downstream can tell it apart from a real pass.--bogus-flagreading as a path is a second consequence ofDisableFlagParsing: trueon the same command.AC
ed0d26cea1011b7939ff074d36efa5bd73b99cc0; explicit unresolved paths now return CANNOT-GRADE/exit 2.Closeout
PR #1141 is merged. Current
origin/mainis226cc806dec1f2c9c961c3ea532a7bc10435bc50and contains the implementation, tests, andchangelog.d/1132.fixed.md. Landed verification: Go test/vet, Bats 149/149, ShellCheck, workflow parse 27/27, contract/dates/fragment checks, and mutation controls pass.Anchor: found by @engineer on 2026-09-04; implemented by @rigger in PR #1141.