Files
pad/web
xarmian 5dffd734c1 fix(web): fence the create against cancel and against a workspace switch (TASK-2877)
Codex review round 2, two P1s, both confirmed at the lines they name.

CANCEL. `oncancel` only closed the picker, so backing out did not
supersede an in-flight create — the pending promise then resolved and
selected an item the user had just declined. Backing out is as explicit a
choice as picking a different row, and now bumps the same counter.

WORKSPACE SWITCH. `ItemDetail` keys its fields subtree on `itemSlug`
ALONE, so switching workspaces to an item carrying the SAME ref — and
every workspace has a TASK-5 — reuses this component rather than
remounting it, and `destroyed` never fires. The completion then wrote an
item ID from the previous workspace into the new workspace's item.
`createRelationTarget` already captured `ws` and `collSlug` before the
request; it now compares them to the live props before applying, which is
the DR-6b shape `ChildItems.submitCreate` uses for the same reason.

The `localIndex.upsert` still runs ahead of all three fences and still
uses the CAPTURED workspace: the item genuinely exists in the workspace it
was created in, and the fences are about where the VALUE is written, not
about hiding a real row.

Matrix now 17 mutants, all killed; baseline and restore both 78/78. The
two added here — cancel not bumping the counter, and the ws/collection
comparison removed — are what stand in for having seen these two tests red
before the fix, since pin and fix landed in one edit.
2026-09-03 21:45:26 +00:00
..
2026-03-26 01:52:36 +00:00
2026-03-26 01:52:36 +00:00
2026-03-26 01:52:36 +00:00
2026-03-26 01:52:36 +00:00

Pad Web UI

SvelteKit 2 + Svelte 5 frontend for Pad, compiled to static files and embedded into the Go binary.

Development

npm install
npm run dev          # Dev server at localhost:5173 (proxies API to localhost:7777)
npm run build        # Production build to build/
npm run check        # Type checking with svelte-check

When developing, run the Go backend separately with make dev from the project root.

Building for Production

Do not build in isolation. Always use make build from the project root — this builds the web frontend, then compiles the Go binary with the build output embedded via //go:embed.

Stack

  • Svelte 5 with runes ($state, $derived, $effect)
  • SvelteKit 2 with adapter-static (SPA mode)
  • Tiptap block editor with markdown round-trip
  • svelte-dnd-action for drag-and-drop in board/list views
  • SSE for real-time updates
  • TypeScript throughout

Structure

src/
  routes/                    SvelteKit pages
    +layout.svelte           App shell (sidebar + main)
    +page.svelte             Landing/redirect
    [workspace]/
      +page.svelte           Dashboard (collections, phases, activity)
      +layout.svelte         SSE connection per workspace
      [collection]/
        +page.svelte         Collection view (board/list)
      [collection]/[item]/
        +page.svelte         Item detail + editor
      conventions/            Purpose-built conventions page
      playbooks/              Purpose-built playbooks page
      settings/               Workspace settings
  lib/
    api/client.ts            HTTP API client
    components/
      layout/                Sidebar, navigation
      editor/                Tiptap editor, raw markdown editor
      fields/                FieldEditor, relation picker
      items/                 ItemCard, ItemDetail
      collections/           BoardView, ListView
      common/                StatusBadge, badges, modals
      search/                CommandPalette
    stores/                  Svelte 5 reactive stores
      workspace.svelte.ts    Workspace state
      collections.svelte.ts  Collection + item state
      ui.svelte.ts           Sidebar, mobile state
    types/index.ts           TypeScript types and constants
  app.css                    Global styles and design tokens