SSH terminal randomly gets stuck in Alt/Meta state on RDM Linux 2026.3.0.5

A fix for this issue has been implemented in version 2026.3.2.1

SSH terminal randomly gets stuck in Alt/Meta state on RDM Linux 2026.3.0.5

avatar

Environment

  • OS: Fedora Linux 44

  • Desktop environment: KDE Plasma

  • Remote Desktop Manager: 2026.3.0.5

  • Connection type: SSH

  • Remote host: Linux

  • RDM terminal: built-in SSH terminal

While using an SSH session in RDM, the terminal works normally for some time and then suddenly starts behaving as if the Alt/Meta key is still pressed.

Normal keyboard input is replaced by sequences such as:

^[i

^[n

^[d

^[j

^[s

^[kFor example, typing normal characters results in ESC + character being sent to the remote shell.

At the same time, Ctrl+C stops working correctly. The remote shell continues to behave abnormally and pressing Ctrl+C does not interrupt the current input/process as expected.

Workaround

Pressing the Alt key once immediately restores normal keyboard input.

After pressing Alt, the SSH terminal works normally again without reconnecting the session.

Reproduction / observed behavior

  1. Open an SSH session in RDM.

  2. Use the terminal normally.

  3. After some time, the keyboard input may become corrupted.

  4. The terminal starts receiving ESC + character sequences (^[x).

  5. Ctrl+C no longer works correctly.

  6. Pressing Alt once immediately fixes the problem.

This seems to indicate that RDM is incorrectly retaining or restoring the Alt/Meta modifier state in the SSH terminal.

Please investigate whether this is a regression or a known issue in the 2026.3.x terminal/keyboard handling on Linux.

All Comments (11)

avatar

Same for me. If you click another connection then back to the one you want, that seems to fix it for me. Your solution of the ALT key also fixes it. Thank you!

avatar

Hello,

Thank you for contacting us on this matter!

We have provided all the information to our QA Team to see if they can reproduce the issue. Once we have more information, we will let you know.

In the meantime, If you have any further questions, please don't hesitate to let us know.

Best regards,

Maxim Robert

avatar

This is confirmed to be resolved for me in 2026.3.1.1 Thanks!!

avatar

Just installed. Yes, now it's working. Thanks u @Maxim Robert and team.

avatar

I take it back. It's partially fixed. It doesn't do it with SSH any longer, but if I flip back and forth from a Windows RDP session, the arrow keys in command prompt and powershell don't function until I press the ALT key again.

avatar

Hello,

Thank you for the additional information. I’ve reached out to our development team and shared the remaining issue affecting the arrow keys in Windows RDP sessions. We’ll let you know as soon as we have an update.

Best regard,

Carl Marien

avatar

Hello,

Our development team has confirmed that the remaining issue affecting the arrow keys in Windows RDP sessions is being treated as a separate bug.

I’ll keep you informed as soon as we have further updates.

Best regards,

Carl Marien

avatar

Hello,

Thank you for your patience.

Our QA team has reproduced the remaining issue with the arrow keys in Windows RDP sessions.

It is tracked as its own bug, and the fix has passed our internal testing.

The fix will be included in Remote Desktop Manager Linux 2026.3.2.0, which should be released in the next few days.

Until then, pressing the Alt key once after you return to the RDP tab restores normal input.

Switching to another tab and back also works.

Once 2026.3.2.0 is out, please update and let us know if the issue is resolved.

Best regards,

Carl Marien

avatar

Hello,

Thank you for your patience while our team looked into the issue you reported.

I'm happy to let you know that the latest version of Remote Desktop Manager for Linux (2026.3.2.1) includes a fix for this problem. You can download it from our website here:

https://devolutions.net/remote-desktop-manager/download/

Once you have installed the update, could you please test it in your environment and confirm that everything now works as expected? If the issue persists or if you notice anything unusual related to the same original problem, just reply to this message with a few details, and we will be glad to look into it further.

Thank you for your collaboration.

Best regards,

Maxim Robert

avatar

Its odd. I am on 2026.3.2.1 I connected to an RDP on Windows Server '25 and then alt-tabbed to another window. I switched back with alt-tab again, and in powershell I was able to type asfgh but not D for some reason. I right clicked start, went to run, and I was able to type D there. I flipped back to the powershell window and D was working. Odd. So I closed out of RDM and started over, and it did the same thing again. Third time, it was fine and I haven't been able to reproduce it.

So I guess its fixed?

avatar

Hello,

Thank you for testing and for the detailed feedback.

We’re glad to hear that 2026.3.2.1 resolves the issue. The fix covers both the original Alt/Meta problem in SSH sessions and the arrow-key problem in Windows RDP sessions after switching tabs.

We’ll consider this topic resolved. Thank you both for your patience and collaboration.

Best regards,

Carl Marien

A fix for this issue has been implemented in version 2026.3.2.1