Bug Report

I noticed an issue with the Sort Priority setting for Map entries/folders. The custom Sort Priority configured under User Interface is not respected when sorting Map entries/folders in the navigation. When using the default sorting based on Sort Priority, I would expect the configured priorities to determine the order of these Map entries. Main Map 1 has a Sort Priority of -10 Main Map 2 has a Sort Priority of 10 [image] This seems to apply to all Map entries, including Main Maps and SubMaps. Interestingly, the Sort Priority is correctly respected for other entry types. This makes it appear that the issue may specifically affect the sorting logic for Map entries/folders. Could you please verify whether this is an bug/issue specifically affecting the sorting of Map entries/folders in the current latest version of Remote Desktop Manager? Regards, Marcel

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]

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.

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 I updated to the latest version, I get a very small RDP window. I like the RDP window to be full size within the Devolutions window and I'm not sure what setting fixes this? I thought it was "smart sizing" but that's currently enabled and I'm still getting the below. What can I change? [image]

Ok, when i copy a command from the a active session in split screen and i right click to paste the command, that window should be come active. But it doesn't it keeps the active session from the copy window so when i press enter it inputs on the wrong screen. Not so good. [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

Downgrading to v2026.2.19.0 restored access, which is what we've done for now. I was able to grab some diagnostic info and try some things before I downgraded. Here's what I tried (and some side notes that happened along the way): If I right-clicked the entry and opened in external view (so using the native Windows Remote Desktop), it worked just fine. Using "undocked" view did not. In both failure modes what happened is that the "Connection to <IP_ADDRESS>" screen would just stay stuck forever Double-clicking a website entry hung until we installed webview 2, despite the browser being set to Default, which is Google Chrome on that machine. Double-clicking a website entry loaded it in a background tab rather than focusing the tab. Diagnostics (before downgrade): Remote Desktop Manager 2026.3.5.0 64-bit (JIT) Runtime: .NET 10.0.12 Platform: Microsoft Windows 10.0.17763 Workspace: Local Data Source Allocated memory: 558 MB

Whenever we access a record with contains a Keeper entry, the system errors our with an overflow exception and we cannot retrieve the passwords. Multiple users in our office have the same issue currently.

Seems with the most recent update, i have lost the ability to hide the tab bar along the top (underneath the ribbon) that lets you switch sessions. I personally use the nav functions on the left and so don't want to see the top tabs, especially as i usually have conenctions to 30+ servers so its useless. Please can we get the option to hide it back please? Its this one along the top: [image]

In the latest update it seems that there are a few bugs in relation to the tabs. The first is that the option for Multi-Row Tabs no longer exists, and you can only use the scroll or drop down options. The other thing I'm seeing is with dragging a server tab. Dragging a tab out of the "main" window to stand alone as a secondary window for a moment and then dragging it back to the main window to join the other tabs you have opened, it will automatically default to the first spot vs. allowing you to choose the location you want to drop the tab. You can then drag it over to the specific location you want. With the tabs not stacking into multiple rows as they did previously this is causing issues with needing to scroll, then trying to move a tab which then detaches to a secondary window, then it'll place itself in the first spot regardless of you wanting to just move over one tab. In previous builds you were able to drag a secondary window over to your location of choice and drop vs. needing this extra step.

When I set the Navigation Pane to Auto-Hide , it collapses as it should: [image] But then when clicking the Navigation Pane , the top and bottom is cut off. As you can see in these two images, I'm scrolled all the way to the top and bottom within the Navigation Pane : [image] [image] Notice that the top has enough cut off to prevent me from accessing the button to Pin the Navigation Pane again. Fortunately, restarting RDM does pin the Navigation Pane again upon launch. Now what I discovered before I finished typing this up is that this issue only occurs on my two external displays—if I move RDM to my laptop's display (which is set as the main display in Windows Settings > System > Display ), then the Navigation Pane's visibility is perfectly functional and normal. As you can see in the below image, no part of the Navigation Pane is cut off when I have RDM on my laptop's display: [image] And this is after having just clicked the Pin button there: [image] No amount of moving RDM between my displays, toggling the Navigation Pane off and on, setting it to Float and back again, or restarting RDM has solved the issue—at this point, I have no other option but to move RDM back to my laptop's display in order to Pin the Navigation Pane again after setting it to Auto-Hide on either of my external displays. —————————— I was just about to submit this post when I decided to try changing one of my external displays to be the Main Display in Windows Settings > System > Display . What I found is that as long as my laptop's display is not set as the Main Display , then the visibility of the Navigation Pane —including the Auto-Hide / Pin buttons—works correctly regardless of which display RDM is on and regardless of application restarts. But when I set my laptop's display back to being the Main Display again, the problematic behavior returned, i.e. the top and bottom of the Navigation Pane is cut off while set to Auto-Hide while RDM is on either of my external displays.

Since FortiOS 7.6 and OS 8.0 RDM does not fill the password automatically anymore, only the Username. Could you take a look if that can be fixed, as we have a lot of firewalls which will be updated in the next months. Thanks a lot!

Yesterday we updates Devolutions Server and Gateway to the latest version. When I try to open an asset through the gateway I get this error: [image] Also when I try to edit the settings in Devolutions Server Console I get an error: [image] Attached the details of the error. Is this a known issue and what can I do to fix this?

Hello, When we have more than one column in the navigation pane, it seems we are not able to resize them right now (at least, not reliably). If I click on the "divider", the line appears for a brief second as if it will let me resize, but then it disappears, and dragging while holding my click does nothing. If I try to click and then drag super quickly after clicking and then let go quick (so the whole resize attempt takes 1s or less), it will sometimes work - maybe 1 out of 4 or 5 tries. But any resize attempt that takes any length of time seems to just fail silently, and even the very "quick" attempts usually don't work. This is in v2026.2.19.0 (just upgraded today). If any additional info is needed, please let me know. Best regards,

Issue: Bitwarden folders are interspersed within a synced collection. Here is an example to illustrate the unexpected behavior. Here is my test Bitwarden vault and collection structure: [image] There is one entry in "Vault Folder 1" which is "Security Camera 1". There is also one entry in "Vault Folder 2" which is "Security Camera 2". There is a "Security Camera 3" which is not in any vault folder. All three security cameras are members of the collection "Security Cameras" which is nested underneath the "Default Collection". Other Bitwarden items exist under "Default Collection", but I do not want them to sync with my RDM vault. Here is a screen shot of my Bitwarden test vault with the Default Collection selected. [image] Here is a screen shot of my Bitwarden test vault this time with the Security Camera collection selected. [image] On the general tab of the Bitwarden Synchronizer I select a specific destination folder. On the filter tab of the Bitwarden Synchronizer, I select the "Security Cameras" collection like the image below. The setting "Synchronize automatically" is unchecked. Note that "Default Collection" has been touched to change it from being a blue check mark to just being an open blue box to prevent entries other than those under "Security Cameras" from being synced. [image] The filter is saved. When I click the Synchronize button this is the sync result. [image] I was not expecting "Vault Folder 1" or "Vault Folder 2" to be in the above list. Below is the resulting hierarchy in my RDM vault. [image] Bitwarden folders and collections are separate things. I was not expecting to see Bitwarden folders interspersed within the "Security Cameras" collection. Especially since I did not select any vault folders on the filters tab. The expected result was that I would see only the three security camera credential objects directly under the "Security Cameras" folder. No vault folders would be created. I am using RDM version 2026.2.14.0 64-bit (JIT).

Please put the RDP error notifications within Devolutions RDM vice the Windows toaster.

