Bug Report

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]

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]

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

I just upgraded from 2026.3.8 to .9. This fixed one issue for me but create a larger one. I usually have my navigation pane set to auto hide. When I need it, I click on the tab on the side of the RDM window and it pops up over my content (RDP session, web page). With 2026.3.9, the majority of the pane appears to render behind the main content (RDP session, web page). I can see the header, as it is displayed in the tab bar above the content, but the rest of my entries are hidden. This didn't occur in 2026.3.8.

I have several issues with the new display rendering, and I think 20+26.3.50 (?) and forward has been a huge step back in quality :( Currently on 2026.3.9.0. If I set the navigation pane on the vault to auto-hide, which I always do because I want the screen real estate, then I can't access the naviagation bar and I'm stuck on the current connected client. Here you can see I try to bring up the Navigation pane, and with the colored border it is easy to see that it tries to render the menu on top of the connected client, but ends up behind it and inaccessible. In order to reach the navigation pane, I must sign out of all connected clients. [image] second issue, it looks like I no longer get a list of tabs of the connected clients for quick and easy switching between them! This is a great example of a small details that makes a big difference. I'm very frustrated with the recent updates you've made to this otherwise reat prooduct.

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]

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

I can't find a way to present my open connection as tabs for easy switching between them? If this is no longer available, then it's a huge inconvenience and a big reason for me to stay on older versions of RDM. [image]

I use RDM with DVLS and Devolutions Gateway to access web pages in a restricted network. Since upgrading to 2026.3.8 a couple of days ago, some of these pages are unusable due to a change in how URLs are displayed when hovering over a link. In 2026.2 and in most other browsers, when hovering over a link, it displays the URL at the bottom of the page floating over the content (a toast?). It doesn't change the size of the viewport so the page doesn't need to re-render. However, in 2026.3.8, when I hover over a link, it creates a full width status bar to display the URL. It's not hovering over the content, so the page has to re-render/re-flow. Some apps are filled with links and don't behave properly like this. For instance, PRTG is one of the main web apps that I access, and it is totally unusable now.

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!

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 Since we updated to the new version 2026.3 we can't click on menus on synologies anymore: If we open a menu, and try to click something it imeediatly closes when we try to get to the menu entry. [image] We are using RDM via an RDS server, if that makes any difference. Thanks for fixing. Best regards Patrick

RDM Version: 2026.3.9.0 (also observed in 2026.3.8.0; worked as expected in 2026.2.18.0) OS: Windows Description After updating to version 2026.3 (specifically reproduced in 2026.3.8.0 and 2026.3.9.0), sub-entries no longer appear under their parent host entry when a quick search/filter is active in the Navigation pane. In version 2026.2.18.0, filtering by name displayed matching parent entries with an expand arrow (>), allowing us to quickly expand the host and launch sub-entries (such as RDP or VNC connections) directly from the tree view. In 2026.3.9.0, when the tree is filtered ((Filtered) state): The parent entry is displayed as a flat item without an expand icon. Sub-entries are completely hidden from the tree. To launch a sub-entry, we now have to click the parent host, open the Sub-entries dashboard tab, locate the item, and launch it via the context menu or double-click. Steps to Reproduce Create a parent entry (e.g., Host type) containing two or more sub-entries (e.g., RDP and VNC). Type a search query in the Navigation tree filter to locate the host. Observe the filtered tree result: the expand arrow is missing, and sub-entries cannot be viewed or expanded under the parent node. Expected Behavior The navigation tree should retain t he expand toggle for matching parent items during filtering, allowing immediate access to its sub-entries (matching the behavior of 2026.2.x). (I have attached two screenshots demonstrating the issue: one showing the sub-entries visible in the full tree view, and the other showing the missing expand toggle and sub-entries once the tree is filtered). [image] [image]

Hi, I'm currently testing the 2026.3.8.0 version, and encountered those bugs : Display was flickering sometimes during my tests : In a web session connecting to Azure, display was flickering at MFA prompt when mouse was put over an option of the MFA Window. I Also encountered display refresh problems on opened RDP sessions (some abnormal squares appearing here and there, or only displaying part of the screen - see below) [image] Column chooser display Connections group only on 1st column (when you fit it, group is not displayed entirely (see fig below) Column chooser does not display "Name" in title (see fig below) : [image] Column chooser does not seem to allow anymore to only display "Name" column without displaying the "Host" column, which was not the case in RDM 2026.1.x Not exhaustive list. If I find others, I'll post again.

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, Samuel Dery Samuel now the Navigation Pane, when a session is open (web session in this case) seems behind (sorry I had to mask text fields visible there with white squares) [image]

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

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

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.

Hello, Currently it seems drag-n-drop does not work for tab groups. In the "tab groups" navigation pane, if you display it - it looks like it's supposed to work, because when we drag an item there's a green arrow that appears. But trying to drop it in a tab group folder seems to produce inconsistent results - sometimes it works properly, sometimes it results in some other random entry getting placed in that folder, sometimes nothing happens at all. It's quite strange. Furthermore, it does not appear we can drag tabs into tab groups via the tab strip at the top. Finally, if we could add the "tab group -> move to" (or maybe just call it "move to" since it's already in the tab group navigation pane) context menu option to the right-click menu for items in the tab group navigation pane, that would be good. Right now if we right-click an item in the tab groups nav pane, it seems to have all the options for a regular entry, but not the tab or tab group submenu options that an active session tab would have (e.g. if we right-click a tab in the tab strip): [image] Please let me know if any additional info is needed. Thanks!

Hi, i got a problem with the column sizes in the MSSQL Connection. Part 1: The Query Results: [image] The size is so small and cant fit the content of the result and is not resizeable. Part 2: The direct Database Table View: [image] Here you could resize the columns, but you have to do it for EVERY column. Thats so anoying, that you won't use that tool implementation at all. So my solution for this would be "Settings" for that column behavior. And please change the Query Result View to be like the direct Table View. So the Settings could be applied for both. There is so much space for a button "Layout Settings" or something like that. [image] Kind regards, Tobias

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.

