Users

All Posts (21)

pawelhoros

Bug Report

[2026.3.1.2] First RDP session opened with no tabs gets scrollbars (session size calculated before tab bar appears)

pawelhoros

Published 25 days ago

Hi,

You’re right: in File > Settings > Types > RDP, Screen sizing mode was set to Scrollbar.

I never changed this setting myself, though, and the problem only started with this version, so either the default changed or the update changed how Scrollbar behaves.

I’ve switched the global value to Dynamic resolution, and that fixes it.

Thanks,

Paweł

Bug Report

[2026.3.1.2] First RDP session opened with no tabs gets scrollbars (session size calculated before tab bar appears)

pawelhoros

Published a month ago

Hi,

Thanks for confirming.

Settings on the affected RDP entry (Display tab):

Remote desktop size: Default

Screen sizing mode: Default

Colors: Highest quality (32 bit)

Optimize for Retina displays: Default (No)

Desktop scale factor: Default (100%)

Device scale factor: 100%

“Use all my monitors” / “Span multiple screens”: off

The same happens on all my RDP entries, which all use these defaults.

Additional testing: I switched Screen sizing mode to each of the other options:

Smart Reconnect

Smart Sizing

Dynamic Resolution

With every one of them, the first session opened into an empty document area fits correctly, with no scrollbars. The issue only occurs with Default.

Bug Report

[2026.3.1.2] First RDP session opened with no tabs gets scrollbars (session size calculated before tab bar appears)

pawelhoros

Published a month ago

Screen record uploaded.

Bug Report

[2026.3.1.2] First RDP session opened with no tabs gets scrollbars (session size calculated before tab bar appears)

pawelhoros

Published a month ago

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

Bug Report

SSH session terminates with Arg_IndexOutOfRangeException in Terminal.ExecuteCommand during ParseXtermData

pawelhoros

Published 5 months ago

Hello,

I have isolated the root cause.

The server had iTerm2 shell integration installed in ~/.profile (sourcing ~/.iterm2_shell_integration.bash). This script adds special escape sequences (OSC 1337 and OSC 133) to the prompt. They are sent every time the prompt is drawn.

RDM crashes when it receives these sequences - that is the IndexOutOfRangeException in ParseXtermData from my earlier logs.

On my side I removed the iTerm2 integration and sessions are stable now. But the parser should ignore unknown sequences instead of crashing.

Bug Report

SSH session terminates with Arg_IndexOutOfRangeException in Terminal.ExecuteCommand during ParseXtermData

pawelhoros

Published 5 months ago

Hi,

I've removed TERM variable and set default to vt100.

Same behavior:

[25.05.2026 20:42:16] Received data request: 42 bytes 0|0

[25.05.2026 20:42:16] Received data request: 28 bytes 0|0

[25.05.2026 20:42:16] Sending window adjust: 1014 0|0

[25.05.2026 20:42:16] DoShellLoopAsync: Arg_IndexOutOfRangeException

[25.05.2026 20:42:16] at Devolutions.Protocols.Core.Terminal.ExecuteCommand(ReadOnlySpan`1 data)

at Devolutions.Protocols.Core.Terminal.ParseXtermData(ReadOnlySpan`1 data)

at Devolutions.Protocols.Core.Terminal.ParseData(ReadOnlySpan`1 data)

at Devolutions.Protocols.Core.SshClient.DoShellLoopAsync(Channel channel, Upper upper)

[25.05.2026 20:42:16] Sending channel close request: 0|0

[25.05.2026 20:42:16] Disconnection in progress

[25.05.2026 20:42:16] Sending disconnect request

It's so strange because it happens only to one host. Other seems to be fine. It's vt100 now for 100%, Midnight Commander is in B&W.

Bug Report

SSH session terminates with Arg_IndexOutOfRangeException in Terminal.ExecuteCommand during ParseXtermData

pawelhoros

Published 6 months ago

Hello,

Thank you for the suggestion. I tried both xterm and vt100 as terminal types - the issue persists, the crash is identical. Logs from the vt100 test are attached.

For reference: rolling back to the previous RDM version resolves the problem entirely, which points to a regression in the current Devolutions.ProtocolsSharp terminal parser.

Also attached: screenshot of the Local section under Terminal settings (I haven't modified anything there myself):

Let me know if you need any additional logs or details.

Best regards

Bug Report

SSH session terminates with Arg_IndexOutOfRangeException in Terminal.ExecuteCommand during ParseXtermData

pawelhoros

Published 6 months ago

Version: RDM macOS 2026.1.12.2, Devolutions.ProtocolsSharp 2026.4.17.1

Server: OpenSSH 8.9p1 Ubuntu 22.04, xterm-256color

Behavior: Session establishes successfully, runs for varying duration (seconds to minutes), then unexpectedly terminates with the above exception. Server logs show clean Received disconnect: Logout (client-side disconnect). Log excerpt attached.

Stack:

DoShellLoopAsync: Arg_IndexOutOfRangeException

at Devolutions.Protocols.Core.Terminal.ExecuteCommand(ReadOnlySpan`1 data)

