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

Option to disable clipboard sharing #123

Closed
nbolton opened this issue Oct 13, 2014 · 16 comments
Closed

Option to disable clipboard sharing #123

nbolton opened this issue Oct 13, 2014 · 16 comments

Comments

@nbolton
Copy link
Member

nbolton commented Oct 13, 2014

Imported issue:

  • Author: joshbenner (Google user)
  • Date: 2009-07-24 00:00:00
  • Legacy ID: 132

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.

@nbolton
Copy link
Member Author

nbolton commented Oct 13, 2014

  • Author: nick.bolton.uk (Google user)
  • Date: 2009-07-25 00:00:00

Good idea.

@nbolton
Copy link
Member Author

nbolton commented Oct 13, 2014

Very good idea. Since as of now Synergy knocks out my local clipboard (issue #google:1 ),
I'd rather have a local-only clipboard than no clipboard at all :)

@nbolton
Copy link
Member Author

nbolton commented Oct 13, 2014

This would be extremely helpful. There will always be an application that has
trouble with the Synergy clipboard, and I would like the option to disable it.

@nbolton
Copy link
Member Author

nbolton commented Oct 13, 2014

  • Author: Konrad Green
  • Date: 2013-10-30 12:30:30

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.

@nbolton
Copy link
Member Author

nbolton commented Oct 13, 2014

  • Author: BJ Hoffstadt
  • Date: 2014-05-16 04:18:48

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

@nbolton
Copy link
Member Author

nbolton commented Oct 13, 2014

  • Author: Piotr Piosik
  • Date: 2014-06-07 20:56:16

Is not feature request!
Sharing clipboard is bug for me guys.
As having 8kx8k bitmap in clipboard disconnect client or make it impossible to switch mouse from server to client.
As i work with such large files (one bitmap have +- 500mb) when it stay in clipboard i can forget about switching mouse to client.
that's my 2-cent

INFO: screen "Piosio-PC" updated clipboard 0
DEBUG: open clipboard
INFO: bitmap: 8192x8192 24
DEBUG: close clipboard
INFO: screen "Piosio-PC" updated clipboard 1
DEBUG: send clipboard 0 to "Laptop" size=201326644
DEBUG: send clipboard 1 to "Laptop" size=201326644
INFO: switch from "Laptop" to "Piosio-PC" at 836,1078
INFO: entering screen
NOTE: client "Laptop" has disconnected

@nbolton
Copy link
Member Author

nbolton commented Oct 13, 2014

  • Author: Charles Wilson
  • Date: 2014-09-12 16:12:35

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 :(

@dregio
Copy link

dregio commented Dec 16, 2014

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!

@Francky63
Copy link

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

@the-wes
Copy link
Contributor

the-wes commented Jul 15, 2015

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.

@axolotus
Copy link

Hi,

i join the request for a clipboard sharing on/off too.
I agree with francky63

@tjconnelly
Copy link

👍 it seems this would be a way to mitigate #4888

@sundbp
Copy link

sundbp commented Apr 21, 2016

👍 This would be very useful for me as well.

@lhns
Copy link

lhns commented Jun 4, 2016

I also cannot use Synergy until this is fixed...
Edit: I found out it was teamviewer clipboard sync messing with me... If I turn it off then it works.

@dvincent
Copy link

Not sure if another "I agree" would be welcome, but here it is. I might try finxing.

@VBGeek2000
Copy link

VBGeek2000 commented Sep 14, 2016

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:
[2016-09-14T12:14:37] INFO: screen "MacBook-Pro.local" grabbed clipboard 0 from "iMac5K.local"
[2016-09-14T12:14:37] INFO: screen "MacBook-Pro.local" grabbed clipboard 1 from "iMac5K.local"
[2016-09-14T12:14:38] INFO: switch from "MacBook-Pro.local" to "iMac5K.local" at 5044,767
[2016-09-14T12:14:38] INFO: entering screen
[2016-09-14T12:14:38] INFO: screen "MacBook-Pro.local" updated clipboard 0
[2016-09-14T12:14:38] INFO: screen "MacBook-Pro.local" updated clipboard 1
[2016-09-14T12:14:39] INFO: screen "MacBook-Pro.local" grabbed clipboard 0 from "MacBook-Pro.local"
[2016-09-14T12:14:39] INFO: screen "MacBook-Pro.local" grabbed clipboard 1 from "MacBook-Pro.local"
[2016-09-14T12:14:39] INFO: screen "iMac5K.local" grabbed clipboard 0 from "MacBook-Pro.local"
[2016-09-14T12:14:39] INFO: screen "iMac5K.local" grabbed clipboard 1 from "MacBook-Pro.local"
[2016-09-14T12:14:44] INFO: screen "iMac5K.local" grabbed clipboard 0 from "iMac5K.local"
[2016-09-14T12:14:44] INFO: screen "iMac5K.local" grabbed clipboard 1 from "iMac5K.local"

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
After a bit of googling I discovered that turning off Handoff (Settings, General, Allow Handoff between this Mac and your iCloud devices) on my main mac seems to resolve the clipboard issue, but that means I can't use that feature in the apps. Hopefully that helps someone in the mean time.

xhou-wavefin pushed a commit that referenced this issue Sep 15, 2016
nlyan pushed a commit that referenced this issue Sep 26, 2016
nlyan pushed a commit that referenced this issue Sep 26, 2016
nlyan pushed a commit that referenced this issue Sep 26, 2016
nbolton pushed a commit that referenced this issue May 3, 2019
nbolton pushed a commit that referenced this issue May 3, 2019
nbolton pushed a commit that referenced this issue May 3, 2019
nbolton pushed a commit that referenced this issue May 3, 2019
nbolton pushed a commit that referenced this issue May 3, 2019
nbolton pushed a commit that referenced this issue May 3, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests