https://sourceforge.net/p/syncterm/feature-requests/130/ closed as duplicate.
Support higher/non-standard baud rates for serial (and 3-wire) connections
Duplicate of https://sourceforge.net/p/syncterm/feature-requests/39/
Scroll error in EGA mode with no status bar
Fixed in git.
ZModem auto-downloads to $HOME by default
Fixed in current git, but everyone with existing dialing directories that specify the old home path are still vulnerable.
stack overflow with DECRQSS
Fixed in current git.
two heap overflows in sixel graphics
Fixed in current git.
ZModem auto-downloads to $HOME by default
stack overflow with DECRQSS
two heap overflows in sixel graphics
Scroll error in EGA mode with no status bar
Error Decrypting BBS List - MacOS Tahoe 26.4
Support higher/non-standard baud rates for serial (and 3-wire) connections
Receive translation for LF->CRLF for serial and "3-wire" connections
DECRPSS broken.
Fixed in git, will be part of next nightly build and next release.
DECRPSS broken.
Hopefully this doesn't re-open the ticket - just wanted to add that the newest versions that have Wayland support seem to be much more efficient on my systems. Thanks for the suggestions along the way, too, it's been helpful in understanding and managing things.
RIP: Stray "!" when "|#" is at the end of a RIP command string
Reported as fixed on IRC.
Some keys stop working after ctrl-clicking a URL
Appears fixed in latest nightly build.
syncterm CPU usage seems high
Marking this as closed, it seems we've reached a happy place.
Syncterm 1.8b ansi problem with Slackware64 15.0 Linux
Moving to pending... will likely end up timing out. :(
Hrm, can you try the latest nightly instead of the rc? There was an issue with decrypting empty lists that was fixed after the rc.
Error Decrypting BBS List - MacOS Tahoe 26.4
Integrated QWK Offline Reader/Reply Workflow within SyncTERM
RIP: Stray "!" when "|#" is at the end of a RIP command string
Thanks for the report! This should be fixed in the latest nightly. Please test it out and let me know if it's fixed or worse. :D
RIP: Stray "!" when "|#" is at the end of a RIP command string
Win32 build does not work on Win7 32bit
I don't have Win7 and am not especially interested in supporting an OS that has been out of support for over 11 years. If someone wants to step forward and provide that support, that would be fine as long as it doesn't interfere with supported OSs.
Some keys stop working after ctrl-clicking a URL
Should be fixed now, works on my Windows system here.
I'm sorry. It is X11. And it is on every BBS I go to. When I try to go to font management and do an insert, it crashes.
That did it with the ansi part.
I'll download it tomorrow. Anything I enter into the font config causes it to crash.
When you do an insert, are you leaving the name blank and pressing enter? Where exactly does it crash? Are you connected to a BBS when you're doing it? I may have fixed the bug, but I still don't have a clear understand of what's happening, so I can't debug it. You can download the latest build from http://syncterm.bbsdev.net/ and try it out.
Use standard key combinations for copy/cut/paste of items and text
Closing with the Window manager ('X') while connected creates a zombie process
Directory drawn inactive when switching sort order
Fixed in git.
Closing with the Window manager ('X') while connected creates a zombie process
Fixed in git. Weirdly, this also appears to have fixed the ScalingFactor=1 bug.
It sounds like you turned off CP437 support in your BBS user account.
Directory drawn inactive when switching sort order
Win32 build does not work on Win7 32bit
Still happens with current v1.8b.
Some keys stop working after ctrl-clicking a URL
One can walk back past the root directory on Windows
Confirmed.
A few things I notice here: You say this is happening with the Win32 GDI output mode, which is not available on Linux. Please let me know what output mode is in use (shown on the main screen after the SyncTERM version). In the attachments, it appears that your account on the BBS is set up as not supporting CP437. Perhaps it's forced to using UTF-8? You should be able to fix this in your user settings on the BBS as terminal settings. How are you "trying to do font management"? What exactly are you...
Web Lists
No response for a week, assuming this worked.
SyncTERM 1.7 Personal Dialing Directory Issue : Win11 25H2
No confirmation after fix, assuming it works.
syncterm 1.7 starts to eat cpu when aborted abruptly
Fix confirmed, closing. Thanks for the report and following up!
Bad icon with some Window Managers
Syncterm 1.8b ansi problem with Slackware64 15.0 Linux
A quick test and I wasn't able to reproduce this, I tried with both the EXE and the COM.
I see the drive letters at the top of my tree. :(
Fixed! Great. Tested twice and both types the process was gone. I have one in a defunct process state, but that was from previous version before your last fix! Thanks so much. This will help with mysterious load issues on my VPS!
Any chance you can attach gdb and get a backtrace? I'll try to make time to repro on my laptop something this weekend.
They're supposed to be there. I guess _getdrives() isn't working or something? filepick.c:398.
When scrolling, status bar doubles for a fraction of a second
Looks fixed to me in nightly build. Now get list of drive letters at top of tree! :-)
I just reproduced it (still happens) with the nightly built 3/20/206 12;16AM.
Looks fixed to me in nightly build.
Closing with the Window manager ('X') while connected creates a zombie process
I think I have a fix now.
Who even does that? :D
When scrolling, status bar doubles for a fraction of a second
In (my) git now... will be pushed/built soon.
When scrolling, status bar doubles for a fraction of a second
Yeah, this has been an ongoing issue and is a result of how scrolling is performed when using a status bar... working on this now.
One can walk back past the root directory on Windows
Looks like getdirname("C:\") returns "". I'll let you decide if that's a getdirname() issue or not and just hack around it. In local git.
Some keys stop working after ctrl-clicking a URL
Should be fixed in git (will push/rebuild after slogging through all the presumably excellent reports)
My initial guess on this one is that focus is lost with CTRL down, once the new window has focus, it doesn't get the corresponding key up, so everything assumes CTRL is still down. The timing difference between releasing control and the browser taking focus would be the difference between working and not.
Closing with the Window manager ('X') while connected creates a zombie process
Here's the video screen cap if you need it.
When scrolling, status bar doubles for a fraction of a second
One can walk back past the root directory on Windows
One can walk back past the root directory on Windows
Was not immediately reproducible after closing and re-running SyncTERM. :-(
Some keys stop working after ctrl-clicking a URL
Aha! The strace was key, thank you VERY much for including it. Committing a fix now, should be ready for you to verify tomorrow!
Ah, thanks, I'm digging in to this, and it looks like the thing that I thought I already fixed... trying to come up with another theory, it looks like curses may not actually be telling me there's an error. :(
I'm on a mbp and vpned to work. I connect to my Linux VPS via web based terminal because I use non standard ssh port which is not allowed through the vpn. Once connected to the VPS I run syncterm in in curses mode; and I get disconnected or disconnect forgetting to close my syncterm session. ttyd is the web based terminal. https://github.com/tsl0922/ttyd strace shows the following activity of the old process read(0, "", 1) = 0 ioctl(0, FIONREAD, 0x7ffcab37bcac) = -1 EIO (Input/output error) ioctl(0,...
Deuce the above anonymous post was from me. Forgot to login first. I attached a gdb trace like you had originally requested. I'll do more testing tomorrow while at work, and let you know if I see any difference. Rebuild after you announced 1.8-rc2 so I think I have the latest.