docs(evidence): re-verify heading-hierarchy finding e6e153bdadd0 against current main and live - #74
Conversation
…nst current main and live The 2026-08-09 closeout (PR #40) measured the deployed site and found the six served pages serving gap-free heading outlines. Five further commits touched the public surface since (preferred source pages, Agent Desk de-index, tap targets, footer link, audit canonical/JSON-LD cleanup) — none changed a heading tag. This lane re-verified the guarantee on the current head (1cc7a4e): test:headings 6/6, npm run check and full npm test pass, and a fresh headless-Chromium measurement of all six live pages returns 200 + CSP with outlines identical to the locked ones (single leading h1, no skips, no page errors). Records the deployment-lag note (live lags main by exactly the footer-link and audit-canonical commits; neither touches headings) so the tracker item cannot re-open by drift.
There was a problem hiding this comment.
nish3451 has reached the 50-credit limit for trial accounts. To continue receiving code reviews, upgrade your plan.
|
Warning Review limit reached
Next review available in: 50 minutes Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available. How can I continue?After more reviews become available, a review can be triggered using the To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews. How do review limits work?CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability. For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window. Please refer docs for additional details. Review details⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Pro Plus Run ID: 📒 Files selected for processing (1)
Comment |
There was a problem hiding this comment.
nish3451 has reached the 50-credit limit for trial accounts. To continue receiving code reviews, upgrade your plan.
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: 92e21d0a00
ℹ️ About Codex in GitHub
Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you
- Open a pull request for review
- Mark a draft as ready
- Comment "@codex review".
If Codex has suggestions, it will comment; otherwise it will react with 👍.
Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".
| Re-verified against the current origin/main head (1cc7a4e, "fix(public): point | ||
| appraisal-page canonicals and JSON-LD @ids at the clean /audit URL (#56)") after |
There was a problem hiding this comment.
Record the actual main head in the re-verification
This commit is based directly on ce02df9, so 1cc7a4e is not the current origin/main head being documented, and the later claim that live lags main by exactly two commits also omits ce02df9. Although that intervening commit does not change headings, the receipt explicitly claims verification against current main; update the recorded head and deployment-lag accounting, or explicitly describe 1cc7a4e as the latest public-asset commit.
Useful? React with 👍 / 👎.
There was a problem hiding this comment.
nish3451 has reached the 50-credit limit for trial accounts. To continue receiving code reviews, upgrade your plan.
There was a problem hiding this comment.
nish3451 has reached the 50-credit limit for trial accounts. To continue receiving code reviews, upgrade your plan.
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: 2bdf820263
ℹ️ About Codex in GitHub
Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you
- Open a pull request for review
- Mark a draft as ready
- Comment "@codex review".
If Codex has suggestions, it will comment; otherwise it will react with 👍.
Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".
| cleanup on /audit). `diff` of the served bytes against main-minus-those- | ||
| commits is empty for both pages; neither commit touches headings. The |
There was a problem hiding this comment.
Normalize the injected beacon before claiming an empty diff
With Cloudflare Web Analytics enabled, .gitleaks.toml lines 12–17 documents that a data-cf-beacon tag is injected into the served HTML but is absent from the committed page sources, so a raw diff of the live bytes against either historical file cannot be empty as claimed. Record the normalization used to remove the injected tag, or compare only the relevant heading markup; otherwise this deployment-lag evidence is not reproducible and overstates byte equality.
Useful? React with 👍 / 👎.
There was a problem hiding this comment.
nish3451 has reached the 50-credit limit for trial accounts. To continue receiving code reviews, upgrade your plan.
…(PR #22 conflict-locked, superseded by #28) against current GitHub state (2026-08-12) (#152) Closes the review item "Two open PRs carry the same heading-hierarchy fix — PR #22 is conflict-locked and superseded" (review queue, unreviewed-by-grok), re-verified against the current GitHub state on 2026-08-12. Verified facts (2026-08-12): - PR #22 is CLOSED (2026-08-09), never merged, mergeStateStatus: DIRTY (conflict-locked) at close — the item's description was accurate. - The superseding fix PR #28 is MERGED on main (2026-08-09, commit 7be3d8f); sibling duplicate #27 is also CLOSED. - All 53 currently open PRs diff-reviewed: the only literal heading markup anywhere is one hierarchy-preserving h2 on /specimen in PR #107 (with its locked outline updated in scripts/test-heading-hierarchy.mjs) and one standalone h1 in PR #116's new closed-intake page — zero open PR retags an existing heading level, so no open PR duplicates the heading fix. - Main has carried exactly one heading fix since 2026-08-09: the only heading-tag change since the merge is 2ae7504's two hierarchy-preserving homepage FAQ h3s (PR #102, locked outline updated). npm run check passes and npm test passes in full (test:headings 6/6) on current origin/main (ad9cee3). - Site-side verification is current via docs/evidence/heading-hierarchy-2026-08-09.md (PR #74) with the 2026-08-12 re-verify in flight as PR #120. Docs-only change; no code, no deployment.
What
Re-verification lane for dogfood finding e6e153bdadd0 ("Heading hierarchy needs cleanup on home", audit 20260808T074205Z-msk2fl3n), already fixed in PR #28 and closed out against main and live in PR #40 (2026-08-09).
Since the closeout, five commits touched the public surface (95d2248 preferred source pages, c5e2f2b Agent Desk de-index, ac05bec tap targets, f9f0b0f footer link, 1cc7a4e audit canonical/JSON-LD cleanup) — none of them changed a single heading tag (verified per commit: zero
<h1>–<h6>line changes). This lane re-confirmed the guarantee on current main (1cc7a4e):npm run test:headingspasses 6/6 (including fixtures that prove the checker rejects pre-fix shapes);npm run checkand the fullnpm testsuite pass.h1, no skipped levels, no page errors — outlines identical to the locked ones inscripts/test-heading-hierarchy.mjs.Evidence
docs/evidence/heading-hierarchy-2026-08-09.mdgains a "Closeout re-verification (added 2026-08-11)" section (same pattern as the sitemap and meta-description reverify lanes).Nothing further to change — the finding remains closed on the code side (PR #28), in CI (
test:headings), and against the deployed site.