Skip to content
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

Open
attikov opened this issue Mar 5, 2024 · 2 comments
Open

Clipboard logic still broken. (multiple connections) #7321

attikov opened this issue Mar 5, 2024 · 2 comments
Labels
bug Something isn't working

Comments

@attikov
Copy link

attikov commented Mar 5, 2024

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

jzanZCM

Additional Context

No response

@attikov attikov added the bug Something isn't working label Mar 5, 2024
@rustdesk rustdesk changed the title Clipboard logic still broken. Clipboard logic still broken. (multiple connections) Mar 5, 2024
@attikov
Copy link
Author

attikov commented Mar 9, 2024

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.

@jasonmacer
Copy link

I can confirm this, but I think I see where the issue is.
There is something stopping the clipboard from allowing to transfer to existing sessions.

Here is what I just tested:

Local (Win10)
Remote A (WinServer2k22)
Remote B (Win10)
Remote C (Win11)
Remote D (WinServer2k19)

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!

Repository owner deleted a comment from attikov Jun 2, 2024
Repository owner deleted a comment from attikov Jun 2, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants