Skip to content

Conversation

@glamberson
Copy link
Contributor

Per MS-RDPECLIP section 2.2.5.3, the Local Clipboard Owner
sends File Contents Request PDU to retrieve file data from the Shared Clipboard
Owner during paste operations.

This enables server implementations to request file contents from clients,
completing the bidirectional file transfer capability.

Changes

  • SendFileContentsRequest message variant in ClipboardMessage
  • request_file_contents() method on Cliprdr<R>
  • Server handler wiring

Dependencies

Depends on #1064 (lock/unlock methods).

The server uses `ironrdp_tokio::reqwest::ReqwestNetworkClient` in
accept_credssp but the reqwest feature was not enabled, causing
compilation to fail.

Fixes Devolutions#1062
Per MS-RDPECLIP sections 2.2.4.6 and 2.2.4.7, the Local Clipboard Owner
may lock the Shared Clipboard Owner's clipboard data before requesting
file contents. This ensures data stability during multi-request file
transfers.

Adds lock_clipboard() and unlock_clipboard() methods with corresponding
ClipboardMessage variants for server integration.
Per MS-RDPECLIP section 2.2.5.3, the Local Clipboard Owner sends
File Contents Request PDU to retrieve file data from the Shared
Clipboard Owner. This enables server-side file paste operations.

Adds request_file_contents() method with SendFileContentsRequest
message variant for server integration.
@glamberson glamberson force-pushed the pr2-request-file-contents branch from 421d3e5 to 4ff56cf Compare December 23, 2025 12:54
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Development

Successfully merging this pull request may close these issues.

2 participants