Bug Report

After updating RDM to v2026.3.5.0 today, my team and I are having numerous issues with display sizing of RDP sessions with RDM. The only fix is to use RDP outside of RDM. I updated DVLS to latest v2026.3.5.0 and the same thing persists. See screenshot below. [image]

Hi, This is 2026.3.12, but the issue started I think a couple releases ago, but now has become very annoying to me. When an RDP session is canceled due to: lack of credentials lack of permissions for my account to connect to the target server maybe other reasons I didn't encounter, the RDP window goes to back. It shouldn't be doing that. Look at the attached screencast. It is RDM in front of a Notepad, to show the issue. I'm trying to connect to a server, then cancel the credentials prompt, and on that moment RDM disappears. A second later it blinks briefly, but I then need to do ALT+TAB or find the window using other means. With the second screencast you can see I added a credential, but I have no permissions to log in to this server. When displaying that notification - the main RDM screen also disappears into background, for no reason... Please fix it. Thanks in advance.

Hi, With RDM version 2022.3.31.0 and Password Hub Business as a datasource, I noticed that variables used in entries are not resolved in shortcuts to those entries. I've added a screenshot to clarify this: the top two are in fact composed of a set of variables (in this case the host name, and a custom variable). The shortcuts to those entries (bottom two) lack the variables values and are empty instead. [image] Best regards, Jelle Hillen

Hi, I have also the problem that all custom icons are not shown, if the connection is open. If I switch the setting back to default the icon is shown. I havn't a VPN connection. Version 2026.3.8.0 regards Eric

Hello, After the upgrade to 2026.3 (2026.3.9) in particular, password auto-type stopped working. It's a critical function for me, because some contexts I use it in don't allow/don't handle password copy-paste through clipboard, and the passwords are generated, thus very difficult and long. It looks like RDM has no focus on the target session. It should type the characters not on the focused window, but on the target session. Repro: Open an RDP session to a target Windows machine. Open a notepad, or other app that would receive the keystrokes. Use the auto-type -> paste password on a credential entry Observe password is not typed If you click on the RDP session, so it gets focus, the last letters of the password may get typed, but not the whole password. I am attaching screen recording showing the issue. Please fix it. Thanks in advance!

Hello, In RDM 2026.3.12, compared to version RDM 2026.2.19, actions such as “Undock” or “Close,” etc., are not visible for website sessions—neither on the ribbon nor when right-clicking on the tab. If I start a session as “External” and right-click on the title bar of the detached window, there is a “Dock” option that pins the connection as a tab. However, it is not possible to undock the session. [image] [image] Best Regards, Janusz Koniuszko

hi, I'm currently using 2026.3.10 on Windows 11. I had/have an issue I can't consistently reproduce (yet). It started after our migration from 2026.2 to 2026.3. After the upgrade, I initially installed 2026.3.8 and in my dashboard I saw several access requests. But when I click to review, the list is empty. Refreshing, (un)docking or restarting RDM doesn't work. I saw 2026.3.10 was available. Upgrading the client did fix the issue... ...until this afternoon. In my dashboard I see again several access requests, but the list for review is empty again. What did work this time was switching to another data source (same SQL source but admin-UPN) does give me back the list. My daily-UPN should also have the right permissions, so switched back, still got the list and I'm able to approve/deny. Even after restart of RDM, the list is available. So, as I'm not sure why it doesn't display sometimes and when/why it does show, I can't give you exact steps to reproduce at the moment, but it happened twice.

Hello the latest build 2026.3.10 introduced a bug when opening a RDP session through a template with different screen resolution. So a template with full screen will be opened in 1024x768 (i do not know the exact resolution) PS lates MAC version isn't affected. Thanks

When switching to other apps, I'm still getting this odd screen graphical black out repaint issues with latest 2026.3.12.0 build. It's fine after clicking on another tab in Devolutions and then back. [image]

Hello, Thank you for being so patient! If possible, could you update your RDM to the latest version (2026.3.9.0) 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, Maxim Robert Hello, Version 2026.3.9.0 solves the undocking Tabs problem for me. The other issues are still present: Switching between Tabs is sometimes laggy. Sometimes the tab fails to refresh. Sometimes it just a white screen. Some time there is only a partial refresh as shown in the attached. In some rare cases the all application stops responding and comes back after maybe 10 seconds. [image] [image]

I have configured credentials with "promp on connection" on the folder, the RDP has inherited. What I noticed now is on starting the connection it is missing an underscore from the username. [image] So I went to check the settings on the folder, but I get this error: [image] After I click close, the settings open. But here it does not show anymore select a folder. In this post there is a screenshot where it shows how it used to be. https://forum.devolutions.net/topics/51192/application-crash-when-changing-credentials-for-rdp-to-inherited#218804 [image]

As i write in topic when i have set tab stay open on logoff , RDM switch to another one app in computer.

[image] [image] When we are searching for credentials in a vault, they are not filtered with "treat spaces as AND" so we can't find any entries unless we write them exactly as they are written. There is an option to enable "treat spaces as AND" for password entries, but it's not inherited to credentials. So please fix that, so the search for credentials works like everywhere else. Thanks!

Environment: Remote Desktop Manager: 2026.3.1.1 OS: Pop!_OS 24.04 LTS Base: Ubuntu 24.04 / Noble Session type: Wayland Issue: When I open multiple embedded SSH terminal sessions, Remote Desktop Manager becomes unresponsive and then closes. The issue is reproducible after opening approximately three SSH sessions. Before the freeze/termination, the application repeatedly logs GTK errors: GLib-GObject-CRITICAL: signal 'response' is invalid for instance ... of type 'GtkWindow' Gtk-CRITICAL: gtk_container_add: assertion 'GTK_IS_CONTAINER (container)' failed Gtk-CRITICAL: gtk_widget_show_all: assertion 'GTK_IS_WIDGET (widget)' failed Gtk-CRITICAL: gtk_plug_get_id: assertion 'GTK_IS_PLUG (plug)' failed Gtk-CRITICAL: gtk_widget_hide: assertion 'GTK_IS_WIDGET (widget)' failed Steps to reproduce: Start Remote Desktop Manager Open one embedded SSH terminal session Open a second SSH terminal session Open a third SSH terminal session The UI freezes and the application closes Expected behavior: Multiple embedded SSH sessions should remain open without freezing or terminating RDM. Actual behavior: The UI becomes unresponsive and RDM closes. Additional information: The issue occurs under Wayland on Pop!_OS 24.04 LTS. The GTK errors are reproducible and appear immediately before the freeze. I also attempted to check for a crash dump using coredumpctl, but systemd-coredump is not currently installed on this system, so I do not have a core dump available at this time. System information: NAME="Pop!_OS" VERSION="24.04 LTS" ID=pop ID_LIKE="ubuntu debian" VERSION_ID="24.04" VERSION_CODENAME=noble UBUNTU_CODENAME=noble XDG_SESSION_TYPE=wayland

Product: Remote Desktop Manager Version: 2026.3.12.0 (64-bit, PreJIT) Runtime: .NET 10.0.3 OS: Windows Server 2022 (Build 20348) Description I prefer using the Navigation panel as a tab in the main workspace instead of keeping it docked on the left side. This allows me to maximize the available screen space for remote sessions. I also don't need the Dashboard, so ideally the Navigation tab should act as my main starting point. Unfortunately, this layout causes three usability issues. Issue 1: New sessions open to the left of the Navigation tab Steps to reproduce: Move the Navigation panel into the main tab area. Position the Navigation tab as the first (leftmost) tab. Open a new remote session from the Navigation tab. Actual behavior: New session tabs are inserted to the left of the Navigation tab, rather than to its right. Expected behavior: The Navigation tab should remain the leftmost tab, with new sessions opening to its right. Ideally, there should be an option to pin the Navigation tab in a fixed position. Issue 2: Focus switches to another tab after editing an entry Steps to reproduce: Move the Navigation panel into the main tab area. Open another tab, such as a remote session or the Dashboard. Return to the Navigation tab. Right-click an entry and select Edit. Modify the entry and click OK to save. Actual behavior: After saving the entry, RDM automatically activates another tab, such as an open remote session or the Dashboard. This is particularly frustrating when editing multiple entries, because I have to manually switch back to the Navigation tab after each edit. Expected behavior: The Navigation tab should remain active after saving an entry. Editing an entry should not cause RDM to switch to another tab unless explicitly requested by the user. Issue 3: Focus switches to another tab after saving application settings Steps to reproduce: Move the Navigation panel into the main tab area. Open another tab, such as a remote session or the Dashboard. Return to the Navigation tab. Open the application settings via File → Settings. Click Save to close the settings. Actual behavior: After saving the application settings, RDM automatically activates another tab, such as an open remote session or the Dashboard. This happens even though the Navigation tab was active before opening the settings. Expected behavior: The Navigation tab should remain active after saving the application settings. Opening and saving application settings should not change the currently active tab. Desired Workflow My preferred layout is: Navigation displayed as a tab in the main workspace. Navigation remains the leftmost tab. New sessions open to the right of the Navigation tab. Editing entries does not change the currently active tab. No Dashboard required. This layout provides significantly more usable screen space while still allowing quick access to the Navigation tree. Additional Information Both issues occur when the Navigation panel is docked as a tab rather than in its default position on the left. I have attached a screenshot showing my preferred layout: [image] Request: Please investigate these behaviors and consider allowing the Navigation tab to remain fixed in position and retain focus after editing entries.

In one of the past few RDM releases, whenever a Microsoft RDP session is closed, there is a high chance that the next time I try to RDP into it, I'll get the following error shown below. [image] If I click Yes, it logs out of the current session I want to connect to and starts a new RDP session. If I click No, it kills the attempted RDP connection. On the Windows side, it still thinks that there is an active RDP session even though it was closed in RDM. If I go to Task Manager and view the user, it doesn't show the user as disconnected. When it's in this state, I either have to wait for an unknown amount of time before Microsfte registers that it's disconencted and will allow me again to RDP in, or I have to do the following hack to force it out of its fake connected state. # Connect remotely to the locked PC Enter-PSSession -ComputerName <computerHostname> # Get a list of the RDP connections query session # Force disconnect the "active" connection that needs to be disconnected tsdiscon <sessionID> If I don't execute the command above, I'm unable to RDP into the current RDP session as the OS still thinks it's connected and has somehow gotten into this state. If I wait for a while, I can log in again, but I'm not sure when the PC I want to RDP into decides it's OK again to log in. This is happening on multiple VMs and desktops that I'm trying to RDP into. Current RDM: 2026.2.4.4

Been busy with remediation from the MS bad update in September. And I'm getting REALLY frustrated that with the current most recent build, every time I log off of a server and alt+tab into my spreadsheet to mark what I'm doing, when the server goes offline and one of the other tabs now is the active one it takes over the entire windows desktop again as focus. Please, during logons or reboots or anything within the RDM program window, can you NOT have it take focus away from another program that HAS focus when this happens? I can see if RDM is the active window, but when it's in not, it should NEVER interrupt what I'm typing in a spreadsheet, word doc, email, text file, ANYTHING, in the middle of typing simply because one of the servers in a tab rebooted or logged off WHILE the program is in the background and not active. I don't recall ever having this issue in the years I've used this program, but I also haven't been as busy in other things when a server reboots so this may not actually be something new, but just something I never noticed. Although I find that hard to imagine after all these years that I never rebooted or logged out of something and pulled another app to the front to work in and then lost that focus. And if there's some weird setting that I've never seen before since I've never noticed this previously, that would solve this, I'd be thrilled too. Thanks! John

Summary In Remote Desktop Manager 2026.2.18.0 (Windows), every embedded RDP session that is closed leaves its AxMsRdpClient11 ActiveX control (wrapped in Devolutions.RemoteDesktopManager.Frames.Embedded.RDPClient11) alive in the process. The control is kept reachable only by a COM RefCount GC handle pointing at its AxMsRdpClient11NotSafeForScriptingEventMulticaster, i.e. the event sink registered with the native mstscax COM object is never released. Each leaked control keeps one OS thread, its native mstscax buffers and its kernel handles alive, so the process grows without bound over a working day until RDM is restarted. After ~4.5 days of uptime and ~97 embedded sessions opened, the process reached 4.5 GB private bytes, 928 threads and 23,200 handles with only 20 sessions actually open. The machine became sluggish and the laptop fan ran continuously. Environment Item.......................................... Value Remote Desktop Manager..... 2026.2.18.0 (Windows, 64-bit) .NET runtime in process......... coreclr 10.0.1226.42308 OS........................................... Windows 11 Pro, build 10.0.26200 mstscax.dll.............................. 10.0.26100.8875 Hardware................................ HP EliteBook 840 G10, Intel i7-1370P, 64 GB RAM Session type........................... RDP (Microsoft Remote Desktop), embedded (tabbed) mode, credentials inherited from parent folder Steps to reproduce Start RDM and note the process thread count and private bytes (Task Manager, Details tab, or Get-Process RemoteDesktopManager). Open an embedded RDP session to any Windows host, wait until the desktop is displayed. Close the tab (or disconnect the session). Repeat steps 2 and 3 twenty or thirty times. Observe that thread count, handle count and private bytes never return to the baseline. Each open/close cycle leaves behind roughly one extra thread, several hundred handles and tens of MB of native memory. Optional confirmation with dotnet-dump (Microsoft tool, dotnet tool install -g dotnet-dump): dotnet-dump collect -p <RDM pid> --type Full dotnet-dump analyze <dump> > dumpheap -stat -type AxMSTSCLib.AxMsRdpClient11NotSafeForScripting > dumpheap -stat -type Devolutions.RemoteDesktopManager.Frames.Embedded.RDPClient11 > gcroot <address of any RDPClient11 whose _parent field is null> Evidence from a full process dump Live state at the time of the dump: 18 RDP sessions actually connected (18 established TCP connections to port 3389 owned by the process). Managed heap object counts: Type............................................................................................................................ Instances..... Expected for 18 live sessions AxMSTSCLib.AxMsRdpClient11NotSafeForScriptingEventMulticaster.................... 117............... 18 Devolutions.RemoteDesktopManager.Frames.Embedded.RdpDvcListener............ 117............... 18 Devolutions.RemoteDesktopManager.Frames.Embedded.RDPClient11................. 171............... 18 Devolutions.RemoteDesktopManager.Frames.Embedded.FreEmbeddedRDP11... 158............... 18 ...AvaloniaUI.ViewModels.EmbeddedConnectingPanelViewModel........................... 720.............. 18 GC handle statistics: 2,002 RefCount handles, 99,290 weak short handles. dumpobj on the oldest RDPClient11 instance shows it is detached from the UI (_parent = null, _reflectParent = null, _newParent = null, _ocxState = null) yet still has a live _events list and _axState. gcroot on two different detached RDPClient11 instances gives the same single root: HandleTable: -> 0162cb005d60 AxMSTSCLib.AxMsRdpClient11NotSafeForScriptingEventMulticaster -> 0162b7926d88 Devolutions.RemoteDesktopManager.Frames.Embedded.RDPClient11 Found 1 unique roots. Nothing in managed code references the control any more. The only thing keeping it alive is the RefCount GC handle created by COM interop for the event multicaster, which means the native IMsTscAx object still holds the connection point sink. The sink is presumably never unadvised (or the AxHost is not disposed) when the tab closes. Correlated native symptoms Thread start addresses in the live process (mapped with NtQueryInformationThread(ThreadQuerySetWin32StartAddress)), with 19 sessions open: Start module................................... Threads.... Notes mstscax.dll (main worker entry)...... 649........... 34.2 per live session. Scales exactly with live sessions, so these are released correctly. TextInputMethodFormatter.dll.......... 117........... Matches the 117 event multicasters exactly. One per control ever created, never released. coreclr.dll............................................ 34 Intel graphics driver / ANGLE............ 43 Process growth observed while the user opened sessions 17 to 20: each new session added about 27 to 30 threads, 550 to 600 handles and 100 to 130 MB working set. Closing sessions did not give any of that back over the previous days. Managed heap was only ~0.55 GB of the 4.5 GB private bytes, so most of the leaked memory is native (mstscax bitmap caches, GPU surfaces) owned by the orphaned controls. Impact Process grows by roughly 30 to 40 MB, 1 thread and several hundred handles per closed RDP session. Kernel non-paged pool on the machine reached 2 GB with the process at 23k handles. Heavy users (dozens of RDP sessions per day) end up with a multi-GB RDM process and a sluggish machine within a few days, fixed only by restarting RDM. Workarounds found Restarting RDM releases everything. Running RDP sessions in an external process should contain the leak to the child process. Notes The full dump is not attached because it contains session credentials. The issue is easy to reproduce with the steps above; a heap comparison before and after 20 open/close cycles is enough to see it.

