Open ferdinandyb opened 4 months ago
I'm just going to add a different example, maybe you can see a pattern:
[2024-02-13 12:47:31.3948360.394835] [vt.trace.sequence] Processing SGR CSI 36 m
[2024-02-13 12:47:31.3948941.394894] [vt.trace.sequence] text: "2024-01-10 "
[2024-02-13 12:47:31.3949478.394947] [vt.trace.sequence] Processing SCS_G0_USASCII ESC ( B
[2024-02-13 12:47:31.3950042.395004] [vt.trace.sequence] Processing SGR CSI m
[2024-02-13 12:47:31.3950575.395057] [vt.trace.sequence] Processing SGR CSI 35 m
[2024-02-13 12:47:31.3951272.395127] [vt.trace.sequence] text: "Bence Ferdin.."
[2024-02-13 12:47:31.3951873.395187] [vt.trace.sequence] Processing SCS_G0_USASCII ESC ( B
[2024-02-13 12:47:31.3952282.395228] [vt.trace.sequence] Processing SGR CSI m
[2024-02-13 12:47:31.3952717.395271] [vt.trace.sequence] text: " eval: add new dataset and refactor p-r-table"
[2024-02-13 12:47:31.3953253.395325] [vt.trace.sequence] Processing SGR CSI 36 m
[2024-02-13 12:47:31.3953920.395392] [vt.trace.sequence] text: " "
[2024-02-13 12:47:31.3954358.395435] [vt.trace.sequence] Processing SCS_G0_USASCII ESC ( B
[2024-02-13 12:47:31.3954781.395478] [vt.trace.sequence] Processing SGR CSI m
[2024-02-13 12:47:31.3955199.395519] [vt.trace.sequence] Processing EL CSI K
[2024-02-13 12:47:31.3955890.395589] [vt.input] Sending mouse release Left at (46, 14).
[error] Failed to read from SSH channel. Decrypt failed
Hmm, I'm also doing double ssh right now (contour -> ssh into WSL -> ssh to remote machine -> tmux -> vim) so maybe it could also be related to that.
If I don't use the contour ssh profile, but just open WSL via powershell as "normal" and then ssh away to the remote machine, then contour doesn't crash, but can hang for a bit. The input still seems to be received since after the freeze resolves itself actions done after the freeze are carried out (i.e. clicking on a tmux pane switches). I was again working in tmux, with vim and ipython on the remote. This freeze does not happen in Wezterm, so there's definitely something going on with contour.
So this is probably actually three things:
I had a crash recently when using the ssh feature and opening tmux. It hung without actually opening the tmux window, so just displaying the prompt with tmux typed. I have a feeling that what is going on is that for some reason tmux in contour (maybe only over ssh?) freezes, and if you're using the ssh feature of contour, then that triggers this decrypt failed error.
tldr; the quickest usability fix would be for the ssh feature to be more resilient, or try a reconnect, something like that.
The above is a Windows powershell dump, where I ran contour.exe --profile wsl --debug all
(sorry guys, I find the non-dashed versions of the parameters unreadable), it doesnt have everything I'm afraid, but what I did was:
sudo apt update
sudo apt dist-upgrade
tmux
and again, did right when opening tmux.
Here's another one, where I attached, detached and attached to tmux again: Windows PowerShell.txt
I'm now pretty sure that using contour "normally" (i.e. not via ssh, but in WSL), tmux/vim combo works as expected, so no crash and I don't even see any freezes.
I managed to crash ssh-contour with vim inside aerc, so it's not only tmux.
Contour Terminal version
Contour Terminal Emulator 0.4.3.6442
Installer source
Github: source code cloned
Operating System
Windows
Architecture
x86-64
Other Software
No response
Steps to reproduce
I'm using tmux and vim most of the time, so it's really hard to tell if it happens with these or if it would happen with something else as well, but I'm using the ssh profile feature to connect to my local WSL. After a while input hangs and then it crashes.
Expected Behavior
No response
Actual Behavior
Here's the end of
--debug all
:Additional notes
No response