Public bug reported:
Ubuntu release: Ubuntu 26.04 LTS (Resolute)
Package: gnome-remote-desktop 50.0-0ubuntu2
Remote desktop server: GNOME Remote Desktop (user service active); xrdp is not
used
Client: Microsoft Windows Remote Desktop Connection (mstsc)
Summary:
Copying a file from Windows to the Ubuntu desktop through the RDP clipboard
causes the GNOME Remote Desktop CLIPRDR channel to fail. The file transfer
remains stuck and, after this happens, normal text clipboard sharing also stops
working. Restarting gnome-remote-desktop or rebooting the Ubuntu machine
temporarily restores clipboard sharing until another file transfer is attempted.
Steps to reproduce:
1. Enable Clipboard and Drives in the Microsoft Remote Desktop Connection
client.
2. Connect to the Ubuntu GNOME Remote Desktop session.
3. Confirm that copying and pasting plain text initially works.
4. Copy a file in Windows and try to paste it into the Ubuntu Files (Nautilus)
application, for example into /home/mario/Downloads.
5. The file operation remains queued/stuck.
6. Afterwards, paste is disabled in Ubuntu applications and even plain-text
clipboard sharing no longer works.
Expected result:
The file should be transferred successfully. A failed file transfer must not
disable the complete RDP clipboard channel. Plain-text clipboard sharing should
continue working.
Actual result:
The file transfer stalls, the CLIPRDR channel fails, and all clipboard sharing
stops. The following command temporarily recovers it but disconnects the
current RDP session:
systemctl --user restart gnome-remote-desktop.service
Relevant journal messages:
[RDP.CLIPRDR] Client capabilities: long format names, stream file clip, file
clip no file paths, can lock clip data, huge file support
[cliprdr_server_receive_pdu]: [CB_TEMP_DIRECTORY [0x0006]] Mismatch: header
told length is 520, but actually read 0
[cliprdr_server_receive_pdu]: msgType: CB_TEMP_DIRECTORY [0x0006], msgFlags:
NONE|[0x0000] dataLen: 520: 520 bytes not parsed
[com.freerdp.utils.ChannelPduTracker] [ChannelPduTracker_poll]: chunk size
16256 is too big
[com.freerdp.channels.cliprdr.server] [cliprdr_server_thread]: CheckEventHandle
failed with error 13!
[RDP.CLIPRDR] Possible protocol violation: Client did not send format data
response (Timeout reached)
[RDP.CLIPRDR] Possible protocol violation: Client did not send format list
response (Timeout reached)
Additional checks:
- The root filesystem has about 205 GB free (7% used).
- /home/mario/Downloads uses only about 47 MB.
- Inodes are not exhausted.
- The same files transfer successfully over SSH/SFTP (scp and WinSCP), so the
storage, destination permissions, and network connection are working.
- The issue can be reproduced repeatedly. Text clipboard works again after
restarting the service, but attempting an RDP file copy breaks it again.
Please investigate the interoperability of GNOME Remote Desktop 50.0 /
FreeRDP CLIPRDR server with the Microsoft RDP client's file clipboard
implementation, especially CB_TEMP_DIRECTORY parsing and
ChannelPduTracker chunk handling.
** Affects: gnome-remote-desktop (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2161738
Title:
GNOME Remote Desktop 50.0 file clipboard transfer breaks CLIPRDR
channel and disables clipboard
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnome-remote-desktop/+bug/2161738/+subscriptions
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
