0.7.6:0 — bundle Station Master v0.7.6
Submodule pinned to v0.7.6 (b4f09f0). current.ts bumped in place at 0.7.6:0 — no new version file, no migration: fixes a client-side routing bug in the solitaire door that v0.7.5 introduced (a browser that had ever held a multiplayer seat could not reach the new setup screen at all), so every game in progress carries over without exception. Verified: npm run check clean, prettier clean, make x86 packs as v0.7.6:0, installed on phoenix.local — logs show the empty migration running and both games in progress (WHISTLE-4086, COAL-7370) resuming with their same intent counts, and the served index.html confirmed to link the solitaire door to ./play.html?solitaire. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01AdG46Ja2PEDBkpqiDazMoX
This commit is contained in:
@@ -35,6 +35,11 @@ watches the table — there is nothing else to open.
|
||||
Solitaire runs entirely in your own browser and needs nothing from the server, so it works here
|
||||
exactly as it does on the public Station Master site.
|
||||
|
||||
**What changed in 0.7.6.** The **Play solitaire** door on the front page now reliably reaches
|
||||
solitaire. If this browser had ever taken a seat at a multiplayer table, the door used to lose to
|
||||
that game or lobby instead — a plain page load couldn't tell "I clicked Play solitaire" apart from
|
||||
"I reloaded mid multiplayer game". Fixed; nothing else changed.
|
||||
|
||||
**What changed in 0.7.5.** Solitaire now asks before it deals. A genuinely fresh visit to the
|
||||
solitaire page opens a setup screen with the full set of options — game type, starting hand, where
|
||||
an Extra may start, the revenue rates, victory conditions, and the optional rules — the same
|
||||
|
||||
Reference in New Issue
Block a user