https://gitlab.synchro.net/main/sbbs/-/commit/b0b5c5a4807d204252d4b2e9
Added Files:
src/doors/UNIFIED_MP_LOBBY_DESIGN.md
Log Message:
SyncDOOM/SyncDuke: design for unified [M]ultiplayer lobby entry

Design doc for merging the lobby's [J]oin and [C]reate keys into a single [M]ultiplayer option in both doors: a sequential Y/N flow keyed on the count of waiting games (0/1/>=2), a short-lived file_mutex setup-window lock (~120s stale-reap) that funnels a second arrival into joining the game the first is forming (with a waiter poll that auto-drops into the join prompt), external-by- address folded in only when [net] allow_external is on (SyncDOOM), and shared gl.* helpers with each door's existing join/create internals untouched. Unifying
the muster-vs-claim waiting-room models is explicitly out of scope.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01KYmBzSZGyRondAXevh9RJP

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/533b09d97590037773396ca7
Added Files:
src/doors/UNIFIED_MP_LOBBY_PLAN.md
Log Message:
SyncDOOM/SyncDuke: implementation plan for unified [M]ultiplayer lobby

Task-by-task plan (companion to UNIFIED_MP_LOBBY_DESIGN.md): shared game_lobby.js
create-lock helpers (TDD), then SyncDOOM and SyncDuke [M] dispatcher + lock wrapper + waiter poll + one release line in sd_create + menu/lobby.msg rewire.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01KYmBzSZGyRondAXevh9RJP

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/e177ecb94f22acbabe3d1ece
Removed Files:
src/doors/UNIFIED_MP_LOBBY_DESIGN.md UNIFIED_MP_LOBBY_PLAN.md
Log Message:
doors: remove the stale unified-[M]ultiplayer lobby design/plan docs

The design and implementation plan for replacing the separate [J]oin and [C]reate lobby keys with a single [M]ultiplayer flow have both been fully realized: the shared flow lives in exec/load/game_lobby.js as multiplayer_flow(), and SyncDOOM and SyncDuke each call it from their own sd_multiplayer(). The documents described work to be done rather than how
the result behaves, so they are now only a snapshot of a finished task.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net