docs(lane1): re-verify homepage managed-service section absence is the honored snooze - #241
Conversation
…e honored snooze The live homepage has no <section id="managed-service"> while main carries one. This was dispositioned 2026-08-11 as intended (snooze honored), and this run re-verifies it fresh: the live bundle is current (deploy-manifest source_commit ccfbd4b, prepared 2026-08-21T03:59:56Z) and the fail-closed snooze filter deliberately strips the buyer path. No product change. Co-authored-by: CommandCodeBot <noreply@commandcode.ai>
Co-authored-by: CommandCodeBot <noreply@commandcode.ai>
|
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: 4 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 (1)
ℹ️ Recent review info⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Free Run ID: 📒 Files selected for processing (1)
Included review availability: Your plan provides up to 1 included review per hour; 0 remain after this review. 📝 WalkthroughWalkthroughThe documentation adds a 2026-08-21 re-verification of the managed-service section. It records that the section remains absent from production because the active snooze triggers fail-closed filtering. ChangesConversion Signal Documentation
Estimated code review effort: 1 (Trivial) | ~2 minutes Merge Risk: ⚪ Minimal · up to This PR records the verified homepage deployment behavior without changing product code or runtime behavior. No actionable merge-blocking risk remains beyond normal checks and review. 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/login. Comment |
Item
Disposition: intended, snooze honored — not a regression
The managed-service buyer path (PRs #10/#11) is snoozed-by-Nish (2026-08-08: do not build, publish, or deploy it without his explicit yes). The release lane strips the entire section via
scripts/prepare-public-deploy-bundle.mjs(fail-closed in both directions), and bothscripts/test-public-deploy-bundle.mjsandscripts/check-public-live-deploy.mjsassert its absence.Fresh re-verification (2026-08-21)
public/index.htmlstill carries the section (id="managed-service", line 284) on origin/main HEADccfbd4b.https://tinystudio.in/— 200, portfolio title, zeroid="managed-service"/ "Website Correction" / "website-correction" / "managed service" /data-measure-source.deploy-manifest.jsonshowsfilter_version: 1,source_commit: ccfbd4b(current main),prepared_at: 2026-08-21T03:59:56Z— the live bundle is current, so the absence is the filter's deliberate output, not a stale deploy. (The deploy path was repaired in fix(release): CF_API_BASE typo — deploy lane 403'd since creation #208/fix(release): deploy lane Node 20 → 22 (wrangler hard requirement) #209/fix(release): acceptance checker was dead code (missing import + undefined helpers) #211; the earlier 2026-08-11 disposition noted a stale 06-20 bundle, which is no longer the case.)scripts/test-public-deploy-bundle.mjs101 checks 0 failures;scripts/check-public-live-deploy.mjs240 checks 0 failures.Change
Single docs annotation in
docs/measurement/public-conversion-signal.mdrecording the re-verification. No product change — the section returns only when Nish lifts the snooze.Summary by CodeRabbit