Aquileo | Recent changes to tickets

Aquileo | Any-event mouse tracking (1003) reports no-button motion as button 96 (SGR) / 0x80 (legacy)

Thu, 09 Jul 2026 01:07:06 -0000

Expected. cterm.adoc on 1003: "If no button is pressed, it acts as though button 0 is." → Pb = 32. xterm instead uses its button-3 sentinel → Pb = 35 (not in ctlseqs, but settled by button.c: FirstBitN(0) → -1 → BtnCode()'s if (button < 0) result += 3, then the SGR path subtracts the X10 bias: 32+32+3-32 = 35).

Actual. Pb = 96. In term.c:4741-4761, my_ffs(0) returns 0, so the no-button case is forced to bit = 4 → button = 3 — which is also wheel-up's pre-remap value. The if (button >= 3) button += 61 remap (there to produce xterm's 64/65) then promotes the sentinel to 64, and += 32 for motion yields 96. The sentinel is applied before the remap that reserves that range.

Two details I checked rather than assumed, and both sharpen the report:

Mode 1002 is unaffected — the no-button case returns early at the MM_BUTTON_EVENT_TRACKING guard before reaching the sentinel. Only 1003.
The legacy encoding is worse than the SGR one. Without 1006, Cb = ' ' + 96 = 0x80 — a non-ASCII byte, where xterm sends 'C' (67). Arguably the more serious
symptom, since 0x80 is ambiguous in an 8-bit/UTF-8 stream.

Suggested fix, either: if (bit == 0) bit = 1; (matches cterm.adoc, gives 32), or keep the button-3 sentinel but apply it after the wheel remap (matches xterm, gives 35). I recommend flagging (2) as what xterm-targeted hosts expect, while noting (1) is what SyncTERM currently documents — and that whichever is chosen, cterm.adoc and the code should agree.

Aquileo | #261 Custom screen mode Column settings don’t persist

Wed, 08 Jul 2026 20:54:56 -0000

Milestone: 1.10 --> 1.9

Aquileo | #263 Shift+Down opens the Alt-M ANSI Music picker (keycode collision)

Wed, 08 Jul 2026 20:54:34 -0000

Milestone: 1.10 --> 1.9

Aquileo | #256 SIGBUS crash in libjxl during JXL decoding

Wed, 08 Jul 2026 20:54:15 -0000

Milestone: 1.9 --> 1.10

Aquileo | #265 SSH hangs at "Opening Channel" when SFTP subsystem opens but FXP_INIT never completes

Wed, 08 Jul 2026 20:53:44 -0000

Milestone: 1.9 --> 1.10

Aquileo | #252 No vendored libsndfile for Windows or MacOS

Wed, 08 Jul 2026 20:05:13 -0000

status: open --> closed

Aquileo | #265 SSH hangs at "Opening Channel" when SFTP subsystem opens but FXP_INIT never completes

Wed, 08 Jul 2026 19:11:09 -0000

bah, I refreshed the page and it reset the version/milestone.

Aquileo | SSH hangs at "Opening Channel" when SFTP subsystem opens but FXP_INIT never completes

Wed, 08 Jul 2026 19:09:59 -0000

Summary

With "SFTP Public Key" enabled for a dialing-directory entry, SyncTERM hangs
forever at the "Opening Channel" popup when connecting via SSH to a server
that accepts the sftp subsystem channel but never returns a usable
SSH_FXP_INIT reply (e.g. a BBS whose SSH server has no working SFTP behind it).

Repro

Enable "SFTP Public Key" for an entry whose host accepts the sftp
subsystem channel-open but doesn't actually serve SFTP.
Connect via SSH. Auth succeeds, then it sticks at "Opening Channel"
indefinitely (never times out).

Root cause

In sftp_session_start() the FXP_INIT round-trip waits with
WaitForEvent(init_evt, INFINITE); // src/syncterm/ssh.c:844
That event is only ever signalled by sftp_init_signal_cb (on a valid FXP_INIT
reply). If the reply never arrives, the recv thread hits EOF/error and breaks
(ssh.c:750-753) without signalling the event, so the wait never returns.

The wait is a hand-rolled Win32 event, so it is NOT covered by the 60s
dssh_session_set_timeout (ssh.c:1094) that guards the DeuceSSH-level waits
(e.g. send_channel_request_wait, ssh-conn.c:1883). "Opening Channel" is also
still displayed because the popup isn't cleared until after this call
(ssh.c:1238).

Version

SyncTERM 1.10a, built from the Synchronet git tree (MSVC + vendored Botan),
Windows 11.

Aquileo | SSH hangs at "Opening Channel" when SFTP subsystem opens but FXP_INIT never completes

Wed, 08 Jul 2026 19:09:59 -0000

Ticket 265 has been modified: SSH hangs at "Opening Channel" when SFTP subsystem opens but FXP_INIT never completes
Edited By: Stephen James Hurd (deuce)
_milestone updated: '1.9' => '1.10'

Aquileo | Partial UI after disconnecting

Wed, 08 Jul 2026 07:14:11 -0000

When disconnecting via Alt-H, I sometimes get this incomplete SyncTERM UI screen. Hitting a (any?) key brings it back to normal.