docs(evidence): re-verify canonical-URL finding 6631c0ab0454 against current main and live (2026-08-20, lane 1) - #248
Conversation
…current main and live (2026-08-20, lane 1) Re-verify on origin/main d0daea9: home canonical (<link rel="canonical" href="https://tinystudio.io/">) is byte-identical to every prior receipt, the 'Canonical URLs (dogfood)' guard in scripts/check-site.mjs passes the full npm test chain, the live site serves the same home canonical with no console or page errors on six served pages, and PR #218 extended the guard to the clean extensionless addresses for /agents, /pricing, /specimen — strengthening the source-side guarantee the finding rests on. The home finding 6631c0ab0454 remains closed on the code side, in CI, and against the deployed site; only change in this PR is the standing receipt and the new lane report. Records the deployment lag on PR #218 (live /agents, /pricing, /specimen still serve the .html-form canonicals) as a separate ship item.
|
You have reached your Codex usage limits for code reviews. You can see your limits in the Codex usage dashboard. |
|
Warning Review limit reached
Next review available in: 25 minutes Limit details: You’ve used the included review currently available. Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available. How can I continue?Wait for the limit to reset, then comment An organization admin can change what happens after included review limits in Billing. How do review limits work?CodeRabbit enforces per-developer PR review limits within each organization. For paid Pro and Pro+ reviews, CodeRabbit uses a developer's included PR review attempts over the past 7 days to set the current hourly allowance. At typical activity levels, the full plan allowance applies. Higher sustained activity can lower the allowance until earlier attempts leave the 7-day window. Please refer docs for additional details. Review details⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Free Run ID: 📒 Files selected for processing (2)
Note 🎁 Summarized by CodeRabbit FreeYour organization is on the Free plan. CodeRabbit will generate a high-level summary and a walkthrough for each pull request. For a comprehensive line-by-line review, please upgrade your subscription to CodeRabbit Pro by visiting https://app.coderabbit.ai/settings/billing. Comment |
| the chain ran directly: `node scripts/check-site.mjs` → | ||
| "TinyStudio.io checks passed"; headings 6/6, sitemap 7/7, worker 80/80, | ||
| ui 16/16, contract 8/8, first-viewport 4/4, narrow-pages 34/34 rows PASS, | ||
| narrow 11/11 rows PASS. The "Canonical URLs (dogfood)" guard | ||
| (`scripts/check-site.mjs`, lines ~1893-1934) still enforces exactly one | ||
| non-commented `<link rel="canonical">` inside `<head>` per page, a | ||
| non-empty href pointing at the page's canonical `https://tinystudio.io` | ||
| address (home: `https://tinystudio.io/`, audit: `https://tinystudio.io/audit`, |
There was a problem hiding this comment.
The report says every script in the npm test chain ran directly, but its command summary omits node --test scripts/test-study-freshness.mjs. This leaves the verification receipt unable to demonstrate that the independently failing study-freshness check ran.
Prompt To Fix With AI
This is a comment left during a code review.
Path: .lane/reports/docs-canonical-rereverify-2026-08-20.md
Line: 17-24
Comment:
**Full test chain is incomplete**
The report says every script in the `npm test` chain ran directly, but its command summary omits `node --test scripts/test-study-freshness.mjs`. This leaves the verification receipt unable to demonstrate that the independently failing study-freshness check ran.
---
For each issue above, determine whether it is valid and should be fixed. If so, fix it directly.| CI gate. What prevents regression in CI is the source-string guard in | ||
| `scripts/check-site.mjs`; the served pages are the static files verbatim | ||
| through the Worker's ASSETS binding, so source and served bytes cannot drift | ||
| unless the Worker's asset serving changes. |
There was a problem hiding this comment.
Source parity guarantee is overstated
Serving deployed assets verbatim does not guarantee that current repository source matches the separately deployed asset version. The report itself records this exact drift on three pages, so this statement can incorrectly present source-only CI as sufficient to establish live parity.
Prompt To Fix With AI
This is a comment left during a code review.
Path: .lane/reports/docs-canonical-rereverify-2026-08-20.md
Line: 111-114
Comment:
**Source parity guarantee is overstated**
Serving deployed assets verbatim does not guarantee that current repository source matches the separately deployed asset version. The report itself records this exact drift on three pages, so this statement can incorrectly present source-only CI as sufficient to establish live parity.
---
For each issue above, determine whether it is valid and should be fixed. If so, fix it directly.…ne report - Add 'study-freshness pass' to the npm-test chain command summary so the receipt records every script that ran (test-study-freshness.mjs was the omission Greptile flagged). - Tighten the Limitation section: source and served bytes CAN drift when a commit lands on main but its static assets have not yet been redeployed to the Worker. Reference the same PR #218 deployment lag the report records on /agents, /pricing, and /specimen as the live example.
Re-verify the canonical-URL finding 6631c0ab0454 ('Missing canonical URL on home') against current origin/main head d0daea9 and the deployed site.
The finding has been closed since 2026-08-09 by PR #29 and re-verified on 2026-08-09, 08-11 (twice), 08-12, 08-13, 08-14 and 08-17. This PR appends the 2026-08-20 re-verification section to docs/evidence/canonical-urls-2026-08-09.md against head d0daea9.
Three checks:
Finding 6631c0ab0454 ('Missing canonical URL on home') remains closed on the code side (PR #29), in CI (
npm run checkguard), and against the deployed site. This lane (2026-08-20) re-confirmed all three against current main and live and found nothing further to change on the finding's page.Files touched:
Greptile Summary
This documentation-only PR appends an August 20 re-verification of the home-page canonical URL and adds the corresponding lane report.
Confidence Score: 4/5
The PR appears safe to merge after addressing two non-blocking documentation inaccuracies in the lane report.
Production behavior is unchanged, but the new report incompletely records the executed test chain and overstates the parity guaranteed between repository source and separately deployed static assets.
Files Needing Attention: .lane/reports/docs-canonical-rereverify-2026-08-20.md
Important Files Changed
Prompt To Fix All With AI
Reviews (1): Last reviewed commit: "docs(evidence): re-verify canonical-URL ..." | Re-trigger Greptile