[KRdp] [Bug 507949] New: RDP sessions that are not closed client side but stop receiving data cause OOM condition

Cody Wilson bugzilla_noreply at kde.org
Wed Aug 6 17:54:47 BST 2025


https://bugs.kde.org/show_bug.cgi?id=507949

            Bug ID: 507949
           Summary: RDP sessions that are not closed client side but stop
                    receiving data cause OOM condition
    Classification: Plasma
           Product: KRdp
      Version First 6.4.3
       Reported In:
          Platform: CachyOS
                OS: Linux
            Status: REPORTED
          Severity: normal
          Priority: NOR
         Component: general
          Assignee: unassigned-bugs at kde.org
          Reporter: cody at codywilson.co
                CC: ahiemstra at heimr.nl
  Target Milestone: ---

SUMMARY
RDP sessions that are not closed client side but stop receiving data cause OOM
condition 

STEPS TO REPRODUCE
1. Connect to the kRDP server as normal 
2. Allow the client's operating system to sleep without closing the RDP client
session

OBSERVED RESULT
RAM utilization on the system will slowly increase until the system becomes
unresponsive, requiring either manual intervention or being killed by oomkiller
and the like. 

EXPECTED RESULT
A timeout or buffer size monitor threshold is triggered when the server can not
send data to the client after an appropriate length, closing the connection
server-side. 

SOFTWARE/OS VERSIONS
Client Side: 
Thincast Remote Desktop Client
1.1.634 stable (tcc-stable-1.1.634)
OpenSSL
OpenSSL 1.1.1w 11 Sep 2023
OрenH264 2.6.0
CJSON: 1.7.16
FreeRDP: 3.16.1-devO (3.16.1)
WinPR: 3.16.1-devO (3.16.1)
Qt: 5.15.15

macOS: 15.6

Server Side:
Operating System: CachyOS Linux
KDE Plasma Version: 6.4.3
KDE Frameworks Version: 6.16.0
Qt Version: 6.9.1
Kernel Version: 6.16.0-5-cachyos (64-bit)
Graphics Platform: Wayland
Processors: 16 × AMD Ryzen 7 9800X3D 8-Core Processor
Memory: 64 GiB of RAM (60.4 GiB usable)
Graphics Processor 1: AMD Radeon RX 6800 XT
Graphics Processor 2: AMD Radeon Graphics

ADDITIONAL INFORMATION
I believe this to be caused by either krdpserver buffering video, or the
network socket buffering the data to be sent to the client. I'm in the process
of collecting additional data about this should it be valuable. 

I have not been able to test this with other clients as this particular client
is the only one I currently have that supports h.264 enabled clients
appropriately. I have however been able to reproduce the issue several times
successfully. It is easier to reproduce this when the server side is producing
complex video data to send over the wire. In my case, this is usually triggered
when I forget to close an RDP client session before switching to the RDP server
and playing a game. I imagine watching a video would also produce sufficiently
complex data to be encoded and trigger the condition.

-- 
You are receiving this mail because:
You are the assignee for the bug.


More information about the Unassigned-bugs mailing list