-
-
Notifications
You must be signed in to change notification settings - Fork 3.6k
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
Option to disable clipboard sharing #123
Comments
Good idea. |
Very good idea. Since as of now Synergy knocks out my local clipboard (issue #google:1 ), |
This would be extremely helpful. There will always be an application that has |
Is there any news on this feature please? It would be very helpful to be able to disable the automatic sharing of every single cut and paste, as it's sharing cut and pastes even when the client pc doesnt have the focus. |
I finally made it to this issue after posting a comment re: automatic-relative mouse locking (feature #2940) where I mentioned my main purpose of being here was searching for a way to disable clipboard sharing because of conflicts with Input Director (which has automatic-relative mouse locking by default.) So, adding my 2-cent-desire to see this implemented. It would motivate me into upgrading to the current version, from the S+ 1.4.1 (Win 32 bit!) version I've been using for years, and donating more $. =D |
Is not feature request!
|
Same as above (Piotr Piosik), have issues when I use Synergy and copy and paste a large spreadsheet's contents on a Windows 7 client (my HP work laptop), if I accidentally move mouse to another pc's screen (a Windows 8 pc which is the Synergy server) the Windows 7 client locks up with 100%% cpu usage and I have to reboot completely which is very frustrating! Due to this having to not use Synergy at the moment :( |
I agree with the request to switch clipboard sharing off. Reason: I use Synergy to operate a second computer wich I use mainly to run a keyboard macro program on an application. This macro uses the clipboard (quick & dirty solution) to do a lot of stuff. While I'm running the macro, the clipboards of both machines interfere with one another. While using the main computer, this can break the macro or even worst send wrong data to the application. While the mouse is on the second computer, this sends 'garbage' to the main computer's clipboard. Thanks a lot! |
i join the request for a clipboard sharing on/off switch i would like to use different and more performing clipboard manager but there are continuous conflicts with synergy clipboard sharing |
This is probably going to involve a lot of development work, as the clipboard sharing code was never designed to be turned off. I see a lot of requests for it, so it's definitely worth it, but it will have to be prioritized appropriately. |
Hi, i join the request for a clipboard sharing on/off too. |
👍 it seems this would be a way to mitigate #4888 |
👍 This would be very useful for me as well. |
I also cannot use Synergy until this is fixed... |
Not sure if another "I agree" would be welcome, but here it is. I might try finxing. |
I know this has been a long requested feature, but with macOS Sierra coming out soon the clipboard sync is becoming a real bug preventing things from working properly. Now whenever I copy some text on one machine the server gets multiple calls to the clipboard sync. That leads to a nice beachball and then nothing gets copied to the clipboard. For example: All of that is from copying text from my laptop and then entering my desktop. I know this is due to the new Sierra feature that does the clipboard sync, but it will be a major issue with Synergy moving forward as I'm not sure the clipboard sync can be turned off on the mac side. It would be great if it could be turned off on the Synergy client as a check box, that would solve my issue for sure. Just warning as the number of users on Sierra will likely jump in a week. Thanks! EDIT |
Imported issue:
Until various clipboard features are fixed, we could provide an option to
disable clipboard sharing so that it does not interfere with normal
operation (ie: large clipboard contents disconnecting clients). While not a
solution, it is a workaround as well as a valid configuration option to
provide.
The text was updated successfully, but these errors were encountered: