Users

All Posts (4)

avatar

infodevolutions

Issues with RDP scaling in 2026.3

avatar
avatar
avatar
avatar
avatar

Prior to version 2026.3.x:

RDP scaling was set to 150% (at 100%, Windows RDP sessions were too small).

Starting with version 2026.3.x:

I set the scale to 100% and had to change the display setting "Screen sizing mode" from "Smart Sizing / Smart Reconnect" to "Dynamic Resolution". Without this setting, I have to scroll horizontally and vertically because the session doesn't fit into the RDP Manager window.

Linux 2026.3.0.5: Keypresses to RDP are submitted with wrong keyboard layout

avatar
avatar
avatar
avatar
avatar

Same here.

Fedora 44 KDE, german keyboard.

Try with switch input language to german and german-german. type "<" on german keyboard -> "," in the rdp session. / "Sihft"+"<" -> ":"

Here the aggregated AI-Help:

German Keyboard Layout (105-key ISO) Mapped to US Scancodes in RDP Sessions

Environment

  • RDM Version: 2026.3.0.5 (Linux, installed via dnf / RPM)

  • Previous Working Version: 2026.2.x

  • Client Host: Linux (German 105-key QWERTZ physical keyboard)

  • Target Host: Windows Server / Windows Desktop (Session keyboard layout set to German DEU)

Description

After updating from 2026.2.x to 2026.3.0.5, keyboard input inside active RDP sessions behaves as if keysyms are being re-mapped through a static US-ANSI scancode lookup table before transmission, rather than passing raw 105-key ISO hardware scancodes.

The extra ISO key (< / >) and several standard German keys are sent as US scancodes, which the German Windows target then re-interprets according to German layout rules, resulting in wrong characters and unreachable symbols (\, |).

Key Mapping Behavior

Physical Keystroke (DE Layout)

Expected Output

Actual Output in RDP

Probable Cause / Sent US Scancode

<

<

,

Sent as US comma key (0x33) $\rightarrow$ unshifted on DE target is ,

Shift + < (>)

>

:

Sent as US period key (0x34) $\rightarrow$ shifted on DE target is :

- (next to right Shift)

-

ß

Sent as US minus key (0x0C) $\rightarrow$ unshifted on DE target is ß

Shift + -

_

?

Sent as US shifted minus (0x0C) $\rightarrow$ shifted on DE target is ?

Shift + ß

?

_

Swapped with the minus key

Alt Gr + ß

\

#

Sent as US backslash key (0x2B) $\rightarrow$ interpreted on DE target as #

Alt Gr + <

|

#

Sent as US pipe key (0x2B) $\rightarrow$ interpreted on DE target as #

Ctrl + Alt + <

|

#

Same as Alt Gr + <

Ctrl + Alt + ß

\

\

Works as expected

Troubleshooting Steps Already Verified

  1. Send input as unicode: Confirmed set to No (both globally and in session configuration).

  2. Keyboard layout settings: Issue persists whether set to Default or explicitly to German (0x00000407).

  3. Display Backend: Tested with both native Wayland and forced X11 via GDK_BACKEND=x11 /bin/remotedesktopmanager; behavior remains identical under both backends.

  4. Target layout: Windows session confirms German (DEU) layout active.

This appears to be a regression in the FreeRDP/input handling pipeline in 2026.3.0.5 when translating Linux XKB/Evdev key events into RDP scancodes for non-US ISO layouts.

Aktivitätsliste plötzlich nur nohc mit "EntryXWasOpened" oder Closed anstatt der richtige Eintrag

avatar
avatar
avatar

Danke für die schnelle Antwort.

Die Linux-Version ist 2026.2.1.4 64-bit. Windows habe ich leider aktuell nicht zur Hand bzw. die nächsten paar Wochen.

Beim der lokalen XML Datenbank gibt es die Log-Option gar nicht.

Bei der lokalen SQLite Datenbank funktioniert sowohl der "Folder" als auch die "Connection" mit dem richtigen Namen. Die sortierung des "Log date" passt sich jedoch ebenso nicht an.

Aktivitätsliste plötzlich nur nohc mit "EntryXWasOpened" oder Closed anstatt der richtige Eintrag

avatar
avatar
avatar

Hallo zusammen,

ich habe die ganze Zeit Windows genutzt und bin nun auf Linux, Fedora umgestiegen.

Gesynct ist über die Cloud.

Nun habe ich seit der Zeit, wobei es auch Updates gab, in beiden Systemen, Windows als auch Linux, nur noch Einträge wie "Standard Tresor EntryXWasClosed" oder "... EntryYWasOpned" anstatt den richtigen Namen des Eintrags.

Somit lässt sich wahnsinnig schwer feststellen, was man wann gemacht hat, ohne alle Verbindungen manuell nach den Log abzusuchen.

Was ich ebenso schade finde ist, dass seit dem Umstieg auf den Cloud Sync ich nicht mehr bei der Aktivitätsliste auf den Ordnerpfad suchen kann.

Ich habe die Ordnerstruktur "Kunde1 - Server - Server1" und "Kunde2 - Server - Server1".

Ich konnte vorher immer suchen nach dem Ordner, also "Kunde1" und er zeigte mir alle Einträge ausschließlich von Kunde1 an im Aktivitätsfenster. Zusätzlich konnte ich noch nach dem Namen des Eintrags suchen.

Nun gibt es nur noch die "Message" nach der ich suchen kann. Der Reiter "Folder" wird zwar angezeigt, ist aber leer und es gibt auch keinen Filter.

Ebenso funktioniert unter Linux nicht die Sortierung nach "Log date", dass die neusten Einträge oben stehen. Es passiert einfach gar nichts, wenn man versucht anders herum zu sortieren.

Bildschirmfoto_20260731_081749.png
1 - 4 of 4 items