selinajung

Hallo

Vielen Dank für Ihre Nachricht.

Gute Nachricht: Die automatische Konvertierung der veralteten Zertifikatseinträge (Certificate .pfx/.crt/.cer/.p12/.pem) in den neuen Eintragstyp Zertifikat (X.509) ist bereits in Remote Desktop Manager verfügbar, und zwar auch für viele Einträge gleichzeitig. Sie müssen die Einträge also nicht herunterladen und manuell neu anlegen.

So gehen Sie für alle Einträge auf einmal vor:

1. In Remote Desktop Manager unter Ansicht – Suche – Erweiterte Suche (F11) eine Bedingung auf “Connection type” = “Certificate (.pfx, .crt, .cer, .p12, .pem)” setzen und suchen.

2. Die gefundenen Einträge markieren und “Select in navigation pane” wählen.

3. Rechtsklick auf die Auswahl – Edit – Edit (special actions).

4. Unter “Convert to” die Option “Convert to X.509 credential entry” wählen und auf Execute klicken.

5. “Keep folder” aktivieren, damit die Einträge in ihrem aktuellen Ordner bleiben, und Convert klicken.

Die Anleitung finden Sie hier:

https://docs.devolutions.net/rdm/knowledge-base/how-to-articles/convert-a-legacy-certificate-entry-to-an-x.509-credential-entry

Ein paar Hinweise vorab:

• Bitte erstellen Sie vorher ein Backup und testen Sie die Konvertierung zuerst mit zwei, drei Einträgen.

• Bei passwortgeschützten Zertifikaten muss das Zertifikatspasswort im bisherigen Eintrag hinterlegt sein (Reiter Beschreibung, Feld Passwort), da RDM das Zertifikat bei der Konvertierung entschlüsselt.

• Wir empfehlen, die aktuelle Version von Remote Desktop Manager zu verwenden, da in den letzten Versionen Verbesserungen an dieser Funktion eingeflossen sind.

Freundliche Grüsse

Stephan

Hi @Stephan Haupt,

habe es getestet und es funktioniert.

Vielen lieben Dank dir!

Liebe Grüße

Selina

Hallo,

vielen Dank für Ihre Geduld, während unser Team das von Ihnen gemeldete Problem untersucht hat.

Ich freue mich, Ihnen mitteilen zu können, dass die neueste Version von Remote Desktop Manager (2026.3.13.0) eine Korrektur für dieses Problem enthält. Sie können sie hier auf unserer Website herunterladen:

https://devolutions.net/remote-desktop-manager/download/

Könnten Sie die neue Version nach der Installation bitte in Ihrer Umgebung testen und uns kurz bestätigen, ob nun alles wie erwartet funktioniert?

Sollte das Problem weiterhin bestehen oder Ihnen im Zusammenhang mit dem ursprünglichen Verhalten etwas Ungewöhnliches auffallen, können Sie uns gerne direkt auf diese E-Mail antworten und die entsprechenden Details mitteilen.

Vielen Dank für Ihre Unterstützung!

Mit freundlichen Grüßen

Hallo @Erica Poirier,

wir werden die Version Ende des Monats ausrollen und dann testen.

Sobald ich mehr weiß, melde ich mich.

Liebe Grüße

Hi @Erica Poirier,

ich konnte es soeben testen und es funktioniert wieder alles wie gewohnt.

Vielen Dank!

Das einzige was jetzt immer noch nicht funktioniert, ist dass nach dem Verschieben in einen anderen Vault die Oberordner der verknüpften Einträge im ursprüngliche Vault zurückbleiben.

Wenn du möchtest, kann ich dir hier gerne ein Video zukommen lassen.

Liebe Grüße Selina

Hallo,

wir es in naher Zukunft die Möglichkeit geben, die depricated Eintragstypen, wie bspw. die .p12 Zertifikate, in den neuen Eintragstypen automatisch zu konvertieren (Zertifikat X.509)?

Stand jetzt wurde nur angekündigt, dass die Typen abgekündigt sind und was der neue Typ ist.

Leider kann man diese allerdings, wie es damals bei den alten Website Einträgen der Fall war, noch nicht automatisch konvertieren.

Man müsste alle herunterladen, löschen und händisch neu anlegen...

Das ist bei knapp 200 depricated Einträgen dann doch etwas sehr mühsam...

Liebe Grüße

Hallo,

vielen Dank für Ihre Geduld, während unser Team das von Ihnen gemeldete Problem untersucht hat.

Ich freue mich, Ihnen mitteilen zu können, dass die neueste Version von Remote Desktop Manager (2026.3.13.0) eine Korrektur für dieses Problem enthält. Sie können sie hier auf unserer Website herunterladen:

https://devolutions.net/remote-desktop-manager/download/

Könnten Sie die neue Version nach der Installation bitte in Ihrer Umgebung testen und uns kurz bestätigen, ob nun alles wie erwartet funktioniert?

Sollte das Problem weiterhin bestehen oder Ihnen im Zusammenhang mit dem ursprünglichen Verhalten etwas Ungewöhnliches auffallen, können Sie uns gerne direkt auf diese E-Mail antworten und die entsprechenden Details mitteilen.

Vielen Dank für Ihre Unterstützung!

Mit freundlichen Grüßen

Hallo @Erica Poirier,

wir werden die Version Ende des Monats ausrollen und dann testen.

Sobald ich mehr weiß, melde ich mich.

Liebe Grüße

Hello Selina,

I'll put this back on our list of potential items for a future roadmap, I think with the time since the request it ended up being forgotten about, sorry about that. I'll open a ticket so it's easier to track.

Other than the smart folder search being located to a specific folder in a vault, is there anything else you'd want to do with smart folders?

Regards,

@Hubert Mireault

Hi,

that is all we can think of right now.

Thank you!

Best regards

Hi Andreas,

As of version 2025.2.1 of the Devolutions.PowerShell module, the Get-RDMEntryFromSmartFolder cmdlet is now available. This allows you to retrieve entries directly from Smart Folders via PowerShell.

Best regards,

Maxime

@Maxime Bernier

Hello,

is there still a plan to expand the possibilities of smart folders in the Client GUI?

e.g. selecting just a specific part of a vault to be searched by the smart folder?

Best regards,

Selina

Hallo Selina,

vielen Dank für die Rückmeldung und für den Screenshot. Schön, dass das Verschieben innerhalb eines Vaults und die Übertragung der Einträge in einen anderen Vault inzwischen funktionieren.

Für die beiden verbleibenden Punkte möchte ich das Verhalten bei uns nachstellen. Dafür brauche ich ein paar Angaben:

1. Versionen

- Genaue Version von Remote Desktop Manager für Windows (Hilfe, dann "Über").

- Genaue Version Ihres Devolutions Server.

2. Fehlermeldung beim Übertragen in einen anderen Vault

- Was genau haben Sie ausgewählt: nur die verknüpften Einträge, nur Ordner, oder beides?

- Haben Sie bei verknüpften Einträgen alle Ablageorte (Ordner) des Eintrags markiert, oder nur einen?

- Erscheint vor der Übertragung die Frage "Keep all shortcuts" / "Keep only selection"? Wenn ja, was haben Sie gewählt?

- Wie lautet die Fehlermeldung wortwörtlich (ein Screenshot ist ideal)?

3. Ordner, die im ursprünglichen Vault bleiben

- Sind diese Ordner leer, oder enthalten sie noch Einträge?

- Waren diese Ordner Teil Ihrer Auswahl?

- Bleiben sie auch nach einer Aktualisierung (F5) bestehen?

4. Unterverbindung bei verknüpften Einträgen

- Welcher der beiden Einträge ist das Original und welcher die Verknüpfung (in Ihrem Screenshot: Altaro MSP CMC unter CloudBackup und unter Hetzner > Anwendungen > Altaro)?

- Liegen beide im selben Vault?

- Seit wann tritt das auf, und war es vorher schon so, oder kam es erst durch das Verschieben?

- Ein kurzes Video, das die Unterverbindung an beiden Einträgen zeigt, wäre sehr hilfreich.

5. Protokolle

Falls möglich, wiederholen Sie die Übertragung einmal und senden Sie mir danach die Anwendungsprotokolle (Hilfe, dann "Anwendungsprotokolle").

Mit diesen Angaben kann ich beide Punkte gezielt prüfen.

Mit freundlichen Grüßen,

@Alexis Geller Peiro

Hallo Alexis,

1. Client: Version 2026.3.10 und der Server Version 2026.3.7

2.

- Ausgewälht beim Übertragen habe ich beides. Bzw. den Überordner, in dem sowohl normale als auch verknüpfte Einträge enthalten sind.

- da ich den gesamtem Überordner ausgewählt hatte, alle.

- Ja, der Prompt kommt und wir haben keep all shortcuts gewählt

- Fehler ist im Kern: Bei der Übertragung von xy nach yz ist ein Fehler aufgetreten. (Screenshot habe ich gerade keinen, kann aber das nächste Mal, wenn aus auftritt nachgeschickt werden)

3.

- Die Ordner sind leer.

- Ja

- Ja

4.

- Der obere (also der, bei dem man den 2FA Eintrag sieht) ist das Original

- Ja

- Das Problem besteht seit dem Update auf die neueste Version

- Video schicke ich dir direkt zu

LG Selina

Hallo,

vielen Dank für Ihre Rückmeldung.

Die nächste Version von DVLS (2026.3.6.0) sollte eine Lösung für Ihr Problem enthalten.

Wir werden Sie informieren, sobald die Version verfügbar ist. Sollten Sie weitere Fragen haben, zögern Sie bitte nicht, uns zu kontaktieren.

Mit freundlichen Grüßen,

@Maxim Robert

Hi,

ich habe gerade die aktuelle Version installiert.

Das übertragen in andere Vaults der verknüpften Einträge funktioniert jetzt wieder.

Allerdings schmeißt er trotzdem einen Fehler, dass es nicht erfolgreich war und im ursprünglichen Vault bleiben die Ordner, in denen die verknüpften Einträge waren erhalten.

Diese muss man dann manuell löschen. Einträge werden aber alle übertragen.

LG

@Maxim Robert

Außerdem haben wir gerade noch einen anderen Bug entdeckt. 😅

Wenn ein verknüpfter Eintrag, eine Unterverbindung hat, wir sie nur bei einem der beiden Einträge angezeigt und funktioniert auch nur bei einem.

Es wird allerdings angezeigt, dass auch die Unterverbindung verknüpft ist.

Auch wenn man die Verknüpfung neu anlegt, besteht das Problem weiterhin.

LG

Hallo,

vielen Dank für Ihre Rückmeldung.

Die nächste Version von DVLS (2026.3.6.0) sollte eine Lösung für Ihr Problem enthalten.

Wir werden Sie informieren, sobald die Version verfügbar ist. Sollten Sie weitere Fragen haben, zögern Sie bitte nicht, uns zu kontaktieren.

Mit freundlichen Grüßen,

@Maxim Robert

Hi,

ich habe gerade die aktuelle Version installiert.

Das übertragen in andere Vaults der verknüpften Einträge funktioniert jetzt wieder.

Allerdings schmeißt er trotzdem einen Fehler, dass es nicht erfolgreich war und im ursprünglichen Vault bleiben die Ordner, in denen die verknüpften Einträge waren erhalten.

Diese muss man dann manuell löschen. Einträge werden aber alle übertragen.

LG

Hallo @selinajung,

vielen Dank für Ihre Antwort!

Es tut mir leid zu hören, dass das Problem nach dem Update weiterhin besteht. Nachdem wir die Informationen an unsere Teams weitergeleitet hatten, konnten diese das Problem reproduzieren.

Es wurde ein internes Ticket erstellt, und wir werden Sie so bald wie möglich mit weiteren Details informieren.

Sollten Sie in der Zwischenzeit weitere Fragen haben, zögern Sie bitte nicht, uns zu kontaktieren.

Mit freundlichen Grüßen,

@Maxim Robert

Hi, gibt es schon ein Update?

LG

Hi @Maxim Robert,

kurzes Update nochmal hierzu.

Innerhalb des gleichen Tresors funktioniert es wie bereits oben geschildert wieder ohne Probleme.

Allerdings ist mir jetzt aufgefallen, dass es immer noch nicht möglich ist verknüpfte Einträge vaultübergreifen über den "In Tresor verschieben" Knopf zu verschieben.

Versionen:

Server: 2026.2.16

Client: 2026.2.18

Könnt ihr das vielleicht nochmal prüfen.

Es kommt immer nur eine Fehlermeldung, dass beim Übertragen ein Fehler aufgetreten ist, aber nichts weiter.

LG Selina

Hallo,

vielen Dank für Ihre Geduld!

Ich freue mich, Ihnen mitteilen zu können, dass eine neue Version von RDM (2026.2.17.0) veröffentlicht wurde, die die Behebung Ihres Problems enthält.

Aktuelle Version: RDM herunterladen

Bitte teilen Sie uns mit, ob dies funktioniert oder ob Probleme auftreten.

Mit freundlichen Grüßen,

Hi @Maxim Robert,

wir haben die neue Version eben heruntergeladen und installiert.

Wir können erfreut mitteilen, dass das Problem behoben ist.

Vielen lieben Dank und liebe Grüße von vielen jetzt wieder sehr glücklichen Kollegen :)

LG

Hallo @selinajung,

vielen Dank für Ihre Geduld.

Wir können Ihnen mitteilen, dass für dieses Problem bereits ein Fix vorliegt. Dieser wird in der kommenden Version 2026.2.17.0 von Remote Desktop Manager für Windows enthalten sein.

Sobald diese Version verfügbar ist, informieren wir Sie umgehend.

Vielen Dank nochmals für Ihre Geduld und Ihr Verständnis.

Mit freundlichen Grüßen,

Hi @Alexis Geller Peiro,

vielen Dank für deine Antwort.

Vielen lieben Dank, wir freuen uns auf das Update :)

LG

Hallo @selinajung,

wir konnten das von Ihnen beschriebene Problem inzwischen reproduzieren. Dazu wurde bereits ein Ticket erstellt, und unser Entwicklungsteam arbeitet an einer Lösung.

Sobald es Neuigkeiten oder eine korrigierte Version gibt, werden wir Sie informieren.

Vielen Dank für Ihre Geduld.

Mit freundlichen Grüßen

@Alexis Geller Peiro

Hi,

super. Vielen lieben Dank :)

LG

@Alexis Geller Peiro

Hi,

gibt es hierzu schon Neuigkeiten, wann wir mit einem Patch rechnen können?

LG

Hallo @selinajung,

wir konnten das von Ihnen beschriebene Problem inzwischen reproduzieren. Dazu wurde bereits ein Ticket erstellt, und unser Entwicklungsteam arbeitet an einer Lösung.

Sobald es Neuigkeiten oder eine korrigierte Version gibt, werden wir Sie informieren.

Vielen Dank für Ihre Geduld.

Mit freundlichen Grüßen

@Alexis Geller Peiro

Hi,

super. Vielen lieben Dank :)

LG

Hallo Selina,

vielen Dank für das Video, das hilft uns sehr weiter.

Wir haben versucht, das von Ihnen beschriebene Verhalten nachzustellen, konnten die Einträge auf unserer Seite jedoch ohne Probleme verschieben.

Wir würden uns freuen, wenn Sie es einmal mit einer portablen Version von Remote Desktop Manager versuchen könnten: https://docs.devolutions.net/rdm/kb/how-to-articles/portable-rdm-installation/

Außerdem habe ich Ihnen privat ein Video geschickt, in dem ich zeige, wie ich die Einträge auf die gleiche Weise wie Sie verschiebe.

In Ihrem Video sehe ich, dass Sie eine Verknüpfung (Shortcut) verschieben. Könnten Sie bitte testen, was passiert, wenn Sie den ursprünglichen Eintrag verschieben und nicht die Verknüpfung?

Dazu noch eine Erklärung, die für Ihren Fall relevant sein könnte: Wenn ein Eintrag in eine RDP-Sitzung verschoben wird und dadurch zu einer Unterverbindung (Sub-Connection) wird, verschwinden alle Verknüpfungen, die auf diesen Eintrag zeigen. Das ist erwartetes Verhalten, da eine Unterverbindung keine eigenständige Identität hat, an die eine Verknüpfung gebunden werden kann. Aktuell wird dabei jedoch keine Warnmeldung angezeigt, was wir verbessern werden.

Falls das Problem nur bei der Verknüpfung auftritt und der ursprüngliche Eintrag problemlos verschoben werden kann, lassen Sie es uns bitte ebenfalls wissen.

Vielen Dank im Voraus für Ihre Hilfe.

Mit freundlichen Grüßen

@Alexis Geller Peiro

Hi,

gibt es hierzu schon ein Update?

