RDP v2026.3.15.0 - inactive focus to SSH terminal window when switching tabs

Hello,

Thank you for the details.

So you have several SSH sessions open in tabs, and the first time you switch to each tab the terminal does not take keyboard focus until you click in it? After that, switching to the same tab works as expected.

To reproduce this on our side, could you please tell us:

• Which workspace type you use?

• How the SSH sessions are opened: several entries selected and opened together, from a playlist, one by one, or with Open in background

• Whether the anchor icon in the status bar at the bottom right of the main window is turned on

Thank you in advance!

Best regards,

Hello.

Yes, that is right.

• I use simple xml workspace.

• I'm opening SSH terminal sessions "by hand" - one by one

• There is tray icon in task bar of Remote Desktop Manager

Thank you.

Best regards,

Ales

Hello Ales,

Thank you for the details.

Our developers have corrected a closely related issue in RDM 2026.3.15.0. In that issue, SSH terminal tabs don't get keyboard focus when you switch to them until you click inside the terminal. The fix is planned for the next release, 2026.3.16.0.

In our tests, the problem only appeared when several sessions were opened at the same time, not when they were opened one by one. Once 2026.3.16.0 is available, could you install it and let us know whether the focus problem is still there for you?

Until then, clicking inside the terminal once after switching tabs is the only workaround.

Thank you in advance!

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 (2026.3.16.0) 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,

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 (2026.3.16.0) 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

Hello Robert.

I tested RMD version 2026.3.16 and if I open multiple tabs manually everything is ok. The terminal cursor is focused to the SSH session and functional keyboard shortcuts for moving over tabs (previous and next tab) are also ok.

But if I open multiple tabs with SSH terminal session by CTRL+ENTER on the folder the cursor focus is not active on some tabs. If cursor is focused on the tab then functional keyboard shortcuts for moving over tabs, but if I move to the tab without active terminal cursor focus the keyboard shortcuts for moving over tabs are not functional (another ticket "RDP v2026.3.15.0 - keyboard shortcuts for tab navigion (previous, next) sometimes are not functional").

Thank you very much.

Best regards,

Ales

Hello Ales,

Thank you for testing 2026.3.16.0 and for the detailed description. Good to hear that opening the SSH sessions one by one now works as expected, including the keyboard shortcuts for moving between tabs.

For the case where you open several sessions with Ctrl+Enter on the folder, we tried to reproduce it on 2026.3.16.0 with a folder of four SSH Shell entries. We confirmed the "Do you want to open 4 sessions?" prompt and then clicked each tab header, both after the sessions had connected and while they were still connecting. In every tab, the terminal took the keyboard focus right away, so we could not see the problem on our side yet. That means something in your setup or in the exact steps differs from ours, and we would like to find out what.

Could you please answer the following?

- How many SSH entries are in the folder, and are they all direct entries of that folder, or is there a subfolder?

- Do the entries use a typing macro, an after-opening event, or another event that runs after connecting?

- Is the anchor icon in the status bar at the bottom right of the main window turned on? (This is a different icon from the tray icon of RDM.)

- Under File - Settings - User interface - Tree view, what are the values of "Auto-focus tab on item select" and "Auto-select item on tab focus"?

- Is the main window maximized when this happens, and are the tabs docked in the main window?

- If you select the same entries and use Open selection from the right-click menu instead of Ctrl+Enter on the folder, does the focus problem also appear?

A short screen recording would help us a lot. Please keep the whole RDM window visible, open the sessions with Ctrl+Enter on the folder, and then switch through the tabs until you reach one where the cursor focus is missing. You can send me the video via DM, I will DM you now so you can see where to send it.

The tab navigation shortcuts that stop working are already being followed in your other case, so we will keep that part there. If a tab does not take the focus, clicking once inside the terminal is the only workaround for now.

Thank you for your patience and your help.

Best regards,

Hello Ales,

Thank you for testing 2026.3.16.0 and for the detailed description. Good to hear that opening the SSH sessions one by one now works as expected, including the keyboard shortcuts for moving between tabs.

For the case where you open several sessions with Ctrl+Enter on the folder, we tried to reproduce it on 2026.3.16.0 with a folder of four SSH Shell entries. We confirmed the "Do you want to open 4 sessions?" prompt and then clicked each tab header, both after the sessions had connected and while they were still connecting. In every tab, the terminal took the keyboard focus right away, so we could not see the problem on our side yet. That means something in your setup or in the exact steps differs from ours, and we would like to find out what.

Could you please answer the following?

- How many SSH entries are in the folder, and are they all direct entries of that folder, or is there a subfolder?

- Do the entries use a typing macro, an after-opening event, or another event that runs after connecting?

- Is the anchor icon in the status bar at the bottom right of the main window turned on? (This is a different icon from the tray icon of RDM.)

- Under File - Settings - User interface - Tree view, what are the values of "Auto-focus tab on item select" and "Auto-select item on tab focus"?

- Is the main window maximized when this happens, and are the tabs docked in the main window?

- If you select the same entries and use Open selection from the right-click menu instead of Ctrl+Enter on the folder, does the focus problem also appear?

A short screen recording would help us a lot. Please keep the whole RDM window visible, open the sessions with Ctrl+Enter on the folder, and then switch through the tabs until you reach one where the cursor focus is missing. You can send me the video via DM, I will DM you now so you can see where to send it.

