-
-
Notifications
You must be signed in to change notification settings - Fork 7.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Clipboard logic still broken. (multiple connections) #7321
Comments
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. |
I can confirm this, but I think I see where the issue is. Here is what I just tested: Local (Win10) If I have Remote A & Remote B open and I copy something from A, it is not pastable to B. I can paste it to Local. I cannot paste to local then copy that same information and paste to B. I can paste to local THEN select something else and paste to A or B. I can copy something from A or B THEN open a connection to Remote C and I can paste from A or B to C, but not from A to B or B to A. I CAN copy from A, B, or C then paste to local THEN select and copy something different then go back and select the original content and I can paste to to all the existing other connections. Looks like I am running Version 1.2.3-2 on all machines. Thanks guys! I love this! Even though it is in the connections above, I forgot to specify the operating systems in use: Connecting From:
Connecting To:
Edit: To add OS Versions & fix formatting |
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
The text was updated successfully, but these errors were encountered: