RDP keyboard redirection for special keys/combos not working in 2026.3.0.5 64bit Linux Mint 22.3

Hello,

Thank you for the detailed report, and also for the kind words about our Linux work. Feedback like this is very helpful.

Your observations are consistent with similar reports we have received since the 2026.3.0.5 release.

One setting worth checking is Grab the keyboard input, available in the status bar at the bottom of the application window. This setting controls how keyboard input and shortcuts are handled between Remote Desktop Manager and the active session.

It is documented here:

https://docs.devolutions.net/rdm/user-interface/status-bar/

To help us narrow down what may have changed in this version, could you please confirm the following?

1. Is the Grab the keyboard input toggle visible in your status bar? If so, does switching it on or off make any difference for the Super key or Alt+Tab? A screenshot of the status bar would also be helpful.

2. Do other Remote Desktop Manager shortcuts still work? For example:

   • Ctrl+E to edit a selected entry

   • F2 to rename

   • Ctrl+Page Up / Ctrl+Page Down to switch tabs

3. Also, under File > Settings > Keyboard, do you see the list of configured shortcuts, or is the list empty?

4. Are you running an X11 or Wayland session?

5. In the RDP entry properties, under Connection > Local resources, what is the Keyboard setting currently set to?

Thank you again for the detailed information and for helping us investigate this.

Best regards,

Stephan

Hi, I'm experiencing the same issue on Fedora with the rpm package since 2026.3.0.5.

1. The magnet toggle is visible and on in the status bar.

2. Ctrl+pageup/down works for switching tabs.

3. The default list of shortcuts is present in settings.

4. Running in Wayland

5. In properties, the keyboard settings are set to "On the remote computer"

Hello,

Thank you for the detailed report, and also for the kind words about our Linux work. Feedback like this is very helpful.

Your observations are consistent with similar reports we have received since the 2026.3.0.5 release.

One setting worth checking is Grab the keyboard input, available in the status bar at the bottom of the application window. This setting controls how keyboard input and shortcuts are handled between Remote Desktop Manager and the active session.

It is documented here:

https://docs.devolutions.net/rdm/user-interface/status-bar/

To help us narrow down what may have changed in this version, could you please confirm the following?

1. Is the Grab the keyboard input toggle visible in your status bar? If so, does switching it on or off make any difference for the Super key or Alt+Tab? A screenshot of the status bar would also be helpful.

2. Do other Remote Desktop Manager shortcuts still work? For example:

   • Ctrl+E to edit a selected entry

   • F2 to rename

   • Ctrl+Page Up / Ctrl+Page Down to switch tabs

3. Also, under File > Settings > Keyboard, do you see the list of configured shortcuts, or is the list empty?

4. Are you running an X11 or Wayland session?

5. In the RDP entry properties, under Connection > Local resources, what is the Keyboard setting currently set to?

Thank you again for the detailed information and for helping us investigate this.

Best regards,

Stephan

@Stephan Haupt

Hi, unfortunately I had to roll back to the previous version as I use these shortcuts so regularly it was difficult to work, but I'll answer where I can.

My environment is running X11.

I did not check to see if Grab the keyboard input was selected but I did check that keyboard combinations were being sent to the remote machine.

Thank you for responding and hopefully others might be able to provide the feedback you're looking for!

Hello,

Thank you for being so patient!

If possible, could you update your RDM Linux to the latest version (2026.3.1.1) and see if the problem persists? This version should resolve your issue.

Latest Version: Download RDM

If the problem persists after the update, please let us know so we can inform our development team.

Best regards,

Hi!

I just upgraded to 2026.3.1.1 (after the german layout bug got fixed). I've just tested this in an SSH (ctrl+d to logout, wants to duplicate session) and RDP Session (ctrl+b asks for the keeper auth to get the password and alt+tab switches away from RDM instead of tabbing through windows in session).

Tested with the red horseshoe symbol activated and deactivated (I assume that is what you mean with the Grab the keyboard toggle).

Shortcut under Settings should be the defaults AFAIK. In the session config under Local Resources we always configure "Keyboard: On the remote computer" for the Key combinations.

Best regards,

Christoph Fink

Hello Christoph,

Thank you for testing 2026.3.1.1 and for the detailed results, this is very helpful.

You are right: the issue where the Windows key and Alt+Tab are not passed to the RDP session is not resolved in 2026.3.1.1. That release fixed other keyboard issues (Alt key getting stuck in SSH sessions, some shortcuts, German layout in RDP), but this specific behavior is still being worked on by our development team. Sorry for the confusion caused by the "fixed" label on this topic.

Your observation about the keyboard grab toggle also matches our findings: it currently does not change how the Windows key and Alt+Tab are handled.

We will update this topic as soon as a version with the fix is released.

Best regards,

Stephan

Hello Christoph,

Thank you for testing 2026.3.1.1 and for the detailed results, this is very helpful.

You are right: the issue where the Windows key and Alt+Tab are not passed to the RDP session is not resolved in 2026.3.1.1. That release fixed other keyboard issues (Alt key getting stuck in SSH sessions, some shortcuts, German layout in RDP), but this specific behavior is still being worked on by our development team. Sorry for the confusion caused by the "fixed" label on this topic.

Your observation about the keyboard grab toggle also matches our findings: it currently does not change how the Windows key and Alt+Tab are handled.

We will update this topic as soon as a version with the fix is released.

Best regards,

Stephan

@Stephan Haupt

You are right: the issue where the Windows key and Alt+Tab are not passed to the RDP session is not resolved in 2026.3.1.1.

I hope this is fixed soon - thank you for continuing to improve this free software, still using an older version (2026.2.2.2 64-bit) which is working fine for keyboard redirection.

Hi @Stephan Haupt ,

Just a quick note to say that the keyboard shortcuts still don't work in version 2026.3.1.2. (Debian 13.7, GNOME 48.7, Wayland)

Best regards,

Roland

Same issue here on 2026.3.1.2, adding a KDE data point:

- CachyOS (Arch), KDE Plasma 6.8.0 / KWin 6.8.0, Wayland; RDM under XWayland (default launcher, GDK_BACKEND=x11)

- Windows target over RDP, Embedded (tabbed), Keyboard = On the remote computer

- Super opens both the KDE launcher and the remote Start menu.

- Super+R opens KDE's KRunner. The remote Run dialog does not open.

- The "Grab the keyboard input" (magnet) toggle makes no difference: same result on and off.

- 2026.2.2.2 works correctly with the same entry on the same machine.

On the positive side, the Turkish Q layout issue (, → ö, . → ç) that appeared in 2026.3.0.5 is fixed in 2026.3.1.2. Thanks for that.

Hello everyone,

Thank you all for the detailed reports and for testing the different versions, it has been very helpful.

We have confirmed the issue: in Remote Desktop Manager Linux 2026.3.0.5 and later, when an RDP entry has Keyboard set to "On the remote computer" (Connection > Local resources), the Windows key and Alt+Tab are taken by the Linux desktop instead of being sent to the remote session. This is a regression compared to 2026.2. It also explains why the "Grab the keyboard input" toggle in the status bar makes no difference: that setting only controls RDM's own shortcuts, not how the desktop handles these keys.

Our development team has already fixed it and our QA team has validated the fix. It will be included in version 2026.3.2.0, which has not been released yet, so it is not available in 2026.3.1.1 or 2026.3.1.2.

As soon as 2026.3.2.0 is released, we will update this topic so you can install it and let us know if the Windows key and Alt+Tab now reach your RDP sessions. If the problem persists after the update, please tell us your distribution and whether you are on X11 or Wayland, so we can look into it further.

Thank you for your patience and for helping us improve RDM on Linux.

Best regards,

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,

Hello,

I can confirm that the fix works on Debian Trixie with KDE Plasma on Wayland.

Thank you so much for implementing the fix!

Best regards,

Christoph Fink

Hi, but unfortunately, there's still no improvement with GNOME. (Debian Trixie, GNOME, Wayland)

Best regards,

Roland

I'm extremely pleased to report that the keyboard redirection issues I originally reported are now gone baby gone after installing 2026.3.2.1!

Operating System: Linux Mint 22.3 (Cinnamon)

Kernel: Linux 7.0.0-42-generic

Architecture: x86-64

Hello everyone,

Thank you for testing 2026.3.2.1.

Christoph, thank you for confirming the fix with KDE Plasma on Wayland. 2026.3.2.1 also fixes Ctrl+D opening Duplicate in SSH sessions. Do Ctrl+D in SSH and Ctrl+B in RDP now reach the session for you?

Roland, in 2026.3.2.1 Remote Desktop Manager only tries to capture the Windows key and Alt+Tab while the mouse pointer is over the RDP session, the session has the keyboard focus and the window is active, with Keyboard set to "On the remote computer" under Connection > Local resources. Could you click inside the session, keep the pointer over it and try again? Please also tell us which key still goes to GNOME, whether the session is in a tab or its own window, and whether 2026.2.2.2 sent these keys to the session on this machine.

Thank you also to the original reporter of this topic for confirming that 2026.3.2.1 fixes the issues you reported on Linux Mint 22.3 with Cinnamon.

Best regards,

Stephan

Hi Stephan,

I'm happy to report that it's working now after all!

• I'm using GNOME 48 on Wayland,

• But Remote Desktop Manager runs as an X11 application via XWayland (GDK_BACKEND=x11). The window class is RemoteDesktopManager.

• For Alt+Tab to work in the remote session, RDM needs to take full control of the keyboard (a so-called X11 grab). Under Wayland, GNOME only allows X11 windows if their class is on an allowlist. Otherwise, GNOME handles Alt+Tab itself because that combination is already assigned to "switch applications" on your system.

Solution: Add RemoteDesktopManager to the allowlist:

gsettings set org.gnome.mutter.wayland xwayland-grab-access-rules "['RemoteDesktopManager']"

If window titles are already allowed to be “grabbed", they must be included in the list (separated by commas) when running the gsettings command above.

Best regards,

Roland

Hello everyone,

Thank you for testing 2026.3.2.1.

Christoph, thank you for confirming the fix with KDE Plasma on Wayland. 2026.3.2.1 also fixes Ctrl+D opening Duplicate in SSH sessions. Do Ctrl+D in SSH and Ctrl+B in RDP now reach the session for you?

Roland, in 2026.3.2.1 Remote Desktop Manager only tries to capture the Windows key and Alt+Tab while the mouse pointer is over the RDP session, the session has the keyboard focus and the window is active, with Keyboard set to "On the remote computer" under Connection > Local resources. Could you click inside the session, keep the pointer over it and try again? Please also tell us which key still goes to GNOME, whether the session is in a tab or its own window, and whether 2026.2.2.2 sent these keys to the session on this machine.

Thank you also to the original reporter of this topic for confirming that 2026.3.2.1 fixes the issues you reported on Linux Mint 22.3 with Cinnamon.

Best regards,

Stephan

@Stephan Haupt

Hi Stephan,

Yes, I can confirm Ctrl+B and Ctrl+D is working in SSH Sessions as well.

Best regards,

Christoph