docs(issues): confirm #256's dead section sets; capture two mode-nav follow-ups - #1685
Conversation
…n-kind decision #256 was 'suspected remaining' for form-overview and the differential-presentation-* set. Both are now confirmed dead, so two live routes draw no section nav at all: /forms/<slug> (one anchor is a testId rather than an element id, the other five are rendered nowhere) and /differentials/presentations/<slug> (all six absent, and the only dynamic section id in that family uses a different prefix on a different route, so nothing is hiding behind a sectionId prop). Also captures #261: whether to delete SecondaryNavigationActionItem, which lost its last live consumer in PR #1679 and was deliberately kept. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01823Ctwj4vinGhGuRNyK7oE
) Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01823Ctwj4vinGhGuRNyK7oE
This pull request has been ignored for the connected project Preview Branches by Supabase. |
You have reached your Codex usage limits for code reviews. You can see your limits in the Codex usage dashboard. |
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01823Ctwj4vinGhGuRNyK7oE
Warning Review limit reachedYou’ve reached a temporary PR review limit under our Fair Usage Limits Policy. Next review available in:54 minutes Your organization has reached its usage spending cap. Adjust your spending cap in the billing tab. 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: Path: .coderabbit.yaml Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (1)
📝 WalkthroughWalkthroughThe pull request updates two documentation ledgers. It records the mode-navigation follow-up, confirms missing navigation anchors, advances the issue marker, and adds issues for navigation and header ownership decisions. ChangesLedger documentation
Estimated code review effort: 1 (Trivial) | ~3 minutes Possibly related PRs
Suggested reviewers: 🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (4 passed)
✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
BigSimmo
commented
Aug 7, 2026
Merge conflict resolved by merging
|
Co-authored-by: BigSimmo <BigSimmo@users.noreply.github.com>
There was a problem hiding this comment.
Actionable comments posted: 1
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In `@docs/branch-review-ledger.md`:
- Line 704: Append a superseding correction to the branch-review ledger using
the ledger command, updating the references from `#261/`#262 to `#271/`#272 and the
validation counts to 270 rows, 129 open, and 141 archived. Do not modify or
delete the existing row; follow the append-only workflow rather than editing the
file directly.
🪄 Autofix
✅ Autofix completed
ℹ️ Review info
⚙️ Run configuration
Configuration used: Path: .coderabbit.yaml
Review profile: CHILL
Plan: Pro
Run ID: 6c568c7b-ab93-4614-a293-b9c4f50212c4
📒 Files selected for processing (2)
docs/branch-review-ledger.mddocs/outstanding-issues.md
Uh oh!
There was an error while loading. Please reload this page.
Fixes Applied SuccessfullyFixed 1 file(s) based on 1 unresolved review comment. Files modified:
Commit: The changes have been pushed to the Time taken: |
Fixed 1 file(s) based on 1 unresolved review comment. Co-authored-by: CodeRabbit <noreply@coderabbit.ai>
Summary
Ledger-only.
docs/outstanding-issues.md, +4/−2, no code.#256moves from "suspected" to confirmed, with the evidence. It previously recordedform-overviewand thedifferential-presentation-*set as suspected remaining after PR feat(navigation): roll the shared mode nav out to DSM, Specifiers, Formulation and Differentials #1647 fixed specifiers/formulation. Both are now confirmed dead, so two live clinical routes draw no section navigation at all:/forms/<slug>—form-detail-page.tsxcontains zeroid=attributes.form-decision-context-mobileexists at line 881 but as atestIdprop, whichPathwayContextCardrenders asdata-testidonly (line 294) — never anid. The other five declared targetIds are rendered nowhere./differentials/presentations/<slug>— all sixdifferential-presentation-*targetIds absent fromdifferential-presentation-workflow-page.tsx.#256's own guidance warns against auditing by greppingid=alone, because some live sections render through asectionIdprop. That was checked rather than skipped: the only template-literal section id in this family isdifferential-section-${section.id}indifferential-detail-page.tsx— a different prefix on a different route — so nothing is hiding behind indirection in either file. The row now carries that check so the next person doesn't repeat it.#261(P3, new) — decide whether to deleteSecondaryNavigationActionItem. PR refactor(navigation): remove the vestigial one-button mode strip #1679 removed its last live consumer. Kept deliberately there: it carries thetablistroving-focus behaviour and has its own component tests, andcheck:knipruns without--include exportsso the dead-code gate will never flag it either way. The row records the keep-or-delete decision and the stop rule — don't delete the branch while leaving its tests, or vice versa.#262(P3, new) — the header addon-slot single-owner rule is enforced by two independently maintained lists agreeing by coincidence, not by a guard. The original incidental protection (a claimant mode having fewer thanMODE_NAV_MIN_ITEMSdestinations) has now expired twice, in feat(navigation): roll the shared mode nav out to DSM, Specifiers, Formulation and Differentials #1647 and feat(navigation): adopt the shared mode nav for Factsheets #1674. No action needed while the lists agree; the row names the trigger and the fix so it isn't rediscovered from scratch.Opened rather than left local because the container is ephemeral and the
#256diagnosis took real digging — the same stranding failure#260already tracks.RAG impact: no retrieval behaviour change — documentation only.
Verification
npm run check:outstanding-issues—Outstanding-issues guard passed: 260 rows (119 open, 141 archived), unique ids, next-id=263 above the highest, no merge driver, no ids deleted from base 1ff9ed206456. The "no ids deleted from base" clause is the one that matters for a ledger edit — it is what catches a merge silently dropping rows.npx prettier --check docs/outstanding-issues.md—All matched files use Prettier code style!All three rows were written through
scripts/outstanding-issues.mjs(add/update), never hand-edited, per the ledger's own rule.#207,#226and#231were reviewed in the same pass and deliberately not touched — they are existing P1 rows and re-adding them would fragment live issues into duplicates.No code gates run: this diff contains no executable code.
Risk and rollout
docs/outstanding-issues.mdhas no merge driver by design, so an overlapping edit conflicts loudly rather than silently concatenating — if this sits while another session edits the ledger, resolve by re-applying these three rows through the writer script, never by taking one side wholesale.Notes
Closes out the mode-navigation handover (#1642 → #1647 → #1674 → #1679). All 13 modes now carry navigation matching what they actually contain, and the loose ends found along the way are recorded rather than left in chat.
#256is now specced end to end — element-by-element mapping for both routes, including the two places where no element exists to anchor and the-mobilevariants on/differentials/presentations/that can never resolve becauseReviewPanelsrenders twice, not three times. One open question needs an operator call before that work starts: whether that route wants an in-page section nav at all, given it already renders a<nav aria-label="Differential presentation sections">belowxlwhose links go to other routes rather than to in-page anchors.Generated by Claude Code
Summary by CodeRabbit