MK

RDM 2021.1.34.0 64-bit crashed with active Key-Agent instandly by connect a SSH Session. With 2021.1.32.0 64-bit everything is working.

Hi Jeff,

For Examples:

I cant click on this link.

Also this link, is not accessable:

it do nothing if i change the Settings:

My Global Settings:

My Windows 10 Default Browser App:

Also this Button thems useless, while IE11 is uninstalled:

Also for your Information, there are i think only sometimes invisible Buttons? (only grey on mouse over)

Latest RDM Version, Windows 10, MSSQL Datastore, multiple Clients

Regards

Sebastian

Hello,

this would very nice, because i dont have iexplore installed in Windows 10 and cant open any Web-Links in RDM!

so it is useless... :(

why RDM force use iexplore?

Regards

Sebastian

Okay thanks,

there are no global "Default" Settings to do that for all Web Sessions? Application -> Default should be able to configure, like all other "Defaults" or not? ( its the same with SSH autowrap, you can choose "Default" but i cant find it under options)

i send you a private Message (TEST.rdm) :)

Default Settings: Google Chrome

Session Settings: "use Default"

If i launch the session with Embedded (Tabbed) Mode IEXplorer is starting

If i launch the session with a click on the URL, IExplorer is starting

If i launch the session in external Mode, RDM open my default Browser (MS Edge Chromium)

Related Settings:

Regards

Sebastian

Using Web Browser is not a problem. I can live with it :) I would just like to inform you about this issue

Hi Jeff,

is done :)

Templates issue - Devolutions Forum

iDRAC issue - Devolutions Forum

+ 1 more :)

Default Browser - Devolutions Forum

Thank you and sorry

Regards

Sebastian

In Webbrowser Sessions haben wir als Webbrowser "Standard / Default" eingestellt:

In den Optionen: "Typen -> Web" steht Google Chrome als Standard, trotzdem wird der IE beim öffnen der Session genutzt.

Es ändert sich auch nichts, wenn ich da Microsoft Edge oder Firefox oder sogar Systemstandard einstelle. Ich muss explizit in der Session den Browser direkt auswählen, dann wird er auch genutzt

Neuste Windows RDM Version, Datenquelle MSSQL 2019 auf Windows Server 2019 Core.

Bei allen IDRAC Versionen die wir im Einsatz haben (Version 7-9) mussten wir die Session auf Webbrowser (http/https) umstellen, da der SessionTyp IDRAC keine Benutzerdaten mehr an die Anmeldemaske im eingebetteten Modus übergibt, egal was man einstellt (Timer, Alte Steuerelemet-ID´s oder Automatisch senden etc..)

Ich habe ein Template in folgender Struktur angelegt:

Ordner FOO

Host FOO

Session FOO SSH

Ebenfalls wurde im Template hinterlegt: Automatischer Start einer Unterverbindung FOO SSH

Nun erstelle ich ein neuen Eintrag FOO2

Ordner FOO2

Host FOO2

Session FOO2 SSH

Wenn ich jetzt FOO2 SSH starte wird mir FOO SSH und FOO2 SSH als aktive Session angezeigt. Man kann dann nur über umwege FOO2 SSH öffnen, da er ja denkt es sei schon offen

Das Problem kommt anscheinend nicht, wenn ich im Template "Automatischer Start einer Unterverbindung FOO SSH" entferne

Nein mit dem alten Terminal konnte ich das Problem nicht reproduzieren.

bzgl. des Problems mit der Vorlage: Das Problem entsteht anscheinend nur dann, wenn in der Vorlage das starten einer bestimmten Unterverbindung mit angegeben ist

Probleme besteht schon seit mehreren Versionen, für den Vorgang hier wurde das unter RDM 2020.3.18.0 erneut verifiziert (Windows)

Datenquelle MSSQL auf einem Windows Server 2019 Core

Viele Grüße

Sebastian

Hallo zusammen,

ich hatte weiter Zeit um paar Probleme zu testen:

• SSH (Neuer Terminal) AutoWrap / Automatischer Umbruch

Bei SSH Sessions wo dies aktiv ist, kommt es sporadisch vor dass der Terminal nicht mehr nutzbar wird (8 Stunden Tag bestimmt 4-5mal), es kommt zu sehr starken Zeilen Verschiebungen. Am einfachsten ist dies zu reproduzieren, wenn man sich eine "ZIP" Datei runterlädt und ein cat auf diese zip Datei durchführt. Ist ein Extremfall, aber genau das verhalten passiert öfters auch bei einen normalen cat auf eine passwd oder anderen TEXT-Dateien, auch nano oder andere Tools sind betroffen.

Workaround AutoWrap = off hilft hier ungemein, ABER dann funktionieren andere dinge nicht mehr korrekt, z.B. "docker logs" wird nicht mehr umgebrochen und man kann relevante Daten nicht mehr lesen. Andere Terminals (powershell, gitshell, Windows Terminal, oder auch RDM (Alter Terminal) ) funktionieren aber ohne Probleme und führen ein Autowrap durch!

Wenn einmal der Terminal nicht mehr funktioniert, hilft es RDM zu einem kleinen Fenster zu verschieben und wieder auf max umzustellen, danach kann man wenigstens wieder normal tippen

Ebenfalls lässt sich in einer Session Autowrap als "on" "off" und "default" konfigurieren, aber es gibt in den Optionen unter Typen -> Terminal keine Option für Autowrap?

Danke

VIele Grüße

Hi,

i have also Problems with RDM Enterprise 2020.3.14.0 64-bit. Every SSH Sessions with enabled Agent are crashing on connect.

If i disable this Option, SSH Session is working

If the Key Manager stopped, on SSH Connect with enabled Option, i got the following Error Message:

I dont have any Problems with 3.13.

Regards

Sebastian

Ich habe in den letzten 3 Beta Versionen erneut den Copy&Paste Bug per SSH (neuer Terminal):

Datei erzeugen mit dem Inhalt:

# Do not modify File!

# Please put all USER Modification in "${HOME}/.zshrcmk/users/${USER}.sh"

# profiling / debuggen

#zmodload zsh/zprof

MKZSHVERSION="1.4"

CONFIG_DIR="${HOME}/.zshrcmk"

VERSION_FILE="${CONFIG_DIR}/version"

source ${CONFIG_DIR}/zshrc.sh

per cat oder less ausgeben lassen, markieren und per per nano/vi auf dem gleichen Server eine neue Datei versuchen damit zu befüllen.

Alle New-Lines sind verschwunden und der Text ist ein reiner Block.

# Do not modify File!

# Please put all USER Modification in "${HOME}/.zshrcmk/users/${USER}.sh"

# profiling / debuggen

#zmodload zsh/zprof

MKZSHVERSION="1.4"

CONFIG_DIR="${HOME}/.zshrcmk"

VERSION_FILE="${CONFIG_DIR}/version"

source ${CONFIG_DIR}/zshrc.sh

Wenn man die Zwischenablage aber nach Windows hin kopiert (z.B. Vscode,editor oder auch hier ins Forum) dann wird der Text korrekt dargestellt.

Bereits getestet:

- TERM variable von xterm, Linux etc...

- Session Settings bzgl. implizierter Zeilenumbruch, lokales echo usw.

- Font auf default

- zsh (wahlweise mit powerlevel10k, oder Oh-My-ZSH) oder auch default bash

- unterschiedliche Clients, Server, Locations, RDM Versionen

Leider kein Erfolg.

P.S. im alten Terminal funktioniert das alles.

P.S2. komplett unterschiedliche Server Privat und Geschäftlich getestet.

Das Problem besteht auch, wenn ich CRLF oder LF Textdateien von Windows aus öffne und versuche den Inhalt mit korrekten Zeilenumbrüchen zur Shell kopieren möchte

Viele Grüße

Sebastian

Seit dem Update 2.23.0 (Windows) gibt es eine Fehlermeldung, wenn man die persönlichen Anmeldeinfortmationen bearbeiten will, sowie werden vorhandene auch nicht mehr für die Verbindungen genutzt.

NullReferenceException - Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.

bei Devolutions.RemoteDesktopManager.Managers.TemplateManager.EditMyPersonalCredentials()

bei Devolutions.RemoteDesktopManager.Managers.MainMenuManager.c7d61c343ebb6a0c42830f149c454fa7d(Object c19f185fd70cefc696ba148af1c4faf54, EventArgs cf1018bb83ec7debd818319fd3cb4844e)

bei System.Windows.Forms.ToolStripItem.RaiseEvent(Object key, EventArgs e)

bei System.Windows.Forms.ToolStripMenuItem.OnClick(EventArgs e)

bei System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e)

bei System.Windows.Forms.ToolStripItem.PerformClick()

bei Devolutions.RemoteDesktopManager.Frames.FreRibbonTabView.c47a27583e2aa22ddafc027ab6f468556(Object c19f185fd70cefc696ba148af1c4faf54, GalleryItemClickEventArgs c7384fd250bc3f20b960fca8dbed799af)

bei DevExpress.XtraBars.Ribbon.Handler.GalleryControlHandlerBase.OnUnpressItem(DXMouseEventArgs e)

bei DevExpress.XtraBars.Ribbon.Handler.GalleryControlHandlerBase.OnUnpress(DXMouseEventArgs e)

bei DevExpress.XtraBars.Ribbon.Handler.GalleryControlHandlerBase.OnMouseUp(DXMouseEventArgs e)

bei DevExpress.XtraBars.Ribbon.GalleryControl.OnMouseUp(MouseEventArgs e)

bei System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)

bei System.Windows.Forms.Control.WndProc(Message& m)

bei DevExpress.Utils.Controls.ControlBase.WndProc(Message& m)

bei DevExpress.XtraBars.Ribbon.GalleryControl.WndProc(Message& m)

bei System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

Vielen Dank!

Ich habe 4 unterschiedliche Probleme mit dem neuen Terminal aufgezeichnet und die Links an ticket@devolutions.net geschickt.

( New-Line-Bug, Copy&paste Fehler, Copy führt zu Abstürzen, Markierungen verschieben sich )

Viele Grüße

Sebastian

Klar kann ich machen, ist leider leicht zu reproduzieren.

Wie kann Ich Ihnen das zukommen lassen?

Viele Grüße

Sebastian Mendyka

Ich finde das neue Terminal auch sehr schlecht:

- markieren / kopieren / einfügen ist fehlerhaft. Beim markieren werden nur Textstellen weiß "markiert" was komplett ungewohnt ist, beim einfügen wird zu dem auch nicht der komplette Text eingefügt (es fehlt meistens am ende einige Zeilen ). Teilweise (kann ich nicht genau spezifizieren) kommt erneut der "new-line" Bug (nach jeder Text-Zeile erscheint eine weitere leere Zeile).

- Große Ansible Scripte,welche Tasks auf ca. 20 Servern ausführen sollen, führen zu einem kompletten Freeze von RDM (getestet auf unterschiedlichen Windows Rechnern). Im alten Terminal ist das bereits ähnlich, aber da fängt sich der Terminal nach einer Zeit wieder. Über Putty oder WSL Bash etc. funktioniert alles reibungslos. Ich muss entsprechend teilweise andere Tools nutzen um arbeiten zu können. Meine Vermutung ist, dass der Agent-Key-Forwarder dafür verantwortlich ist.

Es wäre super wenn TopicID=32155 auch für den alten Terminal umgesetzt wird, der neue Terminal ist für mich im Produktiv-Betrieb so nicht nutzbar.

i have the same issue, after a mouse click into the window the static part is gone.

also with the last update (i think) i have the copy&paste issue again (sometimes on text paste i have a additionally newline between the text)

after i harderning our SSH Server, the workaround is not working, because some RDM fixes are only for the new terminal

after some more tests, i see the Problem is fixed in the new Terminal, but not in the legacy Terminal! It is like expected?

sorry, RDM 2019.1.38.0. dont fix my Problem :( I can still connect with putty / mobaxterm but not with RDM 2019.1.38.0 (64bit)

Thank you :)

Best regards

Sebastian