Skip to content

merge queue: checking #415 on main (75162de), stacked on #396 - #436

Closed
mergify[bot] wants to merge 4 commits into
mainfrom
mergify/merge-queue/a0345197ed
Closed

merge queue: checking #415 on main (75162de), stacked on #396#436
mergify[bot] wants to merge 4 commits into
mainfrom
mergify/merge-queue/a0345197ed

Conversation

@mergify

@mergify mergify Bot commented Sep 11, 2026

Copy link
Copy Markdown
Contributor

🎉 This pull request has been checked successfully and will be merged soon. 🎉

#415 is queued for merge on branch main (75162de).

Stacked behind 1 pull request queued ahead of this batch, not part of it. These checks run on a tip that also carries its commits, so a failure here can come from it as much as from #415.

Queued ahead of this batch:

This pull request has been created by Mergify to speculatively check the mergeability of #415.
You don't need to do anything. Mergify will close this pull request automatically when it is complete.

Required conditions of queue rule admin-bypass for merge:

  • check-success = lint
  • check-success = test

Required conditions to stay in the queue:

---
checking_base_sha: 062b626d0768fbac0bf5385debde91b49127c4cc
previous_check_retries: []
previous_failed_batches: []
pull_requests:
  - number: 415
    scopes: []
scopes: []
...

edbert-bot and others added 4 commits September 11, 2026 00:07
The parser lexed each line alone, so a multi-line quoted argument (a
`git commit -m` with a body and trailers) looked like an unclosed quote and
the hook reported "could not parse" on an ordinary commit. A line that
leaves a quote open now joins the following lines until the quote closes;
only a quote that never closes stays unparseable. Only the lexer's own
incomplete-input errors mean "keep reading"; anything else propagates.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01WSVNdBBo7dFqoR8Tx521EJ
Bare `UNVERIFIED:` silenced every check in the message it appeared in. It
cost four characters and bought a whole turn, so it got used to stop
checking rather than to report a check that could not run.

Six hooks read that marker, each with a private regex, and they had
drifted: hedge-runs-prove-it required a named blocker, diu-stop did not.
engine/hooks/_markers now holds one definition of
{{CAT-UNVERIFIED: <claim> -- cannot verify: <reason>}}, the names-a-blocker
test, and the retired bare marker. install.sh links it beside the hooks.

Every suppressor reads it: diu-stop, external-claim-gate (which borrows
diu-stop's matcher at detect.py:13), hedge-runs-prove-it,
history-claim-check, incidence-needs-repetition, named-verb-guard and
prove-it-ship-gate. A well-formed tag excuses its paragraph. A tag that
names no blocker excuses nothing. Bare UNVERIFIED: is prose, and the block
text names the tag that replaced it.

Same three messages through diu-stop, on 509b9cd and on this commit:

  legacy marker in front of a real claim
    before exit=2  contains an `UNVERIFIED:` claim...
    after  exit=2  unverified-shaped claim ("because")...
  well-formed tag beside the claim
    before exit=2  contains an `UNVERIFIED:` claim...
    after  exit=0  (silent)
  tag naming no blocker
    before exit=2  contains an `UNVERIFIED:` claim...
    after  exit=2  unverified-shaped claim ("because")...

Two bugs found by tests while building this, both now pinned:
- A hook directory is itself a symlink, so joining ".." onto it resolves
  the link first and lands beside the checkout. Two textual dirnames reach
  the sibling module; test_installed_layout builds the symlinked layout.
- Block texts are .format() templates, so a literal {{CAT-UNVERIFIED}}
  rendered as {CAT-UNVERIFIED}. Every existing test passed through it,
  because they asserted the substring CAT-UNVERIFIED. The tag is now a
  format argument, and _markers tests assert on the braces.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01VKsvxJk65w6q7KnPSRYvNg
@mergify mergify Bot closed this Sep 11, 2026
@mergify
mergify Bot deleted the mergify/merge-queue/a0345197ed branch September 11, 2026 19:27
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant