Alexis Geller Peiro

Hello Markus,

Thank you for confirming. The correction is made for FreeVNC, so it covers your setup. I will let you know as soon as a version with the fix is available.

Best regards,

Hallo Selina,

vielen Dank für das Video, das hat uns sehr geholfen.

Wir konnten das Verhalten in unserer Testumgebung mit den aktuellen Versionen (RDM 2026.3.17.0 und DVLS 2026.3.13.0) nachstellen. Beim Verschieben in einen anderen Tresor bleiben die Ordner leer im Quelltresor zurück, die Einträge mit Unterverbindungen enthalten, und ebenso deren übergeordnete Ordner. Ordner ohne Unterverbindungen werden korrekt entfernt. Ihre Einträge selbst sind vollständig im Zieltresor angekommen, es geht also nichts verloren.

Wir haben das Problem an unser Entwicklungsteam gemeldet. In der Zwischenzeit können Sie die leeren Ordner im Tresor "_Wartungskunden" einfach manuell löschen, da sie keine Einträge mehr enthalten.

Sobald wir Neuigkeiten dazu haben, melden wir uns bei Ihnen.

Mit freundlichen Grüßen,

Hello Markus,

Thank you for the detailed tests, they are very helpful.

Good news first: since the z/y swap is gone, the keyboard layout set on the VM was the missing part on the Proxmox side. Please keep this setting on the affected VMs.

The remaining problem in the embedded console (upper and lower case inverted, and a digit after an uppercase letter typed as its shifted symbol, for example 4 as $) is on the RDM side. Our development team has reproduced it and a correction is currently being tested. I will let you know as soon as a version with the fix is available.

About the "Translate Unicode to scan codes" option you found: it only applies when RDM types into a regular window, such as the Proxmox web console. The embedded console sends the keys through the VNC connection itself, so this option has no effect there, which matches what you saw. Until the fix is available, the web console with this option enabled is a good way to use Auto-typing.

One question: which "Embedded application" (FreeVNC or IronVNC) was selected for these tests? On 29 October you switched to IronVNC, and the correction is being made for FreeVNC, the default engine, so this helps us make sure it covers your setup.

Best regards,

Hallo Nicole,

vielen Dank für Ihre Antworten und den Screenshot, damit konnten wir das Verhalten nachstellen.

In unserem Testlabor tritt es genauso auf, auch mit der aktuellen Version 2026.3.17.0: Wird RDM mit mehreren offenen abgedockten Sitzungen geschlossen und werden diese beim nächsten Start wiederhergestellt, öffnen sich die Fenster übereinander in der linken oberen Ecke des Bildschirms. Jeweils zwei davon landen dann in einem gemeinsamen Fenster mit Registerkarten, und eine dieser Registerkarten zeigt nur die Schaltflächen Schließen, Fokus und Andocken statt der Sitzung. Das entspricht genau Ihrer Beschreibung. Es liegt nicht an Ihren Einstellungen: "Eigenständig (ohne Registerkarten)" ist richtig gewählt.

Wir haben das Problem mit unserem Testablauf und einem Video an unser Entwicklungsteam gemeldet. Einen Termin für eine Korrektur kann ich Ihnen leider noch nicht nennen, ich melde mich aber bei Ihnen, sobald es Neuigkeiten gibt.

Zu Ihrer Frage: Mit "gesamten Bildschirme" meinte ich einen Screenshot aller Monitore gleichzeitig. Das ist jetzt nicht mehr nötig, da wir das Verhalten selbst nachstellen konnten.

Vielen Dank für Ihre Geduld und Ihre Mithilfe.

Mit freundlichen Grüßen,

Hi Furkan,

Thank you for the detailed description, it made this easy to follow.

The window comes from the "Automatically sign in at startup" option of the Devolutions Account. It is a per-user setting stored in RemoteDesktopManager.cfg. When it is on, RDM tries to sign in to the Devolutions Account each time it starts, and if the user has no saved session, the sign-in page opens. The checkbox for this option is only shown to users who are signed in to a Devolutions Account, which is why your users cannot simply untick it in RDM.

What you saw when you set it to false is expected: RDM only writes options that differ from their default value, and the default for this option is false. So when the line disappears, the option is saved as off and stays off.

About the policy: DisableOnlineAccount hides the Devolutions Account features in RDM, but it does not stop this sign-in at startup, and there is currently no policy to turn off this specific option machine-wide.

Do you distribute a default.cfg file in the RDM installation folder (C:\Program Files\Devolutions\Remote Desktop Manager), for example one created with File > Settings > Export settings or with a custom installer? RDM applies that file to new user profiles, and to existing ones when the file changes. If the RDM used to create it had "Automatically sign in at startup" enabled, the file can carry this option to all your users.

If that is the case, you can turn the option off on the RDM you use for the export and export the file again, or remove the AccountAutomaticSignIn line from default.cfg. When users start RDM after the file changes, they are asked whether to use the new configuration, or it is loaded automatically if you use the "Force loading of the default.cfg file" policy. After choosing the new configuration, closing RDM normally once saves the change. Please note that loading it replaces most of the user's current settings.

If you do not use a default.cfg, the quickest way to cover all users is to remove the AccountAutomaticSignIn line from RemoteDesktopManager.cfg in each user profile, for example with a logon script that runs while RDM is closed.

Best regards,

Hello Bartlomiej,

Thank you for letting me know. I was able to reproduce it: the tab context menu also stays open when you click inside the terminal, and I found that other menus, such as the drop-downs in the ribbon, behave the same way. I have added this to the report for our development team.

Until it is fixed, you can close these menus by clicking anywhere outside the terminal, for example on the ribbon, or by pressing Escape before you go back to the terminal.

Best regards,

Hello Bartlomiej,

Thank you for the detailed description and the screenshots.

I was able to reproduce the first point on Remote Desktop Manager Linux 2026.3.2.1: when the Navigation pane is set to auto-hide and you open it over an SSH session, clicking inside the terminal does not close it, while clicking anywhere else in Remote Desktop Manager does. This is not the expected behaviour, and I have reported it to our development team.

In the meantime, you can close the pane by clicking the ribbon or the menu bar at the top of the window. If you want the terminal to stay fully visible next to the Navigation pane, pin the pane with the pin icon in its header: when it is pinned, the terminal is resized to fit the remaining space. In auto-hide mode, the pane always opens over the session area. That is how auto-hide works, so it does not take space away from the session while it is closed.

For your suggestion about a slimmer collapsed strip with an arrow, please post it as a feature request in the Remote Desktop Manager Linux section of our forum: https://forum.devolutions.net. Our product team reviews the requests posted there.

Best regards,

Hello Manuel,

Thank you, this is very useful. It confirms that your macros and the typing work correctly, and that the problem is limited to the keyboard shortcut. Our development team is investigating it, and we will keep you updated.

In the meantime, you can run the macro from the menu: right-click the entry > Execute typing macro > Execute in the current tab (or Execute in previous window), as you did in your tests.

Best regards,

Hallo Riccardo,

vielen Dank für die Logs und Screenshots, das hilft uns sehr. Der Log zeigt, dass der Sync beim Doppelklick tatsächlich läuft: Er verbindet sich mit dem DC, empfängt die 29 Computer, wendet den Filter an und vergleicht das Ergebnis mit dem Zielordner. Da dort schon alles vorhanden ist, gibt es nichts zu ergänzen.

Sie haben aber recht: Nach unserem Verständnis sollte RDM danach dieselbe Meldung "Keine neuen Computer gefunden" anzeigen wie bei der Vorschau, und das passiert bei Ihnen nicht. Wir prüfen das jetzt intern nach.

Damit wir einordnen können, ob es an diesem einen Eintrag liegt, wäre ein kurzer Test hilfreich. Bitte lassen Sie dafür die Debug Stufe auf 8193 aktiviert:

1. Legen Sie im selben Tresor wie Ihren bestehenden Synchronizer einen neuen AD-Synchronizer an: Modus "Meine Domäne", gleicher Filter und gleiche Vorlage, aber ein neuer, leerer Zielordner mit eindeutigem Namen (z. B. "AD-Sync-Test"), kein Zeitplan.

2. Stellen Sie auf dem Reiter "Erweitert" die "Dublettenprüfung" auf "Zielordner", wie bei Ihrem bestehenden Synchronizer. Bei der Standardeinstellung würden die Computer als bereits vorhanden gelten und der Test würde nichts anlegen.

3. Starten Sie den neuen Synchronizer per Doppelklick. Er legt die Computer im neuen Ordner an. Notieren Sie, ob ein Fortschrittsbalken oder eine Meldung bzw. ein Ergebnisfenster erscheint.

4. Starten Sie ihn direkt danach ein zweites Mal per Doppelklick und notieren Sie, ob jetzt eine Meldung erscheint.

5. Schicken Sie uns bitte die .debug-Datei mit den Zeilen beider Läufe per privater Nachricht hier im Forum (gerne gekürzt und zensiert wie bisher, aber die Zeilen beider Läufe bitte vollständig).

Danach können Sie den Test-Synchronizer samt Zielordner wieder löschen und die Debug Stufe auf 0 setzen.

Außerdem eine kurze Frage: In welchem Tresor liegt Ihr bestehender Synchronizer-Eintrag (Standard-Tresor, Benutzertresor oder ein anderer)?

Mit freundlichen Grüßen,

Hello Manuel,

Thank you for testing this, your answer is very helpful. The fact that the text TEST is typed in Notepad tells us that Remote Desktop Manager can type correctly on your computer, so the Windows update and the RDM version are probably not the cause. We now think the problem is related to the specific entry that fails (its macro or its settings), and we would like to confirm it with you without asking for more tests.

To do that, we only need two quick things:

1. Did TEST also appear in Notepad on the entry that fails (the one with your original macro), or only on the other entries?

2. Could you send us the macro text of the entry that fails and of one entry that works, and tell us the type of each entry (RDP, Website, other)? You can replace any real password with xxx, we only need to see the variables such as $PARENT_USERNAME$.

With this we can compare both entries ourselves and tell you exactly what to change. Thank you for your patience and for all the details you already gave us.

Best regards,

Hallo Riccardo,

vielen Dank für die Auszüge. Die Zeilen im .debug betreffen nur Favicons, vom Synchronizer ist dort nichts zu sehen. Falls der Auszug vollständig war, ist das ein wichtiger Hinweis: Mit "Allgemein" und "Active Directory" müssten beim Start des Syncs Zeilen wie "Host=...", "ActiveDirectoryFilter=..." und "Received ... computers" erscheinen. Dann würde der manuelle Start gar nicht bis zur eigentlichen AD-Abfrage kommen. Drei kurze Schritte helfen uns, das einzugrenzen:

Test 1 (prüft, ob die Protokollierung greift):

1. Öffnen Sie die Einstellungen erneut und kontrollieren Sie, dass die Debug Stufe wirklich 8193 anzeigt.

2. Öffnen Sie den Synchronizer und klicken Sie auf "Vorschau".

3. Schauen Sie in die .debug-Datei, ob jetzt Zeilen mit "CreateConnections" oder "Host=" auftauchen.

Test 2 (prüft, ob der manuelle Sync überhaupt startet):

1. Öffnen Sie Hilfe > Fehlerbehebung > Leistungsprofiler (Strg+F12) und lassen Sie das Fenster geöffnet, denn gemessen wird nur, solange der Profiler offen ist.

2. Aktivieren Sie die Profiler Stufe "Synchronisierer" (die Profiler Stufe finden Sie bei den Einstellungen bzw. im Profiler selbst).

3. Starten Sie den Sync einmal per Doppelklick.

4. Prüfen Sie, ob ein Eintrag "SyncTypeManager::DoSynchronize::<Name des Synchronizers>" erscheint, und senden Sie uns einen Screenshot oder den Export.

Konfiguration des Synchronizers:

Die Screenshots aus Ihrem ersten Beitrag zeigen den Stand vor Ihren Änderungen. Könnten Sie uns bitte den aktuellen Stand schicken, also je einen Screenshot von jedem Reiter des Synchronizers (insbesondere "Erweitert"), mit dem Passwort bzw. sensiblen Daten geschwärzt? Zusätzlich wäre ein Test hilfreich: Legen Sie einen neuen, minimalen AD-Synchronizer an (Modus "Meine Domäne", gleiche Domäne, anderer Zielordner, "Automatische Synchronisation" aus) und starten Sie ihn per Doppelklick. Zeigt dieser einen Fortschrittsbalken oder eine Meldung?

Bitte schicken Sie uns außerdem die komplette .debug-Datei als Anhang statt nur Auszüge, damit wir nichts übersehen. Wenn Sie die Datei lieber nicht öffentlich im Forum teilen möchten, schicken Sie sie uns bitte per privater Nachricht im Forum. Setzen Sie danach Debug Stufe und Profiler Stufe bitte wieder zurück.

Mit freundlichen Grüßen,

Hello Manuel,

Thank you for the screenshots. Since the shortcut is registered correctly by Remote Desktop Manager but the macro does not type anything, we are opening an investigation with our development team to look into it. We will keep you updated.

To help them narrow this down, one last test please: open Notepad, then in RDM right-click the entry in the navigation tree and choose Execute typing macro > Execute in previous window, after temporarily replacing the macro text of the entry with plain text without variables, for example: TEST

Does TEST appear in Notepad? (You can put your original macro back afterwards.)

Best regards,

Hallo Riccardo,

bitte setzen Sie bei der Debug Stufe zwei Einträge:

1. Klicken Sie rechts neben dem Feld "Debug Stufe" auf die Schaltfläche mit den drei Punkten (...).

2. Aktivieren Sie dort "Allgemein" und "Active Directory". Alle anderen Einträge lassen Sie bitte deaktiviert.

3. Bestätigen Sie mit OK. Im Feld "Debug Stufe" sollte danach 8193 stehen (alternativ können Sie 8193 auch direkt eintippen).

4. "Protokolle" können Sie auf "Beide" lassen.

Danach:

1. Starten Sie den AD-Synchronizer einmal per Doppelklick.

2. Warten Sie ein paar Sekunden.

3. Öffnen Sie Hilfe > Fehlerbehebung > Anwendungsprotokolle und senden Sie uns den Inhalt (oder exportieren Sie die Datei und hängen Sie sie hier an). Falls dort weiterhin nichts steht, hängen Sie bitte stattdessen die Datei mit der Endung .debug an, die im Protokollordner von RDM liegt (normalerweise %LocalAppData%\Devolutions\RemoteDesktopManager).

Setzen Sie die Debug Stufe nach dem Test bitte wieder auf 0, sonst wächst die Protokolldatei unnötig.

Zusätzlich wäre hilfreich zu wissen, ob auf dem Reiter "Erweitert" des Synchronizers der "Silent mode" wirklich ausgeschaltet ist.

Mit freundlichen Grüßen,

Hallo Nicole,

vielen Dank für die Rückmeldung und die Screenshots. Das ist ein anderer Fall als das Andocken per Ziehen, deshalb möchte ich ihn genau verstehen, bevor ich etwas dazu sage.

Damit ich es nachstellen kann, bitte ich Sie um zwei kurze Angaben:

1. Wie werden die abgedockten Fenster beim Start wieder geöffnet? Öffnet RDM sie von selbst, oder öffnen Sie sie über einen Ordner, eine Favoritenliste, ein Makro oder auf andere Weise?

2. Welche Einstellung ist bei Ihnen für abgedockte Fenster gewählt: "Eigenständig (ohne Registerkarten)", "Fenster mit Registerkarten" oder "Gruppiertes Fenster"? Sie finden sie in den Einstellungen unter Benutzeroberfläche > Registerkarten.

Falls Sie noch einmal ein solches zusammengefasstes Fenster sehen, hilft mir auch ein Screenshot der gesamten Bildschirme.

Mit freundlichen Grüßen

Hello Manuel,

Thank you, this is very useful. Hotkey Detective and the 1409 result confirm that Remote Desktop Manager registers the shortcut correctly, so the problem is what happens after the key combination reaches RDM. We have two last questions:

1. In RDM, right-click your RDP entry and use Execute typing macro > Execute in previous window, with a Notepad window open. Does the macro type the text in Notepad?

2. With the shortcut set to Ctrl + Alt + Shift + V (the one you tested), with the focus in Notepad and your RDP entry selected in RDM, does pressing it run the macro?

Best regards,

Hello Manuel,

Thank you for your answers and screenshots. We did not understand clearly whether your last screenshot (the one with the second FREE result) was taken while Remote Desktop Manager was running, and this is the most important point for us, so we kindly ask you to run it again and confirm it.

1. Start Remote Desktop Manager normally and wait until it is fully loaded. Then, with RDM still running, open Windows PowerShell and run the following script (same as before):

  Add-Type -Namespace Win -Name Hk -MemberDefinition '[System.Runtime.InteropServices.DllImport("user32.dll", SetLastError=true)] public static extern bool RegisterHotKey(System.IntPtr h,int id,uint m,uint vk); [System.Runtime.InteropServices.DllImport("user32.dll")] public static extern bool UnregisterHotKey(System.IntPtr h,int id);'

  $ok = [Win.Hk]::RegisterHotKey([System.IntPtr]::Zero,1,0x4006,0x41)

  $err = [System.Runtime.InteropServices.Marshal]::GetLastWin32Error()

  if ($ok) { "FREE"; [void][Win.Hk]::UnregisterHotKey([System.IntPtr]::Zero,1) } else { "NOT available, error $err" }

  Please tell us the result (FREE, or NOT available with the error number) and confirm that RDM was running. A screenshot showing both the RDM window and the PowerShell window would be perfect.

2. For comparison, we would like to test another key combination. In the Keyboard settings, on the same line as in your screenshot ("Exécuter la macro clavier"), change the shortcut to Ctrl + Alt + Shift + F9, keep the Mode as Global hotkey, click Save and restart Remote Desktop Manager. Wait until it is fully loaded and, with RDM running, run this script in Windows PowerShell:

  Add-Type -Namespace Win -Name Hk2 -MemberDefinition '[System.Runtime.InteropServices.DllImport("user32.dll", SetLastError=true)] public static extern bool RegisterHotKey(System.IntPtr h,int id,uint m,uint vk); [System.Runtime.InteropServices.DllImport("user32.dll")] public static extern bool UnregisterHotKey(System.IntPtr h,int id);'

  $ok = [Win.Hk2]::RegisterHotKey([System.IntPtr]::Zero,1,0x4007,0x78)

  $err = [System.Runtime.InteropServices.Marshal]::GetLastWin32Error()

  if ($ok) { "FREE"; [void][Win.Hk2]::UnregisterHotKey([System.IntPtr]::Zero,1) } else { "NOT available, error $err" }

  Please tell us the result, and also whether pressing Ctrl + Alt + Shift + F9 runs the macro. You can set the shortcut back to Ctrl + Shift + A afterwards.

Best regards,

Hallo Nicole,

vielen Dank für Ihre ausführliche Rückmeldung, das hilft uns sehr. Es freut mich, dass Ihnen der Hinweis zum Kreuz weiterhilft und Ihre Fenster künftig dort bleiben, wo Sie sie haben möchten.

Zu Ihrer zweiten Beobachtung: Das Feld mit Schließen, Fokus und Andocken, das Sie im Hauptfenster sehen, ist normal. RDM lässt diesen Platzhalter für jede abgedockte Sitzung im Hauptfenster stehen, solange die Sitzung abgedockt ist. Dass das Fenster heute nicht mehr leer war, passt dazu.

Sollten Sie noch einmal ein wirklich leeres Fenster sehen oder ein Fenster im geteilten Modus nicht mehr herausziehen können, schreiben Sie uns gern kurz, was Sie genau sehen. Wir schauen uns das dann in Ruhe an. Zur Option "Feste Registerkarten" melden wir uns, sobald es etwas Neues gibt.

Vielen Dank noch einmal für Ihre Geduld und Ihre Mithilfe.

Mit freundlichen Grüßen

Hallo Nicole,

vielen Dank für Ihre Geduld. Wir haben Ihr Problem in unserem Testlabor mit RDM 2026.3.16.0 nachgestellt. Das haben wir festgestellt:

1. Was passiert: Wenn ein abgedocktes Fenster an der Titelleiste über ein anderes RDM-Fenster gezogen wird, auch über das Hauptfenster, blendet RDM das Andock-Kreuz ein, das Sie in Ihrem Screenshot sehen. Das Kreuz erscheint in der Mitte des Fensters, das sich unter dem Mauszeiger befindet. Das gezogene Fenster wird nur angedockt, wenn Sie die Maustaste genau auf einem Feld des Kreuzes loslassen (die Mitte fügt es als Registerkarte ein). Lassen Sie die Maustaste außerhalb des Kreuzes los, bleibt das Fenster abgedockt. Deshalb passiert es leicht, wenn Fenster nebeneinander angeordnet werden.

2. Seit wann: In RDM 2026.2.20 gab es dieses Andock-Kreuz für abgedockte Fenster nicht. Es kam mit den 2026.3-Versionen.

3. Einstellung: Eine Einstellung, die das Andocken gezielt abschaltet, gibt es in der Windows-Version nicht. Die Option "Feste Registerkarten" (Datei, Einstellungen, Benutzeroberfläche, Registerkarten) klingt zwar passend, hat in unseren Tests mit 2026.3.16.0 aber keine Wirkung: Registerkarten ließen sich trotzdem herausziehen und Fenster trotzdem andocken. Dieses Problem haben wir an unser Entwicklungsteam gemeldet. Bitte verlassen Sie sich im Moment nicht auf diese Option.

4. Was Ihnen jetzt hilft: Legen Sie das Fenster so ab, dass der Mauszeiger beim Loslassen nicht auf dem Kreuz steht. In unserem Test blieb das Fenster dann abgedockt.

Dass sich das Andocken gezielt abschalten lässt, wäre eine Funktionsanfrage (Feature Request). Dafür können Sie im Forum einen eigenen Beitrag erstellen: https://forum.devolutions.net/forums/17/remote-desktop-manager--feature-request

Zum Problem mit der Option "Feste Registerkarten" melden wir uns, sobald wir etwas Neues wissen. Einen Zeitpunkt können wir leider noch nicht nennen.

Für die genauere Prüfung hätte ich noch zwei kurze Fragen:

1. Was steht bei Ihnen unter Datei, Einstellungen, Benutzeroberfläche, Registerkarten bei "Abgedockte Fenster" (zum Beispiel "Eigenständig (ohne Registerkarten)")?

2. Was sehen Sie in dem Fenster, das nach dem Herausziehen übrig bleibt: eine leere Fläche oder ein Feld mit den Schaltflächen Schließen, Fokus und Andocken?

Mit freundlichen Grüßen

Hello Manuel,

Thank you for all the details and the screenshots, they are very helpful. We want to make sure we understood correctly when the shortcut fails, so could you please help us with the following?

1. With Remote Desktop Manager running and your RDP entry selected, press Ctrl + Shift + A in each of these three situations, and tell us what happens each time (the macro runs, nothing happens, or something else):

  a) The focus is in Notepad (or another application, not RDM).

  b) The focus is in the Remote Desktop Manager main window (for example in the navigation tree).

  c) The focus is inside the RDP session.

2. When it worked in 3.12 and 3.13, from where did you press Ctrl + Shift + A (another application, the RDM window or the RDP session) and what happened?

3. We would also like to check whether another application already owns Ctrl + Shift + A on your computer (a global hotkey can only be owned by one application). Please follow these steps:

  a) Close Remote Desktop Manager completely (also from the system tray). In the Task Manager, Details tab, check that RemoteDesktopManager.exe is not running.

  b) Open the Windows Start menu, type "PowerShell" and open "Windows PowerShell". A normal window is enough, you do not need to run it as administrator. A blue window with a text prompt (PS C:\Users\...>) will open.

  c) Copy the 4 lines below, right-click in the PowerShell window to paste them, and press Enter if they do not run by themselves. The script only tries to register Ctrl + Shift + A for a moment and releases it right away, it does not change anything on your computer:

  Add-Type -Namespace Win -Name Hk -MemberDefinition '[System.Runtime.InteropServices.DllImport("user32.dll", SetLastError=true)] public static extern bool RegisterHotKey(System.IntPtr h,int id,uint m,uint vk); [System.Runtime.InteropServices.DllImport("user32.dll")] public static extern bool UnregisterHotKey(System.IntPtr h,int id);'

  $ok = [Win.Hk]::RegisterHotKey([System.IntPtr]::Zero,1,0x4006,0x41)

  $err = [System.Runtime.InteropServices.Marshal]::GetLastWin32Error()

  if ($ok) { "FREE"; [void][Win.Hk]::UnregisterHotKey([System.IntPtr]::Zero,1) } else { "NOT available, error $err" }

  d) The window will print one line, either FREE or NOT available with an error number. Please tell us which one (a screenshot of the window is also fine). You can then close the PowerShell window and start Remote Desktop Manager again.

We look forward to your feedback.

Best regards,

Hallo Selina,

vielen Dank für Ihre Rückmeldung und schön zu hören, dass das Verschieben per Drag and Drop wieder wie gewohnt funktioniert.

Zu dem noch offenen Punkt (die Ordner, die nach "In Tresor verschieben" im ursprünglichen Vault zurückbleiben) haben wir versucht, das Verhalten bei uns nachzustellen. Das haben wir gefunden:

- Wir haben einen Eintrag verwendet, der in zwei Ordnern liegt (Verknüpfung), und beim Verschieben in einen anderen Vault nur einen der beiden Ordner ausgewählt.

- Nach der Frage "Keep all shortcuts" / "Keep only selection" haben wir "Keep all shortcuts" gewählt. Die Übertragung wurde ohne Fehlermeldung abgeschlossen, und der Eintrag ist mit beiden Ablageorten im Ziel-Vault angekommen.

- Im ursprünglichen Vault blieb aber der leere Ordner zurück, in dem der zweite Ablageort des Eintrags lag. Dieser Ordner war nicht Teil der Auswahl, und es werden nur die Ordner übertragen, die im Auswahlschritt markiert sind.

- Wenn wir im Auswahlschritt alle beteiligten Ordner markiert haben, blieb im ursprünglichen Vault nichts zurück.

Das könnte also auch bei Ihnen der Grund sein. Sie können beim Verschieben im Schritt zur Auswahl der Einträge auch die Ordner markieren, in denen die Verknüpfungen liegen (oder alles auswählen), oder die leeren Ordner danach einmal manuell löschen.

Die allgemeine Fehlermeldung bei der Übertragung ("Bei der Übertragung ... ist ein Fehler aufgetreten") konnten wir mit unserer Version nicht nachstellen.

Damit wir sicher sind, dass wir dasselbe Verhalten wie bei Ihnen sehen: Sie hatten angeboten, uns ein Video zu schicken, das wäre sehr hilfreich. Am besten zeigt es die Auswahl im Schritt "Einträge auswählen" und die zurückbleibenden Ordner danach. Schicken Sie es mir dazu bitte direkt per Privatnachricht (DM) hier im Forum.

Vielen Dank für Ihre Unterstützung!

Mit freundlichen Grüßen

Hello Manuel,

Thank you for your message. To investigate your Global hotkey issue, we need a few details first:

1. Which exact version of Remote Desktop Manager is installed on the affected computer (2026.3.15.0 or 2026.3.16.0)?

2. Which type of workspace do you use (local, Devolutions Server, Devolutions Cloud, other)?

3. In the Keyboard settings, what is the Mode of your shortcut (Default, When not in session, Global hotkey or None)? A screenshot of this line would be perfect.

4. Did you restart Remote Desktop Manager after changing the shortcut? A change to a global hotkey is only applied after a restart.

5. Does Ctrl + Shift + A work when another application has the focus, for example Notepad? Or does it fail only when a session is in focus? If it fails in a session, please tell us the session type (RDP, SSH, other).

6. Was the shortcut working before? If yes, with which RDM version, and what changed on the computer when it stopped (Windows update with its KB number, new or updated software)?

7. Which applications run in the background on this computer (for example PowerToys, Teams, a screenshot tool, a browser extension)? A global hotkey can only be owned by one application: if another one registers Ctrl + Shift + A first, RDM cannot use it.

Best regards,

Hallo Riccardo,

vielen Dank für Ihre Antworten, das hilft sehr.

Ihre Erwartung ist berechtigt: Auch wenn nichts Neues gefunden wird, sollte beim manuellen Start mindestens eine Meldung erscheinen. Da die Verbindung, die Vorschau und die automatische Synchronisation funktionieren, möchten wir genauer sehen, was beim manuellen Start passiert. Dafür bräuchte ich bitte Folgendes:

1. Aktivieren Sie das Debug-Level unter File > Settings > Advanced, starten Sie die Synchronisierung einmal manuell (Doppelklick) und senden Sie mir danach das Anwendungsprotokoll. Ohne Debug-Level bleibt das Protokoll leer, auch wenn die Synchronisierung gelaufen ist.

2. Prüfen Sie bitte im Synchronizer-Eintrag auf dem Reiter „Erweitert“, ob die Option „Silent mode“ wirklich deaktiviert ist, und bestätigen Sie mir das kurz.

3. Optional: Legen Sie testweise einen zweiten Synchronizer mit denselben Einstellungen und einem anderen Zielordner an und starten Sie ihn manuell. Passiert dort auch nichts?

Mit freundlichen Grüßen,

Hallo Riccardo,

vielen Dank für Ihre Rückmeldung.

Dass „Verbindung testen“ funktioniert und die Vorschau „Keine neuen Computer gefunden“ meldet, ist ein wichtiger Hinweis: Die Verbindung zum Active Directory, die Anmeldeinformationen und die OU funktionieren. Es ist daher gut möglich, dass die Synchronisierung tatsächlich läuft, aber schlicht nichts Neues findet. Sie dauert dann nur Sekundenbruchteile, deshalb ist kein Fortschrittsbalken zu sehen.

Damit ich das einordnen kann, bräuchte ich noch drei Angaben:

1. Erscheint nach dem Doppelklick (oder nach „Synchronize“) eine Meldung wie „Keine neuen Computer gefunden“, oder passiert wirklich gar nichts?

2. Enthält der Zielordner „01 Server“ bereits Einträge aus dieser Synchronisierung? Da „Automatische Synchronisation“ aktiv ist, könnten die Computer bereits früher automatisch angelegt worden sein.

3. Welche Computer erwarten Sie im Zielordner, die fehlen (aus welcher OU, mit welchem Filter bzw. Computertyp)?

Falls das nicht weiterhilft, aktivieren Sie bitte zusätzlich das Debug-Level unter File > Settings > Advanced, führen Sie den Doppelklick erneut aus und senden Sie mir danach das Anwendungsprotokoll. Ohne Debug-Level bleibt es leer, auch wenn die Synchronisierung gelaufen ist.

Mit freundlichen Grüßen,

Hallo Riccardo,

vielen Dank für Ihre Nachricht und die Screenshots.

Wenn ein Synchronizer per Doppelklick scheinbar nichts tut, wird die Synchronisierung in den meisten Fällen bereits vor dem Start abgebrochen, ohne dass eine Meldung erscheint. In Ihrer Konfiguration ist dafür besonders die Option „Domäne vor Synchronisierung pingen“ in Kombination mit dem Modus „Meine Domäne“ interessant. Schlägt der Ping an den Domänencontroller fehl (zum Beispiel weil der PC gerade nicht im Firmennetz oder per VPN verbunden ist, oder weil ICMP blockiert wird), bricht RDM die Synchronisierung ab und schreibt nur einen Eintrag ins Protokoll, ohne Fehlerdialog und ohne Fortschrittsanzeige. Ob das bei Ihnen der Fall ist, können wir so prüfen:

1. Klicken Sie im Synchronizer-Eintrag auf dem Reiter „Allgemein“ auf „Verbindung testen“ und anschließend auf „Vorschau“. Falls etwas mit der Domäne, den Anmeldeinformationen oder dem OU-Pfad nicht stimmt, sollte hier eine konkrete Fehlermeldung erscheinen.

2. Deaktivieren Sie testweise „Domäne vor Synchronisierung pingen“, speichern Sie den Eintrag und starten Sie die Synchronisierung erneut. Wenn sie jetzt läuft und die Einträge im Zielordner „01 Server“ erscheinen, war der Ping die Ursache.

3. Starten Sie die Synchronisierung alternativ per Rechtsklick auf den Eintrag mit dem Befehl „Synchronize“ (bzw. über „Open session“ im Menüband). So sehen wir, ob nur der Doppelklick betroffen ist.

4. Um zu sehen, was im Hintergrund passiert, öffnen Sie nach einem Doppelklick das Anwendungsprotokoll (Help > Troubleshooting > Application logs). Dort sollten Einträge zum Synchronizer stehen, falls der Lauf gestartet wurde.

Bitte geben Sie mir kurz Rückmeldung, was bei den Schritten 1 bis 3 passiert und ob der PC zum Zeitpunkt des Tests im Domänennetz war. Bitte teilen Sie mir außerdem mit, welche Version von Devolutions Server (DVLS) Sie einsetzen. Falls Sie das Anwendungsprotokoll aus Schritt 4 anhängen können, schaue ich es mir gerne an.

Mit freundlichen Grüßen,

Hallo Riccardo,

vielen Dank für Ihre Nachricht und die Screenshots.

So funktioniert die Option "Nach Namen suchen (Benutzer-Tresor)": RDM durchsucht den Benutzer-Tresor des jeweils angemeldeten Benutzers nach einem Anmeldeinformationen-Eintrag, dessen Name dem Text im Suchfeld entspricht. Jeder Benutzer hat seinen eigenen, privaten Benutzer-Tresor. Damit die Anmeldung automatisch funktioniert, muss deshalb jeder Benutzer in seinem eigenen Benutzer-Tresor einen Eintrag vom Typ Anmeldeinformationen mit demselben Namen haben. Der Name muss exakt übereinstimmen, bitte achten Sie dabei auch auf Groß- und Kleinschreibung, Leerzeichen und Sonderzeichen. Bei Ihnen funktioniert es, weil Sie einen solchen Eintrag besitzen. Beim anderen Benutzer fehlt er, daher das Fenster zur Auswahl der Anmeldeinformationen.

Was der Benutzer tun kann:

1. Im eigenen Benutzer-Tresor einen Anmeldeinformationen-Eintrag mit exakt dem Namen aus dem Suchfeld anlegen. Danach funktioniert es für ihn wie bei Ihnen.

2. Im angezeigten Fenster eine andere Anmeldeinformation aus dem Benutzer-Tresor auswählen oder auf der Registerkarte "Benutzerdefiniert" Benutzername und Passwort manuell eingeben.

Was Sie als Administrator einstellen können:

In den RDM-Optionen (Bereich Anmeldeinformationen-Verwaltung, Abschnitt Benutzertresor) gibt es die Einstellung "Eingabeaufforderung bei leerem Suchergebnis". Standardmäßig steht sie auf "Auswählen". Mit "Erstellen oder Auswählen" bietet RDM dem Benutzer an, den fehlenden Eintrag direkt mit dem richtigen Namen anzulegen. Diese Einstellung gilt pro RDM-Installation und nicht pro Eintrag.

Zu Ihrem Wunsch, dass die Webseite auch ohne gefundene Anmeldeinformationen geöffnet wird: Dafür gibt es aktuell keine Einstellung. Sie können dazu gerne einen Feature-Request im Devolutions-Forum erstellen.

Damit ich das genauer prüfen kann, wären diese Angaben hilfreich:

- Welche DVLS-Version verwenden Sie?

- Wie lautet der vollständige Text im Suchfeld? Im Screenshot ist er teilweise geschwärzt und endet mit "phpmyadmin)".

- Erscheint vor dem Auswahlfenster eine Meldung wie "Anmeldeinformationen ... nicht gefunden. Möchten Sie andere Anmeldeinformationen auswählen?" Falls nicht: Welche Einstellung ist bei "Eingabeaufforderung bei leerem Suchergebnis" gewählt?

Weitere Informationen finden Sie hier:

https://docs.devolutions.net/rdm/ribbon-menu-bar/edit/entry-credentials-options/

Mit freundlichen Grüßen,