New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
mintty update broke scrollback buffer support in left/right margins mode with default margins #916
Comments
Are you using Windows Subsystem for Linux (WSL) to connect to that server? If not then use normal cygwin or msys2 installation. |
Yes, I run WSL inside mintty with wsltty, and from there connect to Linux servers. |
What is the Windows 10 version? |
I'm on 1903 (18362) |
Hand over to @mintty. |
Configured mintty (
Tmux on WSL or on the CentOS server? Please try |
I've not configured mintty for anything alternate buffer related. The tmux is on the CentOS server, and I've not changed the version there. I can try and capture a log of me reproducing it. All I do is: On wsltty session, SSH to the Linux server All I see is the session from before I started tmux, and nothing of the overflowed 'ls' output. |
Setting NoAltScreen=true didn't change the behaviour. Attached is a capture from 'script' on the WSL instance. |
Ah, I've got a suspicion. Can you make the same typescript with the previous wsltty version to compare? Now we could investigate why your tmux uses margin mode now and did not before (or to check whether it tried in the first place, thus my request above). Also, I'm actually wondering: if you want to use local scrollback, why do you use tmux at all? |
The log contains the sequence \e[?69h\e[1;36r\e[s which sets left/right margins to their default. |
…gins (#916); do not put cleared lines into scrollback buffer
To answer your question why I run tmux at all: I run it so that I can maintain 10 persistent consoles on a remote server, so I'm not reliant on connections being continuously open on my workstation. It's still much faster/more natural to use a local scrollback buffer, though presumably I could fix the "naturalness" by changing tmux's keybindings for scrolling. |
So, downgrading to wsltty 1.9.6/mintty 2.9.6 does return the previous behaviour, typescript attached. |
In the "older" log, left/right margin mode is in fact not activated. This is weird if you really changed nothing else. Does the application perhaps check the mintty version? |
Released 3.0.3. |
Thanks, verified with mintty 3.0.5. |
So, I was previously using wsltty 1.9.6, connecting to a CentOS 7 server where I had tmux installed, and configured to disable the alternate screen buffer, so I could still use what I consider to be a valuable fast local scrollback (with Shift-PageUp/Down or scrollbar), and all was good.
Recently I updated to wsltty 3.0.2, and this has stopped working. It's annoyed me enough that I've gone back to using PuTTY, but I do still prefer the wsltty solution generally.
Tmux is configured with the following to disable the alternate screen buffer:
set -ga terminal-overrides ",xterm*:smcup@:rmcup@,putty*:smcup@:rmcup@,screen*:smcup@:rmcup@"
The text was updated successfully, but these errors were encountered: