Skip to content

Correct why verify-release-notes fails a (#n) inside an HTML comment - #207

Merged
woksin merged 1 commit into
mainfrom
workflows-149-hidden-refs
Oct 24, 2026
Merged

woksin merged 1 commit into
mainfrom
workflows-149-hidden-refs

Conversation

@woksin

@woksin woksin commented Oct 24, 2026

Copy link
Copy Markdown
Contributor

Fixed

Since release-action v1.4.2 removes closed HTML comments before it
publishes and closes issues, a hidden (#n) closes nothing. The check still
fails it; the comments, error message, README and spec now say why.
@woksin woksin self-assigned this Oct 24, 2026
@woksin

woksin commented Oct 24, 2026

Copy link
Copy Markdown
Contributor Author

Reviewer notes: validation unchanged; only comments, the error message, README and one spec name/assertion. The release-notes program is embedded byte-identically in verify-pull-request-policy.yml, so both copies change. The managed .cratis/ai hook copies follow through Cratis/AI#505.
Local: verify-release-notes spec 63/63, verify-pull-request-policy spec 9/9, workflow-lint, verify-release-concurrency and bootstrap-policy tests pass. Full review workflow (Opus + Sol) passed with no findings.

@woksin
woksin merged commit 96b3eb5 into main Oct 24, 2026
12 checks passed
@woksin
woksin deleted the workflows-149-hidden-refs branch October 24, 2026 18:50
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant