summaryrefslogtreecommitdiffstats
path: root/packages/meshbay-hub/src/meshbay_hub/static/music-player.js
diff options
context:
space:
mode:
authorChristophe Besson <cbesson@gmail.com>2026-08-26 12:16:10 +0200
committerChristophe Besson <cbesson@gmail.com>2026-08-26 12:16:10 +0200
commit03c2c0deaebee645bd61dfb8d4e7bd9d942e6408 (patch)
treec538961cb88d01c3c42674725b5f4231b31296d5 /packages/meshbay-hub/src/meshbay_hub/static/music-player.js
parent6e0d2b9a477f1e9f1dec646c0de15440106ed7ed (diff)
downloadmeshbay-03c2c0deaebee645bd61dfb8d4e7bd9d942e6408.tar.gz
fix(hub): no-store on the SPA HTML shell — pull-to-refresh wasn't enough
Likely root cause of a very confusing test result: the /app HTML response had no Cache-Control at all, so a browser that decided to cache it heuristically could keep re-serving the SAME old page (old ASSET_V, old JS) indefinitely — a normal reload, pull-to-refresh included, has no reason to override a cache entry it still considers fresh. Every static asset already gets a fresh URL from ASSET_V precisely so a change is visible, but that only matters if the HTML naming that URL is itself refetched. no-store forces every navigation here to hit the network.
Diffstat (limited to 'packages/meshbay-hub/src/meshbay_hub/static/music-player.js')
0 files changed, 0 insertions, 0 deletions