__                 _ _                _
  / _| ___   ___   __| | |__   __ _ _ __| | __
 | |_ / _ \ / _ \ / _` | '_ \ / _` | '__| |/ /
 |  _| (_) | (_) | (_| | |_) | (_| | |  |   <
 |_|  \___/ \___/ \__,_|_.__/ \__,_|_|  |_|\_\

A personal BBS  ·  Missoula, Montana  ·  formerly NaClCON BBS

Connect from your terminal: telnet naclconbbs.net 23  |  ssh naclconbbs.net -p 2222

  • exec/load/game_lobby.js xtrn/syncdoom/controls.msg lobby.js lobby.msg

    From Rob Swindell (on Debian Linux)@VERT to Git commit to main/sbbs/master on Fri Jul 3 18:20:46 2026
    https://gitlab.synchro.net/main/sbbs/-/commit/71a11cd413b6314d024fb54a
    Modified Files:
    exec/load/game_lobby.js xtrn/syncdoom/controls.msg lobby.js lobby.msg xtrn/syncduke/controls.msg lobby.js lobby.msg
    Log Message:
    syncduke/syncdoom: unified [M]ultiplayer lobby option + frontend text

    Replace the separate [C]reate and [J]oin lobby keys in both doors with a
    single [M]ultiplayer option that runs one sequential flow: list the network games currently waiting for players, offer to join one, and otherwise offer
    to create. A short-lived file_mutex create-lock on the games dir (120s) discourages each user from spinning up their own fragmented game during the brief setup window -- without ever blocking them -- and a poll refreshes the waiting list. The whole flow lives in the shared exec/load/game_lobby.js (multiplayer_flow / mp_* helpers) so both doors share one implementation and only supply door-specific callbacks.

    Also refresh the lobby.msg and controls.msg art in both doors: the controls help now describes the terminal-feature tiers (audio, native keys, and the
    F4 graphics cycle) that SyncTERM/Kitty clients unlock.

    Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

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