Skip to content

chore(home): remove dead plain-JS home resources#379

Merged
mgoldsborough merged 1 commit into
mainfrom
fix/inline-briefing-categories
Jun 3, 2026
Merged

chore(home): remove dead plain-JS home resources#379
mgoldsborough merged 1 commit into
mainfrom
fix/inline-briefing-categories

Conversation

@mgoldsborough
Copy link
Copy Markdown
Contributor

@mgoldsborough mgoldsborough commented Jun 3, 2026

What changed (and why this PR pivoted)

This branch originally fixed the schema drift in the inline home-briefing renderer. QA review flagged that a sibling resource (home-dashboard.ts) had the identical defect, unfixed — "fix everywhere or collapse to one path."

Tracing it down, the real finding is bigger: both inline resources are dead code.

  • home-dashboard.ts (ui://nb/home-dashboard) and home-briefing-inline.ts (ui://nb/home-briefing-inline) are the pre-React home UI.
  • The live home is the React SPA at ui://home/dashboard (src/bundles/home/ui, served via platform/home.ts with a sidebar placement, priority 0). It fetches briefing on the nb source and renders it itself with the correct BriefingOutput schema.
  • Both old resources are registered in buildCoreResourceMap() but referenced by nothing — no placement, no tool resourceUri binding, and no client reads either URI anywhere in src/ or web/. home-dashboard.ts hasn't been touched since v0.1.0.
  • Both also carried the same schema drift (stale needs_attention/coming_up categories, item.sentiment instead of item.type), so they rendered zero sections against real briefing data.

So rather than harden a dead, schema-drifted render path, delete it: both scripts, their styles, their registry entries in index.ts, and the now-orphaned inline test.

Diff

Pure removal — 406 lines across 5 files:

  • scripts/home-dashboard.ts, scripts/home-briefing-inline.ts (deleted)
  • styles.tsHOME_DASHBOARD_STYLES, HOME_BRIEFING_INLINE_STYLES removed
  • index.ts — both imports + resources map entries removed
  • test/unit/core-resources/home-briefing-inline.test.ts (deleted)

bun run verify:static passes; remaining core-resources tests pass. No references to the removed exports remain.

Resolves QA review

QA offered two outcomes — fix both, or (if dead) delete. This is the delete branch: a registered resource carrying a known-broken render path is pure carrying cost.

The inline home-dashboard and home-briefing-inline scripts (ui://nb/home-dashboard,
ui://nb/home-briefing-inline) are the pre-React home UI. The live home is the React
SPA at ui://home/dashboard (src/bundles/home/ui, served via platform/home.ts with a
sidebar placement), which fetches and renders the briefing itself with the correct
BriefingOutput schema.

Both old resources are registered in buildCoreResourceMap() but referenced by
nothing — no placement, no tool resourceUri binding, no client reads either URI
anywhere in src/ or web/. home-dashboard.ts has been untouched since v0.1.0. Both
also carried the same schema drift (stale category names, item.sentiment instead of
item.type), so they rendered zero sections against real briefing data.

Rather than fix a dead render path (the original intent of this branch), delete it:
both scripts, their styles, their registry entries, and the inline test. Removing a
broken, schema-drifted, unreferenced renderer beats hardening it.

Supersedes the inline-renderer fix this branch originally carried.
@mgoldsborough mgoldsborough force-pushed the fix/inline-briefing-categories branch from e736b41 to 41ac982 Compare June 3, 2026 08:22
@mgoldsborough mgoldsborough changed the title fix(briefing): align inline dashboard renderer with the briefing schema chore(home): remove dead plain-JS home resources Jun 3, 2026
@mgoldsborough mgoldsborough added the qa-reviewed QA review completed with no critical issues label Jun 3, 2026
@mgoldsborough mgoldsborough merged commit b75d3e0 into main Jun 3, 2026
5 checks passed
@mgoldsborough mgoldsborough deleted the fix/inline-briefing-categories branch June 3, 2026 08:34
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

qa-reviewed QA review completed with no critical issues

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant