Clipboard logic still broken. (multiple connections)

[attikov]

Bug Description

Client connected to host A and B.

Copy text on A -> Clipboard goes to Client. Ok.
Paste on B -> Client Clipboard is not yet present on B. (Ok, we don't want to broadcast on ctrl-c)

Paste it on Client, Select it again, Copy, Paste on B. -> Client Clipboard is still not present on B. <------ wrong

Paste on Client, Copy something else into the clipboard, Select original text, Copy, Paste on B. ->
Client Clipboard is now present on B.

There is a check in place to determine if the clipboard has changed, which is preventing the expected behavior.

How to Reproduce

Same as above.

Expected Behavior

Working clipboard

Operating system(s) on local side and remote side

Windows 10 -> Windos 10*

RustDesk Version(s) on local side and remote side

1.24 feb 28

Screenshots

Additional Context

No response

[attikov]

Since the clipboard transfer automation is heavily defective, it would be necessary to have explicit buttons for sending and receiving the clipboard content. However, it should be easily accessible, at least with an option to toggle the presence of these buttons on or off, if you don't want to alter the standard appearance.

At the same time, within the options, automatic transfer should be able to be turned off completely.