improvise

Files

T

Edward Langley c960713f8c The worker's status claims success only on its first frame (improvise-i0v9)

The worker transport wrote "in-page worker · <doc>" when it spawned the
worker, before anything had answered, so a tab whose worker could not start
showed a success-looking status over a blank page. It now writes "starting
the worker · <doc>…", and createShell's arm() takes an `answer` that sawFrame
writes on the first frame, but only while the watchdog is still armed. A
ReadOnly or SeedMissing notice lands BEFORE the Snapshot, and fail() has
already disarmed, so the claim cannot overwrite the precise reason.

The two-tab spec now logs every #status and denies both the premature claim
and "did not answer" before the page clock is walked. A new spec pins the
exact status sequence on the writable path. Reasoning:
context/code/clients.md, "The watchdog".

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01VdfEGXA7aJ6ftMsCc9PJze

2026-09-22 22:10:29 -07:00

bundle

fix: declare click_page_item on the wasm-surface ratchet

2026-09-21 23:29:49 -07:00

bundle_freedom.test.js

fix(tooling): a leaf is not an identity, and a convenience flag was a bypass

2026-09-20 21:42:07 -07:00

dispatch.test.js

feat: the page bar becomes a control, and [/] reach the modes about the document

2026-09-21 23:24:38 -07:00

grid_plan.test.js

feat(browser): paint the page bar and the totals strip, and delegate the pointer