Identity in favorites updates don't propagate and cannot edit identities after restart but before open previous version 2026.2.17.0 64-bit (JIT) Since updating to 2026.2.16 and 17 I am having several issues I have an id that changes password daily so I placed it in my favorites. However now when I edit it and save it still shows the old password in favorites but when I switch back to the vault it shows the new password and then when I save there it finally propagates to favorites. It is as if the favorites view is holding on to a cached copy. If I restart RDM I used to be able to open the navigation panel and edit my admin id to change the password and then answer yes to the open previous sessions. Now the panel just beeps when I click it and will not open forcing me to cancel the open previous sessions

We have a Vault logs viewer (Legacy) role for connection log viewer assigned to the everyone option. On connections view -> logs is now greyed out. We use AD accounts, assigning the role to the AD groups in devolutions server makes it work. Confirmed by setting the role back to just everyone and its greyed out again. Checked with the new built in role Workspace log viewer role as a test the same behaviour is observed. Switched back to Vault logs viewer (Legacy) assigned it to every group listed, problem worked around. It's ignoring roles assigned to everyone Devolutions server 2026.3.5.0 using MSSQL

Hello, I let myself use the same thread, as I have had this issue for months but never reported it. I just switched to the right-side menu rather than using the context menu. Thank you. Regards Slawek

We are also seeing rdp rendering issues only part of the screen is visible if you resize the screen it returns. Also the ping feature used to give you an ip address even it did not reply and now nothing is displayed. [image]

Hi guys, Just noticed in RDM when clicking on the Administer Gateways tab. when i click on the desired gateway and then click on the diagnostics tab, i get a cross on the agent installed information even though i have a agent installed on gateway. We use devolutions cloud as well. [image]

Since 2026.3.5.0 the functionality of the search has changed slightly. You used to be able to use the filter entries to search and then you could use the up and down arrow keys to navigate through entries and then use enter to launch a session. Since the update you are unable to use arrow keys/enter directly after typing something into the filter entires anymore

Sometimes when I open my computer in the morning and would like to check for updates of RDM, the Help menu doesn't have the item anymore. I think it occurs when the computer is put to sleep and later woken up, but I'm not too confident about that. It's the screen from RDM 2026.3.10 but this issue occurred for a long time. Please fix to make it always appear. Thanks in advance. [image]