Wir könne auch gerne mal einen Termin ausmachen, dass ihr euch das live ansehen könnt.

LG Selina

Hi Alexis,

in der Portable Version funktioniert es leider auch nicht.

Wenn ich den ursprünglichen Eintrag verschiebe, passiert das gleich...nämlich nichts...

LG Selina

Hallo,

danke für die Rückmeldung

welche RDM-Version verwenden Sie aktuell?

In der aktuellen Version 2026.2.12.0 wurde ein verwandtes Problem behoben, bei dem sich die Baumansicht im Navigation Panel unerwartet geschlossen hat.

Könnten Sie bitte auf 2026.2.12.0 aktualisieren und testen, ob das Verhalten danach weiterhin auftritt?

Falls das Problem weiterhin besteht, wäre ein kurzes Video des Verhaltens sowie die Information hilfreich, ob es nur beim Bearbeiten von Ordnern/Einträgen oder auch beim Öffnen von Sessions passiert.

Viele Grüße

Stephan

@Stephan Haupt

Hallo, wir updaten heute Abend mal auf diese Version und dann kann ich gerne testen, ob sich das Problem damit behoben hat.

Vielen Dank schon mal für die Info!

Hallo Selina,

vielen Dank für Ihre Meldung im Forum.

Damit wir das Problem genauer untersuchen können, benötigen wir noch ein paar Informationen:

• Welche Version von Remote Desktop Manager für Windows verwenden Sie aktuell?

• Mit welchem Workspace-Typ arbeiten Sie (DVLS, SQL oder Cloud)?

Zusätzlich wäre es sehr hilfreich, wenn Sie uns ein kurzes Video zukommen lassen könnten, das den Vorgang zeigt: also den Versuch, einen verknüpften Eintrag zu verschieben (sowohl innerhalb desselben Vaults als auch vaultübergreifend), und das Verhalten, dass nichts passiert.

Da Videos hier im Forum nicht direkt hochgeladen werden können, schicke ich Ihnen anschließend einen privaten Link, über den Sie die Datei sicher hochladen können.

Vielen Dank im Voraus für Ihre Mithilfe.

Mit freundlichen Grüßen,

@Alexis Geller Peiro

Hi Alexis,

wir verwenden die Windows Version 2026.1.23.0. Das Problem besteht aber jetzt schon seit ein paar Versionen.

Die Datenquelle ist ein Devolution Server.

Das Video schicke ich dir gleich im Chat.

LG

It would be great to globally search for entries with a certain host IP-Adress.

It is already possible to search for a specific URL (e.g. picture).

That way you could easily see if there are already entries within the same IP range.

Would also work if it would be available in the extended search window.

Sei einiger Zeit ist es uns nicht mehr möglich verknüpfte Einträge zu verschieben.

Weder innerhalb des gleichen Vaults, noch Vaulübergreifend.

Fehlermeldung erscheint keine, es passiert einfach gar nichts.

Kennt das Problem jemand?

Hi,

bei mir schließen sich tatsächlich alle Ordner in dem Vault.

Also auch alle Überordner etc.

LG

Hi,

habe es jetzt auch nochmal in der Portable Version getestet und habe hier das gleiche Problem.

Es scheint aber damit zusammen zu hängen, in wie fern der Vault synchronisiert ist.

Lasse ich einmal alle Vaults synchronisieren und gehe dann aus dem Vault raus und wieder rein, tritt der Fehler nicht mehr auf.

LG

Hi,

wir nutzen Clientversion 2025.2.30.0 und Serverversion 2025.2.15.0.

In der Webversion habe ich es tatsächlich noch nicht getestet, da wir diese auch eigentlich nicht nutzen.

LG

Hallo,

ich habe seit einiger Zeit, dass Problem, dass sich jedes mal, wenn ich einen Eintrag (vor allem Ordner) bearbeite, sie der komplette Eintragsbaum minimiert.

Das ist super nervig, da man dann jedes mal wieder dort hin navigieren muss, wo man war.

Ist das eine Einstellung, die dazu kam mit einem Update oder ist das ein Bug?

Habe in den Einstellungen bis jetzt nichts gefunden, was das Problem gelöst hätte.

Das Problem tritt allerdings nicht immer auf, weshalb ich einen Bug vermuten würde.