fix(ci): close CodeQL alerts 1 through 10 - #635
Conversation
|
🦞👀 Pull request received. I will update this pull request when review starts. |
PR SummaryLow Risk Overview Docs site generation no longer strips heading HTML with broad regexes in
Reviewed by Cursor Bugbot for commit ed23706. Bugbot is set up for automated code reviews on this repo. Configure here. |
|
Codex review: needs maintainer review before merge. Reviewed August 26, 2026, 6:59 AM ET / 10:59 UTC. ClawSweeper reviewWhat this changesThe PR limits token permissions in four GitHub Actions workflows, replaces regex-based docs heading stripping with quote-aware tag scanning, and adds TOC coverage to the safe test suite and macOS CI. Merge readiness✅ Ready for maintainer review Keep open: current main still uses the fragile regex-only heading stripping, while this coherent collaborator PR adds the scoped parser, regression coverage, and least-privilege workflow declarations. No actionable patch defect was found; allow the in-progress checks to finish under normal review. Priority: P2 Review scores
Verification
Live VerificationCommand: Result: FAIL (failed) — step 1 Assertions:
How this fits togetherThe docs-site builder renders Markdown headings into HTML and derives on-page navigation from that HTML. GitHub Actions runs repository CI and release-adjacent automation; this PR narrows their token capabilities while extending docs-site validation. flowchart LR
A[Markdown documentation] --> B[Docs-site builder]
B --> C[Rendered heading HTML]
C --> D[Heading text parser]
D --> E[On-page table of contents]
F[Workflow definitions] --> G[GitHub Actions jobs]
G --> H[CI and release automation]
Before mergeNone. Agent review detailsSecurityNone. Review metrics
Technical reviewBest possible solution: Merge the focused parser and workflow-permission changes once the remaining required checks confirm the exact head. Do we have a high-confidence way to reproduce the issue? Yes—source shows current main’s regex strips at the first greater-than character in a quoted attribute, and the added test supplies the focused heading input that exercises the corrected parser. Is this the best way to solve the issue? Yes—the renderer owns the constrained HTML input, so a small quote-aware parser plus an end-to-end generated-TOC test is a narrower maintainable repair than expanding the previous regexes. AGENTS.md: found and applied where relevant. Codex review notes: model internal, reasoning high; reviewed against 220d43af72c3. LabelsLabel changes:
Label justifications:
EvidenceWhat I checked:
Likely related people:
Rank-up movesOptional improvements that raise the rating; they are not merge blockers.
Rating scale
Overall follows the weaker of proof and patch quality. Workflow
|
Summary
test:safe, macOS CI, and the Pages triggerTests
pnpm run test:safepnpm run test:docs-sitenode scripts/build-docs-site.mjsgit diff --checkThe rebased head preserves the reviewed patch exactly (
c966806c415f70b897c5165e4a8b6091e5b34b1d).