https://gitlab.synchro.net/main/sbbs/-/commit/d16b8d40c42f3d63d02f4d53
Modified Files:
src/doors/termgfx/sgrmouse.h
Log Message:
termgfx: note that SyncTERM's mouse motion encoding was fixed
The 96-and-97 hover encoding this decoder works around is no longer what
a current SyncTERM sends. bbf7c4c79b (dice-12-carpet, 2026-07-11) stopped routing the no-button sentinel through the wheel remap, so unpressed
motion now arrives as xterm's 35 and a wheel notch as a clean 64 or 65.
Captured live from CTerm 1.332 to confirm it rather than trusting the
diff: twelve motion reports at b=35, wheel notches at b=64 and b=65, no
96 or 97 anywhere.
No code change. A door serves whatever client dials in, including
releases built before that fix, so both values must keep decoding exactly
as they did; what changes is that the comment described the broken
behavior in the present tense.
Co-Authored-By: Claude Opus 5 (1M context) <
noreply@anthropic.com>
--- SBBSecho 3.37-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)