at Devolutions.Protocols.Core.Terminal.ParseXtermData(ReadOnlySpan`1 data)

at Devolutions.Protocols.Core.SshClient.DoShellLoopAsync(Channel channel, Upper upper)

Bug Report

High energy usage while doing nothing

pawelhoros

Published a year ago

Hello @pawelhoros
Is this shortly after starting RDM, or after it's been running for some time?
Thanks and kind regards

@Richard Markiewicz

Right after startup, the load is increased, then it normalizes at 50-70%. Usually I have two RDP sessions open to computers on the local network and it just sits in the background. Here for testing purposes I disconnected everything and did this spindump after some time.

Bug Report

High energy usage while doing nothing

pawelhoros

Published a year ago

Spindump attached.

RDM is open without any active session. Process has CPU usage around 50-55%.

MBP Intel based.

Bug Report

High energy usage while doing nothing

pawelhoros

Published a year ago

Version 2025.3.8.3.

My MacBook thinks it's a drone and is trying to fly off the desk ;) Seriously, there is something wrong with few latest updates.

Bug Report

Copy/paste files from remote RDP Windows Server to local Mac not working

pawelhoros

Published 2 years ago

Hi, I had similar issues.

If clipboard is not working, just restart rdpclip.exe process on your windows machine.

Bug Report

RDP Session issues when after upgrade the new version

pawelhoros

Published 2 years ago

Hello, same here.

RDM: 2025.1.12.5

MacOS: 15.3.2 (24D81)

Issue is when connecting to older machine (Windows 7).

Newer seems to look fine (checked Windows Server 2012).

All defaults.

Bug Report

Horizontal rule across entire screen at the bottom

pawelhoros

Published 3 years ago

Version 2024.1.6.2, issue not fixed:

Bug Report

Horizontal rule across entire screen at the bottom

pawelhoros

Published 3 years ago

Thank you!

Bug Report

Horizontal rule across entire screen at the bottom

pawelhoros

Published 3 years ago

Sure, MacOS Sonoma 14.4 (23E214), MB Pro Intel based (2020).

Initial window seems to be ok:

But opening ssh session makes:

Edit: previous verions were fine, no rule over session window.

Bug Report

Horizontal rule across entire screen at the bottom

pawelhoros

Published 3 years ago

Latest version 2024.1.5.1

At the bottom, there is a horizontal rule across entire area.

No matter if there is ssh session or RDP (like on screenshot below), rule is visible.

Support

RDP sessions keep disconnecting

pawelhoros

Published 4 years ago

Hello,

new version works like a charm, RDP sessions are stable.

Thank you for your support!

Support

RDP sessions keep disconnecting

pawelhoros

Published 4 years ago

Hi,

I have only two reports from today, and it crashed when I changed "Use legacy engine" to true and tried to type something on remote desktop.

Anyway those two reports are just sent.

BR,

Paweł H.

Support

RDP sessions keep disconnecting

pawelhoros

Published 4 years ago

Hi,

thank you for quick response.

Yes, disabling clipboard seems to fix this problem.

Another workaround is to put some text into clipboard and it also works with clipboard redirection enabled.

I had this issue on some earlier versions and never linked it to clipboard (the problem always magically disappeared over time).

Paweł H

Support

RDP sessions keep disconnecting

pawelhoros

Published 4 years ago

After update to 2022.1.15.0 I have an issue: RDP sessions are disconnected (and reconnected) after a second or two.

OS ver 12.4, updated today.

External rdp is working fine.

Here are the example logs:

[18:15:00:440] [1922:0a930000] [INFO][Devolutions.Rdp.Credentials] - parsing "A************", "" (Mstsc) => "Username: "A************" Domain: """

[18:15:00:448] [1922:0a930000] [DEBUG][com.freerdp.core] - freerdp_connect:freerdp_set_last_error_ex resetting error state

[18:15:00:449] [1922:0a930000] [DEBUG][com.freerdp.client.common.cmdline] - loading channelEx rdpdr

[18:15:00:450] [1922:0a930000] [DEBUG][com.freerdp.client.common.cmdline] - loading channelEx rdpsnd

[18:15:00:450] [1922:0a930000] [DEBUG][com.freerdp.client.common.cmdline] - loading channelEx RDMJump

[18:15:00:450] [1922:0a930000] [DEBUG][com.freerdp.client.common.cmdline] - loading channelEx RDMCmd

[18:15:00:450] [1922:0a930000] [DEBUG][com.freerdp.client.common.cmdline] - loading channelEx RDMLog

[18:15:00:451] [1922:0a930000] [DEBUG][com.freerdp.channels.cliprdr.client] - VirtualChannelEntryEx

[18:15:00:451] [1922:0a930000] [DEBUG][com.freerdp.client.common.cmdline] - loading channelEx cliprdr

[18:15:00:451] [1922:0a930000] [DEBUG][com.freerdp.channels.drdynvc.client] - VirtualChannelEntryEx

[18:15:00:451] [1922:0a930000] [DEBUG][com.freerdp.client.common.cmdline] - loading channelEx drdynvc

[18:15:00:452] [1922:0a930000] [ERROR][com.freerdp.channels.virtual.channel] - Unhandled event type 0

[18:15:00:453] [1922:0a930000] [ERROR][com.freerdp.channels.virtual.channel] - Unhandled event type 0

[18:15:00:708] [1922:0a930000] [DEBUG][com.freerdp.primitives] - primitives benchmark result:

[18:15:00:867] [1922:0a930000] [DEBUG][com.freerdp.primitives] - * generic= 18

[18:15:00:018] [1922:0a930000] [DEBUG][com.freerdp.primitives] - * optimized= 142

[18:15:00:018] [1922:0a930000] [DEBUG][com.freerdp.primitives] - primitives autodetect, using optimized

[18:15:00:019] [1922:0a930000] [DEBUG][com.freerdp.core.nego] - Enabling security layer negotiation: TRUE

[18:15:00:019] [1922:0a930000] [DEBUG][com.freerdp.core.nego] - Enabling restricted admin mode: FALSE

[18:15:00:019] [1922:0a930000] [DEBUG][com.freerdp.core.nego] - Enabling RDP security: TRUE

[18:15:00:019] [1922:0a930000] [DEBUG][com.freerdp.core.nego] - Enabling TLS security: TRUE

[18:15:00:019] [1922:0a930000] [DEBUG][com.freerdp.core.nego] - Enabling NLA security: TRUE

[18:15:00:019] [1922:0a930000] [DEBUG][com.freerdp.core.nego] - Enabling NLA extended security: FALSE

[18:15:00:019] [1922:0a930000] [DEBUG][com.freerdp.core.connection] - rdp_client_transition_to_state CONNECTION_STATE_INITIAL --> CONNECTION_STATE_NEGO

[18:15:00:019] [1922:0a930000] [DEBUG][com.freerdp.core.nego] - state: NEGO_STATE_NLA

[18:15:00:019] [1922:0a930000] [DEBUG][com.freerdp.core.nego] - Attempting NLA security

[18:15:00:020] [1922:0a930000] [DEBUG][com.freerdp.core] - freerdp_tcp_is_hostname_resolvable:freerdp_set_last_error_ex resetting error state

[18:15:00:020] [1922:0a930000] [DEBUG][com.freerdp.core] - freerdp_tcp_default_connect:freerdp_set_last_error_ex resetting error state

[18:15:00:021] [1922:0a930000] [DEBUG][com.freerdp.core] - connecting to peer 10.0.0.250

[18:15:00:037] [1922:0a930000] [DEBUG][com.freerdp.core.nego] - RequestedProtocols: 3

[18:15:00:143] [1922:0a930000] [DEBUG][com.freerdp.core.nego] - RDP_NEG_RSP::flags = { [0x0f] EXTENDED_CLIENT_DATA_SUPPORTED|DYNVC_GFX_PROTOCOL_SUPPORTED|RDP_NEGRSP_RESERVED|RESTRICTED_ADMIN_MODE_SUPPORTED }

[18:15:00:143] [1922:0a930000] [DEBUG][com.freerdp.core.nego] - selected_protocol: 2

[18:15:00:143] [1922:0a930000] [DEBUG][com.freerdp.core.nego] - state: NEGO_STATE_FINAL

[18:15:00:143] [1922:0a930000] [DEBUG][com.freerdp.core.nego] - Negotiated NLA security

[18:15:00:143] [1922:0a930000] [DEBUG][com.freerdp.core.nego] - nego_security_connect with PROTOCOL_HYBRID

[18:15:01:389] [1922:0a930000] [DEBUG][com.freerdp.core.nla] - -- NLA_STATE_INITIAL --> NLA_STATE_INITIAL

[18:15:01:389] [1922:0a930000] [DEBUG][com.winpr.sspi] - InitSecurityInterfaceExA

[18:15:01:390] [1922:0a930000] [DEBUG][com.freerdp.core.nla] - nla_client_init 1078 : packageName=Negotiate ; cbMaxToken=12256

[18:15:01:390] [1922:0a930000] [DEBUG][com.freerdp.core.nla] - InitializeSecurityContext status SEC_I_CONTINUE_NEEDED [0x00090312]

[18:15:01:390] [1922:0a930000] [DEBUG][com.freerdp.core.nla] - ----->> sending...

[18:15:01:390] [1922:0a930000] [DEBUG][com.freerdp.core.nla] - ----->> protocol version 6

[18:15:01:390] [1922:0a930000] [DEBUG][com.freerdp.core.nla] - ----->> nego token

[18:15:01:390] [1922:0a930000] [DEBUG][com.freerdp.core.nla] - ----->> client nonce

[18:15:01:390] [1922:0a930000] [DEBUG][com.freerdp.core.nla] - [93 bytes]

[18:15:01:390] [1922:0a930000] [DEBUG][com.freerdp.core.nla] - -- NLA_STATE_INITIAL --> NLA_STATE_NEGO_TOKEN

[18:15:01:390] [1922:0a930000] [DEBUG][com.freerdp.core.connection] - rdp_client_transition_to_state CONNECTION_STATE_NEGO --> CONNECTION_STATE_NLA

[18:15:01:597] [1922:0a930000] [DEBUG][com.freerdp.core.nla] - <<----- receiving...

[18:15:01:597] [1922:0a930000] [DEBUG][com.freerdp.core.nla] - <<----- protocol version 5

[18:15:01:597] [1922:0a930000] [DEBUG][com.freerdp.core.nla] - <<----- nego token

[18:15:01:599] [1922:0a930000] [DEBUG][com.freerdp.core.nla] - InitializeSecurityContext status SEC_E_OK [0x00000000]

[18:15:01:599] [1922:0a930000] [DEBUG][com.freerdp.core.nla] - ----->> sending...

[18:15:01:599] [1922:0a930000] [DEBUG][com.freerdp.core.nla] - ----->> protocol version 6

[18:15:01:599] [1922:0a930000] [DEBUG][com.freerdp.core.nla] - ----->> nego token

[18:15:01:599] [1922:0a930000] [DEBUG][com.freerdp.core.nla] - ----->> public key auth

[18:15:01:599] [1922:0a930000] [DEBUG][com.freerdp.core.nla] - ----->> client nonce

[18:15:01:599] [1922:0a930000] [DEBUG][com.freerdp.core.nla] - [505 bytes]

[18:15:01:599] [1922:0a930000] [DEBUG][com.freerdp.core.nla] - -- NLA_STATE_NEGO_TOKEN --> NLA_STATE_PUB_KEY_AUTH

[18:15:01:701] [1922:0a930000] [DEBUG][com.freerdp.core.nla] - <<----- receiving...

[18:15:01:701] [1922:0a930000] [DEBUG][com.freerdp.core.nla] - <<----- protocol version 5

[18:15:01:701] [1922:0a930000] [DEBUG][com.freerdp.core.nla] - <<----- public key info

[18:15:01:701] [1922:0a930000] [DEBUG][com.freerdp.core.nla] - ----->> sending...

[18:15:01:701] [1922:0a930000] [DEBUG][com.freerdp.core.nla] - ----->> protocol version 6

[18:15:01:701] [1922:0a930000] [DEBUG][com.freerdp.core.nla] - ----->> auth info

[18:15:01:701] [1922:0a930000] [DEBUG][com.freerdp.core.nla] - ----->> client nonce

[18:15:01:701] [1922:0a930000] [DEBUG][com.freerdp.core.nla] - [135 bytes]

[18:15:01:701] [1922:0a930000] [DEBUG][com.freerdp.core.nla] - -- NLA_STATE_PUB_KEY_AUTH --> NLA_STATE_AUTH_INFO

[18:15:01:701] [1922:0a930000] [DEBUG][com.freerdp.core.nla] - -- NLA_STATE_AUTH_INFO --> NLA_STATE_FINAL

[18:15:01:702] [1922:0a930000] [DEBUG][com.freerdp.core.connection] - rdp_client_transition_to_state CONNECTION_STATE_NLA --> CONNECTION_STATE_MCS_CONNECT

[18:15:01:907] [1922:0a930000] [DEBUG][com.freerdp.core.gcc] - Server rdp encryption method: NONE

[18:15:01:907] [1922:0a930000] [DEBUG][com.freerdp.core.connection] - rdp_client_transition_to_state CONNECTION_STATE_MCS_CONNECT --> CONNECTION_STATE_MCS_ATTACH_USER

[18:15:01:115] [1922:0a930000] [DEBUG][com.freerdp.core.connection] - rdp_client_transition_to_state CONNECTION_STATE_MCS_ATTACH_USER --> CONNECTION_STATE_MCS_CHANNEL_JOIN

[18:15:02:255] [1922:0a930000] [DEBUG][com.winpr.timezone] - winpr_get_timezone_from_link: tzid: Europe/Warsaw

[18:15:02:255] [1922:0a930000] [INFO][com.winpr.timezone] - tzid: Europe/Warsaw

[18:15:02:256] [1922:0a930000] [DEBUG][com.winpr.timezone] - tz: Bias=-60 sn='Central European Standard Time' dln='Central European Daylight Time'

[18:15:02:256] [1922:0a930000] [DEBUG][com.freerdp.core.connection] - rdp_client_transition_to_state CONNECTION_STATE_MCS_CHANNEL_JOIN --> CONNECTION_STATE_LICENSING

[18:15:08:484] [1922:0a930000] [DEBUG][com.freerdp.core.connection] - rdp_client_transition_to_state CONNECTION_STATE_LICENSING --> CONNECTION_STATE_CAPABILITIES_EXCHANGE

[18:15:08:485] [1922:0a930000] [DEBUG][com.freerdp.core.connection] - rdp_client_transition_to_state CONNECTION_STATE_CAPABILITIES_EXCHANGE --> CONNECTION_STATE_FINALIZATION

[18:15:08:486] [1922:0a930000] [DEBUG][com.freerdp.core.rdp] - rdp_send_data_pdu: sending data (type=0x1f size=37 channelId=1012)

[18:15:08:486] [1922:0a930000] [DEBUG][com.freerdp.core.rdp] - rdp_send_data_pdu: sending data (type=0x14 size=41 channelId=1012)

[18:15:08:486] [1922:0a930000] [DEBUG][com.freerdp.core.rdp] - rdp_send_data_pdu: sending data (type=0x2b size=57 channelId=1012)

[18:15:08:486] [1922:0a930000] [DEBUG][com.freerdp.core.rdp] - rdp_send_data_pdu: sending data (type=0x27 size=41 channelId=1012)

[18:15:08:591] [1922:0a930000] [DEBUG][com.freerdp.core.rdp] - recv Synchronize Data PDU (0x1F), length: 22

[18:15:08:591] [1922:0a930000] [DEBUG][com.freerdp.core.rdp] - recv Control Data PDU (0x14), length: 26

[18:15:08:591] [1922:0a930000] [DEBUG][com.freerdp.core.rdp] - recv Font Map Data PDU (0x28), length: 26

[18:15:08:592] [1922:0a930000] [DEBUG][com.freerdp.core.connection] - rdp_client_transition_to_state CONNECTION_STATE_FINALIZATION --> CONNECTION_STATE_ACTIVE

[18:15:08:593] [1922:0a930000] [INFO][com.freerdp.gdi] - Local framebuffer format PIXEL_FORMAT_BGRX32

[18:15:08:593] [1922:0a930000] [INFO][com.freerdp.gdi] - Remote framebuffer format PIXEL_FORMAT_RGB16

[18:15:08:594] [1922:0a930000] [DEBUG][Devolutions.Rdp] - OnChannelConnected (rdpdr)

[18:15:08:596] [1922:0a930000] [INFO][com.freerdp.channels.rdpsnd.client] - [static] Loaded mac backend for rdpsnd

[18:15:08:596] [1922:0a930000] [DEBUG][Devolutions.Rdp] - OnChannelConnected (rdpsnd)

[18:15:08:596] [1922:0a930000] [DEBUG][Devolutions.Rdp] - OnChannelConnected (RDMJump)

[18:15:08:596] [1922:0a930000] [DEBUG][Devolutions.Rdp] - OnChannelConnected (RDMCmd)

[18:15:08:596] [1922:0a930000] [DEBUG][Devolutions.Rdp] - OnChannelConnected (RDMLog)

[18:15:08:596] [1922:0a930000] [DEBUG][Devolutions.Rdp] - OnChannelConnected (cliprdr)

[18:15:08:629] [1922:0a930000] [DEBUG][com.winpr.clipboard] - initialized POSIX local file subsystem

[18:15:08:632] [1922:0a930000] [INFO][com.freerdp.channels.drdynvc.client] - Loading Dynamic Virtual Channel ainput

[18:15:08:633] [1922:0a930000] [DEBUG][com.freerdp.channels.drdynvc.client] - register_plugin: num_plugins 1

[18:15:08:633] [1922:0a930000] [INFO][com.freerdp.channels.drdynvc.client] - Loading Dynamic Virtual Channel rdpsnd

[18:15:08:633] [1922:0a930000] [DEBUG][com.freerdp.channels.drdynvc.client] - register_plugin: num_plugins 2

[18:15:08:633] [1922:0a930000] [DEBUG][com.freerdp.channels.drdynvc.client] - create_listener: 1.FreeRDP::Advanced::Input.

[18:15:08:633] [1922:0a930000] [DEBUG][com.freerdp.channels.drdynvc.client] - create_listener: 2.AUDIO_PLAYBACK_DVC.

[18:15:08:633] [1922:0a930000] [DEBUG][Devolutions.Rdp] - OnChannelConnected (drdynvc)

[18:15:08:652] [1922:0b4ec000] [DEBUG][com.freerdp.channels.drdynvc.client] - process_create_request: ChannelId=6 ChannelName=ECHO

[18:15:08:664] [1922:0b6ef000] [DEBUG][com.freerdp.core.update] - Alternate Secondary Drawing Order [0x0d] Frame Marker

[18:15:08:664] [1922:0b4ec000] [DEBUG][com.freerdp.channels.drdynvc.client] - no listener

[18:15:08:665] [1922:0b6ef000] [DEBUG][com.freerdp.core.update] - Alternate Secondary Drawing Order [0x0d] Frame Marker

[18:15:08:666] [1922:0b6ef000] [DEBUG][com.freerdp.core.update] - Alternate Secondary Drawing Order [0x0d] Frame Marker

[18:15:08:666] [1922:0b6ef000] [DEBUG][com.freerdp.core.update] - Secondary Drawing Order [0x05] Cache Bitmap V2 (Compressed)

[18:15:08:669] [1922:0b6ef000] [DEBUG][com.freerdp.core.update] - Primary Drawing Order [0x0d] MemBlt

[18:15:08:669] [1922:0b6ef000] [DEBUG][com.freerdp.core.update] - Primary Drawing Order [0x0d] MemBlt rop=S [0x00cc0020]

[18:15:08:669] [1922:0b6ef000] [DEBUG][com.freerdp.core.update] - Secondary Drawing Order [0x05] Cache Bitmap V2 (Compressed)