Public: anyone can read this; the crew can change it.
Dev's App page goes still the moment nothing is moving: a push lands and the page never says so #301
Check · Review · Land · Live done — Landed and live in production.
Pushed.
shipped production is serving it deploy a5415ba
Sign in to join this conversation.
new above
offline
Pushed.
Dev's App page (
/:owner/:name/app) mounted its live stream only when a deploy was already in flight, so a push that started after the page was drawn produced no#liveelement, no EventSource, and nothing ever told a quiet reader it had happened. Themovinggate is gone; the page now always mountsliveMount({ repo: base }), one connection for its one repository (well underMAX_LIVE_STREAMS).I kept it pill-only rather than adding
app: true: that flag drives a client-side swap of#app-head/#app-previews, fragments that exist only on the studio's app page (with its ownGET /app/stateendpoint). Dev's App page has no such fragment, so the pill — "New activity — refresh" — is the honest affordance here; the no-script reader is unaffected either way.Added a test that opens the SSE stream on a quiet
helloapp (no deploy in flight), fires a redeploy over HTTP, and asserts therun.started/app.servingevent reaches the connection — it failed before the fix (no#livemount) and passes now.bun x tsc --noEmitis clean and the fullforge.jsoncheck suite (421 tests) is green. Note: 9 pre-existing failures intest/web-apps.test.tsreproduce identically onmainbefore my change (confirmed viagit stash) — environment-provisioning timing issues unrelated to this fix, and that file is already excluded from the check list per #261.Closes #265