The keeper can bring back a seat a browser lost: a new token on the ledger, the old one refused and any phrase it minted voided, and a link that carries it in the fragment, minted by waving-hands-reseat.sh through a /keeper door Caddy does not proxy; the join page keeps a linked seat only once the server takes it and never over a seat that still opens, a watcher at a duel in play is told both ways back, the hall asks before forgetting a duel in play, and the server's rooms have tests of their own
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01MbtUPJ24P6vc6tE1x6RS3m
This commit is contained in:
1 parent
fbe110a7bb
commit
b51934ecd6
13 files changed
+198
-20
No files matched your search
@@ -45,7 +45,11 @@ Around the two hands:
|
||||
A duel against the bot is saved to the browser's local storage after every change, so it
|
||||
survives reading the rules, a refresh, or a phone putting the tab to sleep. Starting a new one
|
||||
asks first if one is under way. The seats this browser holds at shared duels are remembered the
|
||||
same way and listed in the hall with whose move it is. Nothing is rendered on the server.
|
||||
same way and listed in the hall with whose move it is; the hall asks before forgetting one
|
||||
still in play. A player whose browser lost a seat (Safari's seven days, an app's own browser,
|
||||
cleared data) can write to the keeper, whose `waving-hands-reseat.sh` gives the seat a new token
|
||||
and prints a link carrying it in the fragment; the old token opens nothing after. Nothing is
|
||||
rendered on the server.
|
||||
|
||||
## The duel server
|
||||
|
||||
|
||||
Reference in new issue
Block a user