• long pauses when clicking around sync webv4

    From xbit ops@1:103/705 to GitLab issue in main/sbbs on Fri Jun 5 07:38:18 2026
    close https://gitlab.synchro.net/main/sbbs/-/issues/1129
    --- SBBSecho 3.37-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to GitLab note in main/sbbs on Fri Jun 5 10:17:16 2026
    https://gitlab.synchro.net/main/sbbs/-/issues/1129#note_9258

    The problem went away?
    --- SBBSecho 3.37-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to GitLab note in main/sbbs on Fri Jun 5 12:47:41 2026
    https://gitlab.synchro.net/main/sbbs/-/issues/1129#note_9262

    There have been a few recent updates to the Synchronet web server, but not webv4 (echicken's dynamic web UI), that I recall.

    So no changes made directly pertaining to this issue, yet.
    --- SBBSecho 3.37-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From xbit ops@1:103/705 to GitLab note in main/sbbs on Thu Jun 25 22:13:28 2026
    https://gitlab.synchro.net/main/sbbs/-/issues/1129#note_9470

    Working with my Claude on this. This issue seems fixed on myside:

    # Issue #1129 — Long Pauses When Clicking Around Sync WebV4

    ## Summary

    Two bugs identified and patched. Both are required for a complete fix. Tested on X-Bit BBS (Synchronet v3.22a, Windows 10) with 200+ message areas across FidoNet, DoveNET, fsxNet, tqwNet, and Zer0net.

    ---

    ## Bug 1 — `listSubs()` opens MsgBase for every sub unnecessarily (server-side)

    **File:** `webv4/lib/forum.js`

    ### Root Cause

    `listSubs()` is called at page render time every time a user clicks a group (e.g. FidoNet) to view its list of sub-boards. It opens a `MsgBase` instance for **every sub in the group**, even though the two fields that actually require an open MsgBase (`unread` and `newest`) are both **commented out**:

    ```javascript
    // unread: is_user() ? getSubUnreadCount(mb) : null,
    // newest: getNewestMessageInSub(mb),
    ```

    On a system with 141 FidoNet echos, this means 141 `MsgBase.open()` + `MsgBase.close()` calls on every single click of the FidoNet group link — purely wasted I/O with no effect on the rendered output. This was enough to cause the page render thread to stall for several seconds, which manifests as the browser spinner when navigating back and forth rapidly.

    ### Fix

    Remove the MsgBase open/close entirely from `listSubs()` since neither field requiring