https://gitlab.synchro.net/main/sbbs/-/commit/a44a81fca9fe696ff5fac317
Modified Files:
src/syncterm/term.c
Log Message:
Fix reading of PBM P4 files

If the width is not a multiple of eight, ignore the last padding bits
at the end of each line.

But really, there's no reason to create a PBM where the width isn't
a multiple of eight.

Fixes issue reported by DigitalMan on Discord

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

https://gitlab.synchro.net/main/sbbs/-/commit/1867df03936a69dfd5dfe1dd
Modified Files:
src/syncterm/term.c
Log Message:
Fix big in parsing binary PBM/PPMs

Only a single whitespace is allowed between the header and the raster
data.

While we're here, remove some unused variables.

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

https://gitlab.synchro.net/main/sbbs/-/commit/8e92a64682904c7f3210751a
Modified Files:
src/syncterm/term.c
Log Message:
Actually hook up lf_expand

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

https://gitlab.synchro.net/main/sbbs/-/commit/bc7374d01c25c85883f9f521
Modified Files:
src/syncterm/term.c
Log Message:
Fix SGR pixel mouse coordinate origin

DECSET 1016 reports one-based pixel coordinates, but the conversion
from ciolib's zero-based high-resolution mouse position subtracted the one-based cterm origin directly. This removed one full character cell
from each axis and could report zero or negative coordinates near the
top or left edge.

Use the zero-based pixel origin implied by the one-based cterm cell
origin instead, and treat high-resolution coordinates as present only
when both axes are non-negative. This keeps valid zero-valued pixels
from being mistaken for missing data while preserving the text-coordinate fallback for backends that do not provide pixel positions.

Fixes SourceForge ticket 267.

Co-Authored-By: OpenAI Codex <noreply@openai.com>

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

https://gitlab.synchro.net/main/sbbs/-/commit/7877652a0c218228a7bac7a0
Modified Files:
src/syncterm/term.c
Log Message:
Discard stale transfer handshakes

Remote transfer programs repeat their readiness request while the user navigates SyncTERM's protocol and file menus. Feeding every queued
request to the protocol adds an avoidable handshake round trip for each
stale copy before a transfer can begin.

Drain all receive-buffer layers through the normal decoded input path
before starting a transfer, then replay the suffix beginning with the
newest applicable request. Retain ZRINIT for ZMODEM uploads, ZRQINIT
for ZMODEM downloads, and repeated NAK, C, or G requests for X/YMODEM
uploads. Leave queues without a recognized request unchanged and avoid trimming protocols without an unambiguous inbound marker.

Account for replayed input in the receive helpers and reset the
additional staging state between sessions. Verify with a clean debug
build and all 67 SyncTERM terminal tests.

Refs SyncTERM ticket 271

Co-authored-by: OpenAI Codex <noreply@openai.com>

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