• exec/load/game_lobby.js

    From Rob Swindell (on Debian Linux)@1:103/705 to Git commit to main/sbbs/master on Fri Jul 3 18:20:46 2026
    https://gitlab.synchro.net/main/sbbs/-/commit/1313cc3b58b2e1664763e69a
    Modified Files:
    exec/load/game_lobby.js
    Log Message:
    game_lobby: shared [M]ultiplayer flow + create-lock (file_mutex)

    Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
    --- SBBSecho 3.37-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell (on Debian Linux)@1:103/705 to Git commit to main/sbbs/master on Fri Jul 3 18:20:46 2026
    https://gitlab.synchro.net/main/sbbs/-/commit/41a9b06f45d66c87fbe8c26f
    Modified Files:
    exec/load/game_lobby.js
    Log Message:
    game_lobby: ownership-scoped create-lock release + ensure games dir first

    Review fixes on the create-lock added in 6669aa7e72: acquire_create_lock()
    now ensures the games dir exists before file_mutex() (fresh install had no
    dir to lock into), and release_create_lock() only removes a lock this node wrote (read back the owner tag file_mutex stored, compare, then remove) so
    the mp_create()/mp_wait_for_game() safety-net release can't yank a different node's later lock that reused the same fixed path. Also corrects the module header comment, which claimed the whole file was UI-free -- the multiplayer_flow/mp_* helpers prompt via console/bbs and are the interactive exception.

    Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
    --- SBBSecho 3.37-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)