Hi, I tried the drag and drop from the drop down list, it is perfect ! What would also be good is to be able to sort them by Name for instance. I tried to drag a tab beyond the screen, and it scrolls naturally, also great ! thank you I tried to use the mouse wheel to scroll the tabs, it still jump 1 "page" at a time, instead of smooth scrolling. Is it something you can allow ? Small notes: the new interface is great but has a lot of bugs. I get weird error message sometimes, like this: [image] InvalidOperationException - The control Devolutions.AvaloniaUI.Desktop.TabGroups.TabGroupsView (Content = Devolutions.AvaloniaUI.Controls.DevoTreeDataGrid`1[Devolutions.RemoteDesktopManager.AvaloniaUI.ViewModels.TabGroupNodeViewModel] (Name = TabGroupsTreeDataGrid)) already has a visual parent ContentPresenter while trying to add it as a child of ContentPresenter (Name = PART_ContentPresenter, Host = ToolWindow[Title=Tab groups, State=AutoHide]). at Avalonia.Visual.Avalonia.Collections.IAvaloniaListItemValidator<Avalonia.Visual>.Validate(Visual item) at Avalonia.Controls.Presenters.ContentPresenter.UpdateChild(Object content) at Avalonia.Controls.Presenters.ContentPresenter.ContentChanged(AvaloniaPropertyChangedEventArgs e) at Avalonia.Animation.Animatable.OnPropertyChangedCore(AvaloniaPropertyChangedEventArgs change) at Avalonia.PropertyStore.EffectiveValue`1.NotifyValueChanged(ValueStore owner, StyledProperty`1 property, T oldValue) at Avalonia.PropertyStore.EffectiveValue`1.SetAndRaise(ValueStore owner, IValueEntry value, BindingPriority priority) at Avalonia.PropertyStore.ValueStore.Avalonia.Data.Core.IBindingExpressionSink.OnChanged(UntypedBindingExpressionBase instance, Boolean hasValueChanged, Boolean hasErrorChanged, Object value, BindingError error) at Avalonia.Data.TemplateBindingExpression.PublishValue() at Avalonia.PropertyStore.EffectiveValue`1.NotifyValueChanged(ValueStore owner, StyledProperty`1 property, T oldValue) at Avalonia.PropertyStore.ValueStore.SetValue[T](StyledProperty`1 property, T value, BindingPriority priority) at Devolutions.AvaloniaUI.Docking.DockingHostView.RefreshPaneContentOnce(ToolWindow toolWindow) at Devolutions.AvaloniaUI.Docking.DockingHostView.ConvertActiproAutoHidePopup(ToolWindow toolWindow) at Avalonia.Threading.DispatcherOperation.InvokeCore() ------------------------ extended stack ------------------------ at Devolutions.RemoteDesktopManager.AvaloniaUI.ViewModels.ErrorMessageViewModel.LoadParameters(ErrorMessageParameters parameters) at Devolutions.RemoteDesktopManager.AvaloniaUI.ViewModels.ErrorMessageViewModel..ctor(ErrorMessageParameters parameters) at Devolutions.RemoteDesktopManager.Managers.UIManager.<>c__DisplayClass218_0.<ShowErrorMessage>b__0() at Avalonia.Threading.Dispatcher.Invoke[TResult](Func`1 callback, DispatcherPriority priority, CancellationToken cancellationToken, TimeSpan timeout) at Avalonia.Threading.Dispatcher.Invoke[TResult](Func`1 callback) at Devolutions.RemoteDesktopManager.Managers.UIManager.ShowErrorMessage(ConnectionEngine engine, Exception exception, String message, String details, String title, String xml) at Devolutions.RemoteDesktopManager.Managers.UIManager.ShowErrorMessage(ConnectionEngine engine, Exception exception, String message, String title) at Devolutions.RemoteDesktopManager.Managers.LogManager.HandleException(Exception exception) at Devolutions.RemoteDesktopManager.Managers.LogManager.OnThreadException(Object sender, DispatcherUnhandledExceptionEventArgs e) at Avalonia.Threading.Dispatcher.CatchException(Exception e) at Avalonia.Threading.Dispatcher.TryCatchWhen(Exception e) at Avalonia.Threading.DispatcherOperation.InvokeCore() at Avalonia.Threading.CulturePreservingExecutionContext.CallbackWrapper(Object obj) at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state) at Avalonia.Threading.DispatcherOperation.Execute() at Avalonia.Threading.Dispatcher.ExecuteJobsCore(Boolean fromExplicitBackgroundProcessingCallback) at Avalonia.Win32.Win32Platform.WndProc(IntPtr hWnd, UInt32 msg, IntPtr wParam, IntPtr lParam) at Windows.Win32.PInvoke.DispatchMessage(MSG* lpMsg) at System.Windows.Forms.Application.LightThreadContext.FPushMessageLoop(msoloop uReason) at System.Windows.Forms.Application.LightThreadContext.RunMessageLoop(msoloop reason, Boolean fullModal) at System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(msoloop reason, ApplicationContext context) at System.Windows.Forms.Application.Run() at Devolutions.RemoteDesktopManager.Program.RunApplication(String[] args) at Devolutions.RemoteDesktopManager.Program.Main(String[] args) It happens mainly when I click on the "Tab groups", "Tab list" or "Navigation" on the left: [image] Also, with 2026.3.9.0, I can't access my Navigation list anymore, it looks like it goes behind the current remote session window. However, if I switch to the dashboard, then the navigation list shows on top as it should. See screenshots: [image] It should show this, currently it only does it when Dashboard is selected. [image] There is a regression since the new interface (since 2026.3.5): I used to be able to go to "Navigation list" and type directly some text to filter the list. Now I need to click on the 'Filter entries" field before typing the text.

Since I have upgraded to RDM v2026.3.5.0 there are several display issues. Some are already mentioned, like the RDP connections opening in a very small window. The white screen when moving between Tabs. The most annoying problem, that I haven't found a workaround to is that Tabs get undocked when I move between tabs with a mouse click. It does not happen with every click, but it happens a lot. Upgrading to RDM v2026.3.8 made to difference.

When we use the searchfilter to filter for an entry. Open it. Try to write again in the search filter, the cursor blinks there, but we can't enter anything. We need to hit on the "down arrow" right neht to the search field two times, and after that we can write in it again. After we close and open the RDP session again, it works for some time again, until the error occurs again.

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.