Hello, Minor UI issue, but it seems that in RDM v2026.1.24 (using SQL Server data source), when we select a folder in tree view, the dashboard doesn't show the selected folder's title but rather the title of some entry under it (presumably the first entry it finds under it, or the first entry under a subfolder of the selected folder if the selected one doesn't have any entries directly under it). You can see in the screenshot, I have a folder selected named iDRAC, however the title shown in the dashboard tab is not iDRAC but rather "<redactedMachineName> iDRAC Console" which is the name of one of the entries within the "console" subfolder under iDRAC (iDRAC only has two subfolders, no entries live under it directly). [image] The entries under the subfolders are shown in the main portion of the dashboard tab which makes sense, so I think that part is fine - it's just the wrong title that is misleading as it gives the impression we are working on that item as opposed to the selected folder itself. I think it would be helpful to display the selected folder name at the top of the dashboard tab instead for clarity. Best regards,

Hello Support Team, I am writing to report a technical issue regarding the Proxmox interface. When attempting to open the console for a specific Virtual Machine, the connection fails. The console window initially opens to a black screen, followed shortly by an error message. I have attached a screenshot of the exact error for your reference. Could you please investigate this issue and let me know how to resolve it? Thank you for your assistance, [image]

Hello, we´re currently experiencing issues with the password depot integration in RDM. When entering the database in the password entry, we can´t select an entry, just the folder structure is shown. [image] As i see the folder structure I expect that this isn't an issue with the connection form RDM to the password depot server. There haven't been any changes on our side, and the entries created do still work. [image] Can you confirm the issue? Thanks!

Hi, I'm experiencing an issue when using an SSH Tunnel configured as the VPN for an RDP session. The VPN (SSH tunnel) is configured on the folder and inherited by the RDP entry. Sometimes the first attempt to open the RDP session does not establish a connection. The RDP client stays in the initialization phase and eventually times out. If I close both the RDP session and the SSH tunnel, then launch the exact same RDP entry again (which recreates the SSH tunnel automatically), it connects successfully. Here are my observations: I can confirm that the SSH tunnel itself is fully established before the RDP client is launched. The RDP client definitely attempts to connect to a localhost port, as expected when using the SSH tunnel. However, when the first attempt does not succeed, I can see in the SSH logs that the connection request for the destination host is never initiated . In other words, the SSH server never receives the request to open the forwarded connection for the RDP destination. On the second attempt, the SSH tunnel behaves as expected: the forwarded connection request is triggered, the SSH server opens the connection to the destination host, and the RDP session connects successfully. The SSH Tunnel VPN settings are configured with Use over a secure gateway , and Use dynamic port . From what I can see, this doesn't appear to be an issue with the SSH tunnel failing to establish. Instead, it looks as though the first RDP launch sometimes doesn't trigger the forwarded connection through the existing tunnel, even though the RDP client is connecting to the local forwarded port. Has anyone experienced something similar, or is this a known issue? Are there any additional RDM logs that would help determine why the first RDP launch doesn't appear to initiate the forwarded connection through the SSH tunnel? Thanks!

Remote Desktop manager can display a web entry with either 'External', 'Embedded' or 'Undocked'. When we use any webpage that as a login field, most browsers are able to automatically display the text cursor on the login field. If we use RDM, this function works with the External and Embedded option for display BUT not the Undocked option. Ideally, I need the 'Undocked' option to do the same thing as the other onces. I am forced to insert 'TAB' key for the login Macro and sometimes, this doesn't work. I have no issues with my Macro when the text cursor is already present in the login field. External: [image] Embedded: [image] Undocked: [image]

When a folder name is dynamically generated with the usage of custome fields, the resolution of the folder name doesn't work when exporting. Example: the folder is named Customer - Rome - 1234 , where Rome and 1234 are respectively SITE_CUSTOM_FIELD2 and SITE_CUSTOME_FIELD3 the export dialague suggest the name Customer - $SITE_CUSTOM_FIELD2$ - $SITE_CUSTOM_FIELD3$.rdm [image] Please double check this name resolution of folder/sites because the same issue may apply to different contexts like scripts.

Hi, New user of RDM here, and I was pleasantly surprised to see it has AMT support. When I try to use it however, RDM attempts to connect to 127.0.0.1:16992 instead of the target host, and crashes a few seconds later. Connections to the target server using RDP and SSH work fine. Also other AMT clients (eg MeshCommander) connect to the target with no issues... I have configured the default redirection port on the AMT template (16992) as shown below. [image] [image] Edit: Forgot to mention, I'm running RDM 2026.2.16.0 64-bit (PreJIT) on Windows 11.

Hello When we search for a term, it won't be found if it's on the 5ht level of the tree, as a subentry: [image] In this example, it won't find any words in the last subentry, like "Wato". Can this be changed that it searches all entry levels. Best regards Patrick