ssh tab freezes and becomes unresponsive after closing an interactive program or exiting nano

[radonthetyrant]

Versions

ConEmu build: 200615 x64
OS version: Windows 10 x64, Version 2004, Build 19041.329
Used shell version (Far Manager, git-bash, cmd, powershell, cygwin, whatever): cygwin

Problem description

When ssh'ing into a linux server (tested with 2) and editing a file through nano or opening htop, the shell freezes and becomes unresponsive after either CTRL+C or saving & quitting a nano session. Before i reformatted my machine this worked flawlessly and i could resume the ssh session as normal. With the new environment the ssh session seems to be unable to resume normal interactive operation.

Steps to reproduce

1. open a cygwin shell
2. ssh into a server
3. type nano test.txt or run htop
4. leave the application by Ctrl+X / save / exit, or in htops case F10

Actual results

the previous window content remains visible, a newline gets added to the output, the shell is frozen and unusable

Expected results

regular ssh behavior, the shell should become interactive again

Additional files

Settings,
ConEmuLogs.zip

[Maximus5]

open a cygwin shell

How do you open cygwin shell? Task commands?

ssh into a server

Which ssh.exe do you use? Path of the executable?

[myfonj]

(Update) Ah, as #1846 (comment) suggested, disabling option Inject ConEmuHk.dll into all pocesses started in ConEmu tabs fixes this issue for me. (But still feels weird why it worked before…)

---

ConEmu build: 200713 [32]
OS version: Windows 10, v. 1709, b. 16299.1932.
Used shell version: cmd
OpenSSH_8.3p1, OpenSSL 1.1.1g 21 Apr 2020 (from GIT 2.27.0.windows.1)

For me tab freezes even on opening interactive program (vim, nano) in SSH session. From that moment on tab does not react to any input and can be only closed/killed.

So STR (1. ssh to server, 2. launch vim or nano or crontab there, 3. tab dead) are very similar to initial report. Tried in latest ConEmu today.

Same procedure in system "clean CMD" (Version 10.0.16299.1932) or "git-bash" (MINGW64, Mintty 3.1.6 (x86_64-pc-msys)) works normally. And for completeness, running (windows ports of) vim, nano, pico, micro, whatever "directly" (i.e. not in ssh session) in cmd under ConEmu works without problem as well.

I'm normally using CMDer and can confirm same procedure worked for me some time ago; I don't think I changed anything. I tried updating CMDer before trying fresh clean ConEmu in portable mode with no avail.

So my only suspicion points to some Windows updates; nothing other I know about changed around; last windows related updates I see in update history on my machine are kb4561602 and kb4562560.

[proutek]

I'm using cmder which includes conemu.
For me this started with upgrade of git to 1.27 which includes ssh. If I downgrade git back to 1.26, the problem is gone.
I will try suggested workaround.

Update: Disabling of "Inject ConEmuHk" helps. No freeze anymore after exiting nano in ssh session.

[myfonj]

If I downgrade git back to 1.26, the problem is gone.

It sounds like an interesting pointer.

What is your ssh -V now?
(Mine that is broken with enabled ConEmuHk from git 1.27 is OpenSSH_8.3p1, OpenSSL 1.1.1g 21 Apr 2020).

I assume we are all using ssh from git extensions; since @Maximus5 asked for Path of the ssh executable above, my where ssh is C:\apps\cmder\vendor\git-for-windows\usr\bin\ssh.exe (C:\apps\cmder\ is just extracted "portable" CMDer folder, but I'm occasionally updating content of vendor\git-for-window with more recent git versions.)

[proutek]

Yeah, I'm using c:\programy\cmder\vendor\git-for-windows\usr\bin\ssh.exe from git extensions.
Updated it myself with portable version 1.27 because vscode gives annoying message with 1.26. :-)
But it happens also if you install git 1.27 separately.

GIT 1.26
λ ssh -V
OpenSSH_8.2p1, OpenSSL 1.1.1f 31 Mar 2020

GIT 1.27
λ ssh -V
OpenSSH_8.3p1, OpenSSL 1.1.1g 21 Apr 2020

[Sokwva]

OpenSSH_8.5p1, OpenSSL 1.1.1k 25 Mar 2021
ComEmu 210422 Preview x64
same issue