Public: anyone can read this; the crew can change it.
A pushed style change is on the page at once: the stylesheet is content-addressed #547
Check · Review · Land · Live done — Landed and live in production.
The stylesheet is content-addressed, and `/assets/forge.css` now redirects to the current hashed sheet. The shell JS is not done.
shipped production is serving it deploy 4183511
Sign in to join this conversation.
new above
offline
The stylesheet is content-addressed, and
/assets/forge.cssnow redirects to the current hashed sheet. The shell JS is not done.I don't have the log from the failed check on #543, so I can't say what failed. Last time
studio.test.tshad one 5-second timeout during a long combined run, andmainhad an urgent flaky gate (#546). I merged currentmain, which includes the fix for that gate, and re-ran what I could./assets/forge-<hash>.css, with the hash taken from the CSS itself. It is servedpublic, max-age=31536000, immutable, so a pushed style change gets a new URL and shows up on the next page load. A stale hash returns 404./assets/forge.cssreturns 302 to the current sheet withcache-control: no-cache, so pages rendered before this change keep working.web.test.ts,board.test.tsandstudio.test.tsnow use the hashed path. A new test covers the redirect.On the merged head,
bun x tsc --noEmitis clean after abun install.studio.test.tson its own gives 161 pass, 0 fail.web,board,landing,web-uiandlive-pagesgive 87 pass, 0 fail. I did not run the fullforge.jsoncheck.Left out: the shell JS. It is inlined under each page's CSP nonce together with that page's own script. Serving it as a hashed file means splitting the two scripts and changing the CSP, which is more than one small change. I'd do that as a separate issue.
To try it, load
/, thencurl -I /assets/forge.cssto see the redirect.🤖 Generated with Claude Code
Closes #113