The tab navigation shortcuts that stop working are already being followed in your other case, so we will keep that part there. If a tab does not take the focus, clicking once inside the terminal is the only workaround for now.

Thank you for your patience and your help.

Best regards,

@Sam Moynihan

Hello Sam.

• there are 16 SSH sessions directly in th folder (no subfolders)

• no typing macro and no any other action after openning session

• the anchor icon is turned on

• both values of "Auto-focus tab on item select" and "Auto-select item on tab focus" are set to "never"

• yes - the window is maximalized and the tabs are docked in the main window

• yes - it is same behavior with CTRL + ENTER or content menu (not matter how it is done)

BUT now I see the difference between your tests and my tests. I open whole folder with sessions with CTRL + ENTER. Goal is this:

- You are moving between session by clicking on tab and it is functional.

- BUT I moving between tabs by keyboard shortcuts. I switch from first tab to next tab by keyboard shortcut CTRL+ALT+PGDOWN (next tab navigation) and the cursor in second session is inactive and from now are keyboard shortcuts between tab navigation not functional.

I hope that it helps.

Thank You very much.

Best regards,

Ales

Hello Ales,

Thank you very much for the detailed answers; they helped a lot. You were right: the difference was how we switched tabs. We repeated the test with 16 SSH sessions in one folder, opened with Ctrl+Enter on the folder, the main window maximized, both "Auto-focus tab on item select" and "Auto-select item on tab focus" set to "never", and Ctrl+Alt+PageDown as the next tab shortcut.

What we saw on RDM 2026.3.16.0: with the sessions freshly opened, the shortcut moves to the next tab once and then stops working. After we went back to the Dashboard tab, it moved one more tab and stopped again. After we clicked each tab once with the mouse, the shortcut worked through all 16 tabs without stopping. So the tabs that were opened in the batch and never selected seem to be the ones that block it. This matches what you described.

Please try this on your side:

1. Open File - Settings - User interface - Keyboard, find "Select the next tab" and "Select the previous tab", and check the Mode column. If it says "When not in session", change it to "Default". RDM asks for a restart, so please restart it.

2. Open the folder with Ctrl+Enter and click each tab once, then use your shortcuts.

Could you tell me which Mode value you had before the change, and whether step 2 makes the shortcuts work on all your tabs? If it does not, a short screen recording would help.

I am going to report this to our development team so they can check why the shortcut stops on tabs that were opened in the batch but not selected yet. I will let you know as soon as I have news.

Best regards,

Hello Ales,

Thank you very much for the detailed answers; they helped a lot. You were right: the difference was how we switched tabs. We repeated the test with 16 SSH sessions in one folder, opened with Ctrl+Enter on the folder, the main window maximized, both "Auto-focus tab on item select" and "Auto-select item on tab focus" set to "never", and Ctrl+Alt+PageDown as the next tab shortcut.

What we saw on RDM 2026.3.16.0: with the sessions freshly opened, the shortcut moves to the next tab once and then stops working. After we went back to the Dashboard tab, it moved one more tab and stopped again. After we clicked each tab once with the mouse, the shortcut worked through all 16 tabs without stopping. So the tabs that were opened in the batch and never selected seem to be the ones that block it. This matches what you described.

Please try this on your side:

1. Open File - Settings - User interface - Keyboard, find "Select the next tab" and "Select the previous tab", and check the Mode column. If it says "When not in session", change it to "Default". RDM asks for a restart, so please restart it.

2. Open the folder with Ctrl+Enter and click each tab once, then use your shortcuts.

Could you tell me which Mode value you had before the change, and whether step 2 makes the shortcuts work on all your tabs? If it does not, a short screen recording would help.

I am going to report this to our development team so they can check why the shortcut stops on tabs that were opened in the batch but not selected yet. I will let you know as soon as I have news.

Best regards,

@Sam Moynihan

Hello Sam.

1) My mode settings of "Select the next tab" and "Select the previous tab" is already setted to "Default" value. No change is needed.

2) If I clicked all opened tabs by mouse (tabs opened by CTRL+ENTER) then move between tabs by keyboard shortcuts has no problem.

3) If application RDM locks your screen (security settings) after 1 hour of inactivity and then I unlock application by pin code the keyboard shortcuts are again not functional.

Thank you very much.

Best regards,

Ales

Hello Ales,

Thank you for your feedback.

Our developer team has identified the issue and is currently working on a patch.

We will update you once it's been implemented.

Thank you again for your cooperation throughout!

Best regards,

Hello Ales,

Thank you for your feedback.

Our developer team has identified the issue and is currently working on a patch.

We will update you once it's been implemented.

Thank you again for your cooperation throughout!

Best regards,

@Sam Moynihan

Hello Sam.

Great news. I will test new version as soon as possible.

Thank you very much for your help.

Best regards,

Ales

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 (2026.3.17.0) 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,

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 (2026.3.17.0) 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

Hello Robert.

Great news.

I tested new version of RDM and I can't simulate previous problems.

Now it seems that the troubles are fixed.

Thank you very much.

Best regards,

Ales

Hello,

Thank you for your feedback. We're pleased to hear that everything is now working as expected.

Please don't hesitate to create a new thread if you need any further assistance.

Best regards,