Bug Report

I'm currently on the most recent RDM 2026.2.4.4. This issue has existed even prior to this release also. When I quit RDM and select "Yes" for the "Are you sure you want to close Remote Desktop Manager" prompt, I will get a MacOS notification noise (not actual notification, just the noise like when you click tab in a terminal and it's telling you it's done the autocomplete). During this time, it seems to be pasting a bunch of gibberish text in a massive dump of uknown data. I'm not sure exactly what's in it, jsut that it's doing it. Often, I'll notice later that my MacOS hard drive is renamed because the random gibbersish pasted after the exit somehow managed to select my hard drive (presumabily hit Enter, and rename it with text). I have no idea what would cause this or how the applciation still has permissions to type after it's exited, but it's somewhow escaping the application sandbox and pasting text outside of the application itself.

In the latest version of MacOS 2026.3.1.2 the Bulk edit function hangs the application. I selected 10 ssh sessions and overide some settings. After the save button the application keeps busy. I use the Devolution cloud Vault. Please advise how I can edit more then 1000 sessions without everytime restart the application.

After updating to Remote Desktop Manager 2026.3.1.2 , I'm seeing a regression with embedded RDP sessions. Issue: When I open an RDP session while the tabbed document area is empty, the session always shows scrollbars. It looks like the workspace size is calculated first, and then the tab bar appears and takes some space from that area, so the remote desktop no longer fits. What works correctly: Opening a second RDP session while one is already open: no scrollbars. Opening an RDP session as the "first" one while any other tab (of any type) is already open: no scrollbars. RDM version: 2026.3.1.2 OS: macOS 27.0.1, Apple M5

I have tried FIDO2 with RDM for ssh connection to one of my servers but it failed. I have created the key pair with pin + touch on my Yubikey 5C Nano. it never tell me to touch it and pin window immedialy disappear when I enter pin and confirm it. I am on macOS 27.0.1. in terminal key pair is working just fine. session log: [10/9/2026 7:59:36 AM] Devolutions.ProtocolsSharp: 2026.8.19.1 OS: macOS [10/9/2026 7:59:36 AM] Terminal font: Menlo [Menlo, fixed=True] [10/9/2026 7:59:36 AM] Starting SSH, verbose level: 2 [10/9/2026 7:59:36 AM] Setting up connection [10/9/2026 7:59:36 AM] Connecting to: x.x.x.x:22 (IPV_ANY) [10/9/2026 7:59:36 AM] SSH version banner: SSH-2.0-OpenSSH_9.2p1 Debian-2+deb12u9 [10/9/2026 7:59:36 AM] Sending kex init [10/9/2026 7:59:36 AM] Received kex init [10/9/2026 7:59:36 AM] Selected algorithms: sntrup761x25519-sha512(strict), ssh-ed25519, chacha20-poly1305@openssh.com, chacha20-poly1305@openssh.com, implicit by cipher, implicit by cipher, none, none [10/9/2026 7:59:36 AM] Sending sntrup x25519 kex init [10/9/2026 7:59:36 AM] Received sntrup x25519 kex reply [10/9/2026 7:59:36 AM] Successfully authentified server [10/9/2026 7:59:36 AM] Sending new keys message [10/9/2026 7:59:36 AM] Received new keys message [10/9/2026 7:59:36 AM] Sending userauth service request [10/9/2026 7:59:36 AM] Received extension info message [10/9/2026 7:59:36 AM] Server accepts public key types: ssh-ed25519,sk-ssh-ed25519@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,sk-ecdsa-sha2-nistp256@openssh.com,webauthn-sk-ecdsa-sha2-nistp256@openssh.com,ssh-dss,ssh-rsa,rsa-sha2-256,rsa-sha2-512 [10/9/2026 7:59:36 AM] Received service accepted message [10/9/2026 7:59:36 AM] Using provided key data [10/9/2026 7:59:36 AM] Sending userauth init request [10/9/2026 7:59:36 AM] Received userauth failure: publickey,password [10/9/2026 7:59:36 AM] Starting public key authentication [10/9/2026 7:59:36 AM] Validating public key: sk-ssh-ed25519@openssh.com [10/9/2026 7:59:36 AM] Received userauth key ok [10/9/2026 7:59:36 AM] Using CTAP2/FIDO2 for signing. [10/9/2026 7:59:36 AM] FIDO2 user verification required. [10/9/2026 7:59:39 AM] SSH session: FIDO2 PIN validation failed: PinAuthInvalid

Hello when i search with the new filter box in the status bar, then SELECT action for a Company item doesn't work, the treeview not expant to reach the item. Same function work in windows version of RDM. Thanks [image]

Hi, Running RDM 2026.3.0.5 on macOS 15.7.9 and encountered several glitches. The sort order (from the UI section when editing a session) seems to be ignored in the navigation tree. It just sorts alphabetically. And the folder editing is basically unreadable/unusable: [image] I haven't tried all other session types but editing RDP does seem to work normally at least. Best regards, Jelle Hillen

RDM 2026.2.5.1, macOS 26.6.2. Built-in VNC (DevolutionsVnc) sends QEMU Extended Key Event with keysym=0x00000000; only keycode is set. TigerVNC 1.16.2 drops these, so pointer works and no character key registers. Modifiers and "Send Ctrl+Alt+Del" work because they use classic KeyEvent with valid keysyms. Reproduced against Xvnc on Ubuntu and WinVNC on Windows Server 2025. Removing pseudo-encoding -258 from SetEncodings restores full keyboard. Worked prior to the 2026-09-09 build; macOS unchanged since 2026-08-13.

In the latest RDM release, the keyboard shortcuts for " Show/Hide Find Quickly window with a system-wide hotkey " are consistently getting reset. I believe it's getting reset every time the program restarts. My keyboard shortcut stops working, and when I go into the settings, I see that it's reset to the default SHIFT + CTRL + ` . I am able to change it back to my desired shortcut, but it keeps somehow resetting itself. Below is a screenshot of the default shortcut that the enabled shortcut keeps resetting itself to after a certain time or program restart. [image] The version information is below for RDM: Remote Desktop Manager 2026.3.1.2 Runtime: .NET 10.0.12 Platform: macOS 26.7.0 Workspace: Local Data Fix Allocated memory: 436 MB

I'm facing issues with passkey redirection from a RDP session in RDM to my macOS. It errors out entirely rather than redirecting the prompt to my local Mac. The expected results are that the FIDO2 authentication is redirected from the session host to my local client, where macOS will prompt me to scan a QR code or use a physical security key. Environment details: Client: Remote Desktop Manager 2026.3.05 macOS Tahoe 26.7.1 Session host: Windows Server 2025 Desktop (september 2026 patch level) No RD gateway used, direct connection to the host Steps to reproduce: In this example I attempt authenticate to Microsoft Entra where I want to use a passkey for authentication. Other passkey authentication prompts may follow different steps, but the concept should be the same Connect to the remote desktop session host through RDM Open Microsoft Edge and navigate to https://entra.microsoft.com Browser is redirected to https://login.microsoftonline.com I choose "Sign-in options" > Face, fingerprint, PIN or security key The login page errors out with "We couldn't sign you in. Something went wrong when trying to sign in with a passkey. Please try again" This failure occurs before macOS displays any local WebAuthN/passkey UI I unfortunately am unable to find any relevant application logs / diagnostics in RDM that helps me troubleshoot my own issue further. Please let me know if there are any relevant logs/diagnostics I can capture and provide to help narrow down the root cause of the problem. Control testing: For comparison and context, this issue does not occur when using 1st party "Windows App" from Microsoft (although even in Microsoft's own implementation there are problems; I can only get physical USB YubiKeys to work, cross-device QR code flows to for example Microsoft Authenticator errors out in Windows App too, but that's outside the scope of RDM or this bug report)

Hello, first of all, I would like to mention that this is not a newly discovered issue. It's been present for quite some time, but I decided not to report it immediately because I thought it would be fixed in a newer version. Currently, I'm running RDM in version 2026.3.1.2. I have a folder containing several SSH connections. The folder structure is as follows (for reference)": [image] To connect to any of these connections, an SSH tunnel must first be established. To simplify the configuration, all connections and subfolders are set to "Inherited" in the "VPN/tunnel/Gateway" settings: [image] The parent folder (Test folder) is then configured as follows: [image] [image] [image] Previously, this worked as expected. If I had three SSH connections open that belonged to the same VPN group, the required SSH tunnel remained active and was closed only after the last SSH connection from the group was disconnected. What happens now is that if I have 3 SSH connections open and close just one of them, it closes the SSH tunnel connection right away, which obviously kills the other 2 SSH connections, because they depend on that tunnel. I'm not sure if this is intended or if I'm missing something in the configuration. If this is expected, could you please advise how to configure it so that the SSH tunnel remains active until the last SSH session within the defined VPN group is closed? Otherwise, could you please look into this and if you also find this behavior wrong, fix it? Thank you. Best regards, Tomas

When switching between already-established Remote Desktop sessions, the client appears to disconnect and fully reconnect to the remote system instead of maintaining the existing session state. This results in the screen being completely redrawn and introduces a noticeable delay before the session becomes usable again. Further testing indicates that this behavior is not limited to multiple concurrent sessions. The same issue occurs even when only a single Remote Desktop session is open. Simply switching away from the session and returning to it can trigger what appears to be a full reconnect. Expected Behavior: Open Remote Desktop sessions should remain connected when switching between windows. Returning focus to an existing session should be instantaneous or require only a display refresh. No full reconnect or session reinitialization should occur unless the connection was actually interrupted. Actual Behavior: Session appears to reconnect when brought back into focus. Entire screen is redrawn. Noticeable delay before the session becomes responsive. Issue occurs with both multiple open sessions and a single session. Impact: This significantly disrupts workflow, especially for users who frequently switch between Remote Desktop sessions throughout the day. The repeated reconnect behavior adds unnecessary latency and negatively impacts productivity. Version 2026.2.5.1 appears to be the last version that worked as expected Version 2026.3.0.5 and higher have this issue. Is this a new setting I'm not finding that can be disabled?

Hello the search everywhere textbox can retrieve also folder items, but the SELECT command doesn't expand the treeview to reach and open the folder searched. Windows version work well. Thanks [image]

Hi, I updated Devolutions to the latest version, and now when Idra (CyberArk) changes the password, I cannot connect to the server via RDP — it shows “Wrong password.” It looks like Devolutions is not syncing the password properly. This first happened a few days ago. After I manually changed the password in Idra a couple of times, it started working and I was able to connect to that server. Today the same issue occurred with a different server. The password was changed automatically, and I can no longer access the server.

Hi, With the new layout (with the very large ribbon), I decided to try out the Simplified Ribbon to maximize the workspace. I did notice that buttons behind the ellipse (...) aren't always clickable. An example from the File tab, where Preferences and Exit aren't clickable (they also don't highlight when hovering over it). [image] Best regards, Jelle Hillen

Hi, Running RDM for macOS 2026.2.5.1 on macOS 15.7.9, I seem to be missing the predefined statuses on an entry in the context menu. It now only shows "Edit status message": [image] Best regards, Jelle Hillen

I have an automated process that creates a JSON for my hosts and i import into RDM and it works great. This for a new build/standup for a customer. It's a new customer every week and then i just delete it and re-create for the next customer and then re-import into a new database. I'm trying to login to Linux systems via SSH. I use the broadcast feature to then send multiple setup commands to each host to build them all in parallell. However, it seems that the Post-Login page of the SSH session is not working. First, i'm trying to send 2x CTRL-C to break the login process and return me to a command prompt. It sends the text {CTRL}C but not the actual control character. I might be doing it wrong. What is the string to add in Post-Login to be able to send a CTRL-C? (or actually send 2 CTRL-C with a 1 second delay after initial SSH is established, and then another 1 second delay until the 2nd CTRL-C.) Second, when i try to edit what i have, i cannot add new commands. The + button is is greyed out. I can edit the existing commands added via JSON, and i can edit the delay. But i cant seem to add new commands. Here is the JSON i create to import. It will create the SSH session and link to a linked credential. { "ConnectionType": "SSHShell", "OpenEmbedded": true, "CredentialConnectionID": "xxxxxxxxxxxxxxxxxxxxx", "Group": "xxx\\xxx\\xxx\\xxx", "TabGroupMode": "Inherited", "ColorMode": "Inherited", "Name": "xxxxxxxxxx", "Terminal": { "UseServerWindowTitle": false, "Font": "Menlo", "DisconnectAction": "KeepOpen", "PrivateKeyPromptForPassPhrase": false, "EnableLogging": true, "ColorMode": 1, "LogOverwriteMode": "Append", "AlwaysAcceptFingerprintDefaultBoolean": true, "Username": "xxxx", "Host": "xxxxx", "MaxScrollbackLines": 9999, "ColorANSIBlue": "#0086FD", "ColorDefaultForeground": "#F0F8FF", "FontMac": "SF Mono", "AlwaysAcceptFingerprint": true, "FontSize": 13, "ColorDefaultBackground": "#270603", "FontMode": "Override", "LogMode": "AllPrintableOutput", "AfterConnectTerminalMacros": [ { "Macro": "{CTRL}C" }, { "Macro": "{CTRL}C" } ] }, "VPN": { "Mode": 5 } }, (Sorry, when i pasted the JSON it removed all the indenting for some reason) Here is the GUI and the + button is greyed out. [image]

Hi, Running RDM for macOS 2026.2.4.4 on macOS 15.7.8, I encountered an issue where when configuring a user-specific override to select a credential object from my user vault, trying to select the session entry in the tree after editing it, results in the UI resetting to the first available (in alphabetic order) vault in the list and related dashboard. If I remove the user-specific override, the behaviour returns to normal. The issue only seems to be with session entries, not with folders (there it works as expected). I can also trigger the issue when the browser plug-in (using Edge for macOS with integration configured to RDM) tries to access the same session type to fill in the login info. In the background, I see RDM switching to the first vault too. When attempting to set the user-specific override in Windows, the macOS version again exhibits the problem so it doesn't seem to be related to which client version is making the change. If debug information is needed, please let me know, and I'll provide what I can. Best regards, Jelle Hillen

Hi everyone, I'm currently facing an issue with Devolutions RDM Free on macOS (version 2026.2.4.4) . I have a host configured with a username, password, and OTP. I have also correctly filled in the OTP Prompt String . The problem is that on macOS, despite having the OTP Prompt String configured, the application still manually prompts me for the One-Time Password. This exact same configuration works perfectly fine on Windows for the exact same host (the OTP is injected automatically). It only seems to fail on the macOS version. Has anyone else experienced this issue, or is there an additional setting I need to check on macOS? Thanks in advance for any help!

Hello when MAC switch to dark mode, the ribbon become unusable, label of ribbon group are white. Thanks [image]

In the latest macOS RDM release (2026.2.4.4), I have observed an issue with tab reordering when the total width of open tabs exceeds the available width of the tab bar. When a tab is located beyond the visible portion of the tab bar and is selected, it is correctly displayed on the far right side of the visible tab area. This behavior is expected and appears to be functioning as designed. However, once the tab bar enters this overflow state, tabs can no longer be reliably rearranged. As long as the total tab width exceeds the available pixel width of the tab bar, drag-and-drop reordering either does not work at all or behaves unexpectedly. In some cases, attempting to move a tab causes it to automatically reposition itself as the second tab from the left. I'm not sure why this specific location is chosen, but it is consistently what I've observed. After the tab is moved to that position, it cannot be moved back to its original location and effectively becomes stuck. I previously reported Tab Not Displayed for Current Tab if Single Row Width is Enabled , which was subsequently fixed. This new issue may be related to the changes made for that fix, although I cannot confirm that. It is also possible that this tab reordering problem existed prior to this release and simply went unnoticed because of the previous tab visibility issue. Expected Behavior Tabs should remain fully draggable and reorderable regardless of whether the tab bar has exceeded its available width. Selecting a tab that is outside the visible area should not affect the ability to reposition tabs. Actual Behavior Once the tab bar overflows the available width, tab reordering becomes unreliable or stops working entirely. Attempting to move a tab may unexpectedly relocate it to the second position from the left. Tabs that have been relocated in this manner cannot be moved back to their intended position. [image]

We do not know what to do anymore... RDM is constantly failing with error "unable to retrieve 1password credentials". we file a new ticket, they tipically wait a month to fix it, and one or two weeks later it stops working again... are we the only ones using 1password with RDM? is there any reccomandation? Many thanks in advance to who can help us.

The feature to double-click to close tabs is no longer working. I have it enabled in the settings, but the tabs only close when right-click > Close is selected or the X of th tab is pressed. I have the Double-Click action set to Close, but it's no longer working in the current version (2026.2.1.5). [image]

When a tab is open it should be actively shown on the tab bar. When it is outside the single row width of available pixels, it should still display the current tab, even if it woudl otherwise overflow into the unseen tabs from the single row. With the latest RDM redesign (2026.2.1.5), if I have a tab selected that is outside the curent single row width, it is not displayed. In previous releases, if it was outside the single-row width, it would render the current viewed tab to the far-right of the visible and avaialble pixel area of the single-width bar. With the latest release, this is no longer happening. [image] If I enable "Show tabs with multiple rows," the tab is visible (as expected). [image]

Hello after updating RDP latest build on a old macbook with Ventura 13.7.8, it freeze during loadin connection from devolution server. Rollback to previous version work. Try the cfg rename but unsussesfully. Any ideas? Thanks

Environment: RDM for macOS 2026.2.3.1 macOS 26.5.2 (25F84), Apple Silicon Embedded RDP session Spotlight “Results from Clipboard” disabled Summary: With an embedded RDP session active, taking a local screenshot using Control+Command+Shift+4 causes RDM to replace the valid PNG on the macOS clipboard with promised Windows image formats. When a local application requests the advertised TIFF, RDM fails in PasteboardCliprdr.ToTiff() and never fulfills the clipboard promise. The receiving application then hangs through repeated 60-second timeouts. This affects Slack, Chrome/Jira, Paintbrush and other Mac applications. It reproduces with Maccy or ClipBook and sometimes with no clipboard manager running. Steps to reproduce: Open an embedded RDP session in RDM. On the local Mac, press Control+Command+Shift+4 and select an area. Paste into a local application such as Slack. The receiving application hangs or beachballs. If allowed to time out, Slack may show image.png with a “not the right format” error. Expected: The local screenshot should paste normally. RDM should not replace it with an image representation it cannot render. Diagnostic findings: The unified macOS pasteboard log captures the complete failure: screencapture writes a 168,832-byte public.png. RDM successfully reads all 168,832 bytes. About 330 ms later, RDM becomes the new clipboard owner. RDM replaces the PNG with promised formats: com.devolutions.rdp.cf-metafilepict com.devolutions.rdp.cf-dib com.devolutions.rdp.cf-dibv5 public.tiffSlack requests public.tiff. pboard asks RDM to fulfill the promise. RDM throws: Could not initialize an instance of the type 'AppKit.NSBitmapImageRep': the native 'initWithData:' method returned nil. at AppKit.NSBitmapImageRep..ctor(NSData data) at Devolutions.Rdp.Native.PasteboardCliprdr.ToTiff(...) at Devolutions.Rdp.Native.PasteboardCliprdr.Provider_OnRenderClipboard(...) at Devolutions.Rdp.Native.PasteboardItemProvider.ProvideDataForType(...) RDM does not fulfill the promise. Slack times out after 60 seconds and retries several times, remaining blocked for approximately four minutes. A Slack process sample confirms its main thread is blocked in: NSImage initWithPasteboard NSPasteboard _dataForType CFPasteboardCopyData mach_msg2_trapA simultaneous pboard sample shows pboard idle while waiting for the promised-data provider. The RDM sample shows its application and FreeRDP threads otherwise responsive. The failure occurs specifically in RDM’s macOS clipboard image conversion. Scope: Multiple unrelated receiving applications are affected. Maccy and ClipBook can increase the frequency but are not required. Disabling Spotlight clipboard results does not help. Disabling RDP clipboard redirection or disconnecting RDM avoids the problem. Saving the screenshot to a file and dragging it into the application also works. Related fixes: RDM Mac 2026.1.12.2, released May 20, claimed improved macOS clipboard-history support to avoid RDP session hangs. A related forum report was marked Resolved/Implemented, although Devolutions later said the original changes addressed symptoms rather than the root cause: RDM macOS clipboard freeze report RDM Mac release notes RDM 2026.2.2.1 also claimed to fix hangs when copying RDP text with a third-party clipboard manager: 2026.2.2.1 announcement This case is different because it involves a local macOS PNG, affects local receiving applications and can occur without a clipboard manager. The logs point directly to Devolutions.Rdp.Native.PasteboardCliprdr.ToTiff().