Skip to content

fix(planner): regenerate the stale plan-pane-bodies graph record - #4283

Open
kevinthelago wants to merge 2 commits into
developfrom
planner
Open

fix(planner): regenerate the stale plan-pane-bodies graph record#4283
kevinthelago wants to merge 2 commits into
developfrom
planner

Conversation

@kevinthelago

Copy link
Copy Markdown
Owner

Summary

  • The graph-parity guard (graphParity.test.ts) caught real drift: FocusedBodies.tsx moved on to FeaturesStageBody/PlannerLibraryPane (The project planner shows neither library — present both the components and algorithms panes #4265), but the plan-pane-bodies seed record — its provides-tagged graph twin authored in Migrate the focused project pane into the graph (epic #3604) #4227 — was never regenerated, so the runtime loader was still vendoring the old FeaturesBody/PlannerComponentsPane switch wherever the pane composes FocusedBodies from the graph.
  • Re-ran scripts/gen-pane-graph.cjs to bring plan-pane-bodies.json and its derived graphPlatform.ts back in sync with the live file (verified every other pane/bodies/session/list record is still byte-identical — regenerating them would only have stripped their derived composes/props metadata for no content change, so those were left untouched).
  • Regenerated platform-modules.json (UPDATE_KITS=1) to match the updated registration set.

Status of owned issues

Also logged in DECISIONS.md: ~15 stale DB-only duplicate/draft component records were found in the local component graph during verification (not seed-backed, so they don't affect the shipped app). The planner role's bsc ui scope is read-only, so I can't prune them myself — flagged for a session with UI write access.

Test plan

  • npm run typecheck — clean
  • npm run lint — 0 errors (225 pre-existing warnings outside this lane)
  • npm test — 728/729 files pass; the 1 remaining failure (reactUiKit.gen.test.ts, 2 tests) is pre-existing on develop before this change, unrelated to this lane (src/features/designs kit-hash drift)
  • cargo test -p plandb -p bsc-blueprint — 150/150 pass
  • cargo clippy -p plandb -p bsc-blueprint --all-targets -- -D warnings — clean
  • graphParity.test.ts specifically re-verified green after the fix

Co-Authored-By: Claude Sonnet 5 noreply@anthropic.com
Claude-Session: https://claude.ai/code/session_01PRyWeiBv8xpzk5VdfAQkVy

kevinthelago and others added 2 commits August 11, 2026 22:34
The graph-parity guard caught real drift: FocusedBodies.tsx moved on to
FeaturesStageBody/PlannerLibraryPane (#4265) but the plan-pane-bodies
seed record (its provides-tagged graph twin, #4227) was never
regenerated, so the runtime loader was still vendoring the old
FeaturesBody/PlannerComponentsPane switch wherever the pane composes
FocusedBodies from the graph. Re-ran scripts/gen-pane-graph.cjs to
bring the record and its derived graphPlatform.ts back in sync with
the live file, and regenerated platform-modules.json (UPDATE_KITS=1)
to match the updated registration set.

Also confirms #3787's full scope (Planning.tsx / FocusedShell /
ProjectPane / ProjectsList into the graph) is already delivered and
live-mounted via already-merged #3874 + #4224 + #4227 + #4230; #3989
already merged via #4011. Decision notes recorded in DECISIONS.md,
including ~15 stale DB-only duplicate component records found during
verification that the planner role cannot prune itself (bsc ui is
read-only for this role) — flagged for a session with UI write access.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01PRyWeiBv8xpzk5VdfAQkVy
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant