when switching from outside of RDM into an SSH session, the ESC key seems to be stuck. I realised this when arrow keys in mc (midnght commander) stopped working and ENTER inserted the current file name into the command line (happens when you press ESC and than ENTER). Double hitting WIN resets this, but looks like a bug to me.
version: 2023.2.32.0
windows 10
Hi,
Is it possible that this happens when switching back to RDM using alt+tab?
Denis Vincent
Yes, that's my usual way of switching betweens apps.
Thanks for the info, it does seem to be a bug. We will try to fix this shortly.
Regards
Denis Vincent
Hi all,
we also have been having problems with the SSH connection for a few days. SSH Sesions just freeze or unable to use for example using backspace isn't working or using arrows results in random chars.
For example i was just writing "pip" result in following 
This bug still exists in latest version 2023.2.32.0 64-bit
We have this for every SSH session, no matter which system Linux (Ubuntu, Debian) or BSD
regards,
Steven
13f926f2-5d1b-4072-ba0d-087032015f60.png
Hi @stevenkosyra1
Yes this is probably the same bug. A fix for it has been made. It should be available in the next version of RDM.
Regards
Denis Vincent
Hi,
A quick workaround I have found is to hit left ALT key after switching to a SSH session window in RDM from another window (doesn't have to be done using ALT+TAB combination).
All the keys behave as usual after that in SSH session.
Regards
Jaroslaw Kesy
thanks, but there are more of these issues (for quite a long time). I have situations, where I have a web browser session open, when switching to any SSH session and pressing c (small) the focus jumps back to the web session (and doesn't type into the SSH windows). Strangely, it just changed today to p (small). so, something is afoot here..
Hello perler,
Sorry for the delay. It is not the first time we receive a report concerning the pressing of a key changing the focused tab in RDM when using Website and SSH entries. However, we have never been able to reproduce the issue.
We will investigate again to see if we can reproduce. We believe this might be a behavior that could be website specific. If you could provide us the url of a website which we can access (not something for internal use only) on which we can reproduce the issue consistently, it would most likely push forward our investigations of this issue.
Best Regards,
Michaël Beaudin