Intermittent "Sticky" Ctrl Key State in Cross-Platform Session

Bug Description

Environment

Client OS: Debian 13 (Trixie)
Remote OS: Windows 10 Pro
Software: RustDesk (Latest Stable)
Display Server (Client): Wayland

Issue Description

An intermittent synchronization issue occurs where the remote Windows 10 instance perceives the Ctrl key as being constantly engaged (logical "Key Down" state). This leads to unintended behaviors such as:

Multiple file selection in File Explorer.

Browser zooming when using the mouse scroll wheel.

Shortcut triggers instead of standard typing.

The issue is temporarily resolved by toggling "Insert Lock" or re-establishing the session, which forces a state reset.

How to Reproduce

Open RustDesk on Debian 13 Connect to a Windows 10 remote PC Hold the Ctrl key and perform a scroll or click. Release the Ctrl key while switching focus to another window. Observe that the Ctrl key remains "stuck" on the remote PC.

Expected Behavior

When I release the Ctrl key on my Debian client, the remote Windows session should immediately register the key-up event and stop selecting multiple items.

Operating system(s) on local (controlling) side and remote (controlled) side

Debian 13 -> Windows 10

RustDesk Version(s) on local (controlling) side and remote (controlled) side

1.4.5 -> 1.4.5

Screenshots

Additional Context

No response