Samuel Dery

Hello Rainer,

Thank you for the video.

The behavior you are seeing, where RDM stays locked and minimized and can’t be brought back from the tray or the taskbar, matches a similar issue our team has already identified. A fix for it should be included in RDM 2026.3.17.0.

Once that version is available, could you update and test the same steps again? 

Please let me know the result once you have tested it.

Best regards,

Hello Hao,

Thank you for contacting Devolutions Support.

Could you let me know if the same Telnet entry showed the device output normally in 2026.3.15.0? It would also help to know if the output appears in real time when you connect to the same device with another Telnet client, such as PuTTY.

If it only happens in Remote Desktop Manager, please set the entry’s log verbose level to 2, reproduce the issue once, and attach the log file to your reply.

This will show us whether the device output reaches Remote Desktop Manager but is not displayed.

https://docs.devolutions.net/rdm/knowledge-base/how-to-articles/send-ssh-shell-logs-and-verbose/

Best regards,

Hello,

Thank you for contacting Devolutions Support.

To point you to the right steps, could you give us a bit more detail on which login you want to change?

For example, is it your Devolutions Account sign-in, the credentials used to connect to a shared data source such as Devolutions Server, or the Windows account Remote Desktop Manager is running under? A screenshot of the login prompt or user name you see in RDM would help, along with your Remote Desktop Manager version (Help > About).

Best regards,

Hello Rainer,

Thank you for the detailed steps. I tested the same sequence on 2026.3.16.0 with a local SQLite workspace and an application password, and I was not able to reproduce the issue on my side.

Could you test the same steps with a portable instance of RDM 2026.3.16.0, available on our download page? Create a new local SQLite workspace, set an application password in File > Settings > Security, and keep all other settings at their defaults. This will help us confirm whether the behavior is related to your current settings or happens on a default configuration.

If the issue persists with the portable instance, could you send a short screen recording?

Please use the secure link below to send us the requested file(s):

SF-00134308

Please name your file as follows so it can be easily identified:

SF-00134308

Best regards,

Hello,

Thank you for contacting Devolutions Support, and thank you for the detailed report and test results.

Could you send a screenshot of the Advanced section of your SSH Shell entry properties, plus any other terminal setting you changed from the default?

Could you also confirm whether copying in micro worked without disconnects in an earlier RDM version, and if so, which version?

Let me know,

Best regards,

Hello Rainer,

Thank you for testing, I am glad the first behavior is fixed in 2026.3.

To reproduce the tray issue on our side, could you send the following?

• The exact RDM version shown in Help > About.

• The workspace type you are using (for example a local file such as XML or SQLite, Devolutions Server, Devolutions Hub, or SQL Server).

• A screenshot of File > Settings > User interface > Taskbar/Tray icon.

• Whether any error message appears when you click the tray icon.

Best regards,

Hello Rainer,

Thank you for the details.

Could you let me know which workspace type you are using in RDM (for example a local file such as XML or SQLite, Devolutions Server, Devolutions Hub, or SQL Server)?

Could you also update RDM to the latest 2026.3 version and let me know if the password dialog still loses focus in both scenarios? Please note that if your workspace is on SQL Server or Devolutions Server, upgrading to 2026.3 would also require a database upgrade, so please check with whoever manages it before upgrading.

If the issue persists, a video would be helpful. Please record the click on the desktop during startup and the double-click on the tray icon, with the taskbar visible, and use a placeholder password rather than your real one.

Best regards,

Hello Rainer,

Thank you for contacting Devolutions Support, and for the clear reproduction steps.

To reproduce this on the same build, could you confirm the following?

• The exact RDM version (Help > About), and the last version where the dialog always took focus, if you remember it.

• How the application is secured: a local application password set in File > Settings > Security, or a setting enforced by your data source.

• Your Windows version.

In the meantime, a single click on the tray icon is the safer way to unlock, as you noticed. At startup, clicking once inside the password field before typing will make sure the keystrokes go to RDM.

Once I have these details, I will try to reproduce both scenarios on our side and update you on this case.

Best regards,

Hello,

Please use the online appointment booking system to schedule a session at your convenience.

https://calendly.com/d/d2bc-r9m-49g

Best regards,

Hello John,

Thank you for the follow-up.

The article has moved, here is the updated link: https://docs.devolutions.net/cloud/knowledge-base/how-to-articles/use-the-recovery-key-with-devolutions-cloud/

Since you are the only member of this Devolutions Cloud, the recovery key is the only way to restore access. It is a PDF titled “Devolutions Cloud Recovery Key”, sent by email when the Devolutions Cloud was created or downloaded afterward.

As you still have access from the desktop app, I recommend exporting your entries now as a backup, and keeping the export file in a secure location.

Best regards,

Hello Reiner,

Thank you for your reply,

No problem. Please let me know if you have any further questions.

Best regards,

Hello Reiner,

Thank you for the follow-up. To understand why you are asked to choose the computer, could you send a screenshot of the properties of the RDP entry you are launching? Please redact any sensitive information before sending.

Best regards,

Hello Reiner,

Thank you for contacting Devolutions Support.

You can link the LAPS entry directly to your RDP entry instead of copying the password. In the RDP entry properties, set Credentials to Linked (vault) and select your LAPS entry. The LAPS entry needs to be in the same vault as the RDP entry for it to appear in the list. 

Could you try this and let me know the result?

Best regards,

Hello,

Thank you for the follow-up and for testing 2026.3.15.0.

So far, I have not been able to reproduce the username being pasted into both fields, so the difference is likely in the configuration. Could you share the following for one failing attempt?

• Does it fail when pasting inside an RDP session opened in RDM, and if so, is the session embedded or undocked?

• Does it happen with a specific website only, or with every website you test? If it is specific, please share the URL or application name and the browser and version used.

• Whether Windows clipboard history, a clipboard manager, or a security tool that monitors the clipboard is running on the machine

Let me know,

Best regards,

Hello,

Thank you for contacting Devolutions Support.

The option you are looking for is still available in Remote Desktop Manager 2026. You can find it under File > Settings > Entry types > General, named “Minimize on open session (external)”. Please note that it only applies to sessions opened in External display mode, so your RDP entries need Display set to External for this to work.

https://docs.devolutions.net/rdm/ribbon-menu-bar/file/settings/entry-types/

If RDM still does not minimize after you enable it, please let me know which display mode your RDP entries use and your exact RDM version.

Best regards,

Hello,

Thank you for your patience. 

A fix is planned for Remote Desktop Manager 2026.3.14.0.

Once that version is available, could you update and let us know if the issue is resolved? I'm afraid I do not have an ETA for the release of this version at this time,

Best regards,

Hello Aleksey,

Thank you for the follow-up. MsRdpEx is a Devolutions component included with Remote Desktop Manager that extends the built-in RDP client, and its source code is public at https://github.com/Devolutions/MsRdpEx.

A heuristic (HEUR) detection is based on how a file behaves rather than on a known threat, and this type of component can be flagged because of the way it integrates with the RDP client. This is most likely a false positive, but I would like to confirm it.

Could you send the exact detection name, the antivirus product and version, and the full path of the flagged file? In the meantime, your IT team can verify that the file is digitally signed by Devolutions and, if they agree, add an exclusion or submit the file to the antivirus vendor as a false positive.

Best regards,

Bonjour Andre,

Merci pour les détails et la capture d’écran, et merci à Benjamin d’avoir partagé sa solution.

Pourriez-vous essayer la configuration qu’il a proposée dans Microsoft Entra ID et nous faire part des résultats?

Cordialement,

Hello,

Thank you for your feedback. I am now closing this case. 

If you would like to open a new case with us, please send an email to service@devolutions.net

Want to get even more out of your Devolutions products? Explore our free Masterclasses and unlock advanced workflows at your own pace.

Best regards,

Hello,

Thank you for contacting Devolutions Support.

Some websites use login forms that Remote Desktop Manager cannot detect automatically. In that case, the Discover button or the HTML control settings can be used to point it to the correct fields, as explained here: https://docs.devolutions.net/rdm/knowledge-base/knowledge-base-articles/website-authentication-with-remote-desktop-manager-windows

If the login still does not complete, please send your Remote Desktop Manager version, the website you are trying to log in to, whether it opens in the embedded browser or an external browser, and what happens when the page loads (nothing filled, username only, or filled but not submitted).

Best regards,

Hello,

Thank you for the follow-up and for confirming the version. I have reached out to our development team about the issue returning in 2026.3.13.0, and I will update this thread once I have more information.

In the meantime, since 2026.3.10.0 was reported working earlier in this thread, you can roll back to that version as a temporary workaround.

Best regards,

Hello Aleksey,

Thank you for the follow-up.

Could you update Remote Desktop Manager to the latest version, 2026.3.13, and test again? On my side, the scroll wheel works as expected in the SSH session with that version.

If the issue still occurs after the update, please let me know and we will look into it further.

Best regards,

Hello,

Thank you for your feedback. I am now closing this case. 

If you would like to open a new case with us, please send an email to service@devolutions.net

Want to get even more out of your Devolutions products? Explore our free Masterclasses and unlock advanced workflows at your own pace.

Best regards,

Hello,

Thank you for your feedback. I am now closing this case. 

If you would like to open a new case with us, please send an email to service@devolutions.net

Want to get even more out of your Devolutions products? Explore our free Masterclasses and unlock advanced workflows at your own pace.

Best regards,

Hello Aleksey,

Thank you for your reply,

The letters you see with Shift+arrows are most likely a side effect of the "linux" terminal type. Do you get the same issue when changing the type back to default?

For history scrolling, Ctrl+Shift+Up and Ctrl+Shift+Down can be assigned as RDM shortcuts. You can check this in File, Settings, User interface, Keyboard. The mouse wheel should scroll the history in the meantime.

Let me know how the terminal type test goes.

Best regards,