Kyle Reeping

Some observations about the screen/mouse freezing problem.

22 posts in this topic

I've been plagued by the "mouse freezing" causing screen lockups on on the server machine for a long time now.

 

Nothing I've done seems to fix it. I've enabled debug1 logs on all my computers, disabled clipboard sharing, computers are connected through wired connections directly to the router, and the NICs work well on all of the computers.

The exact problem is this: If I'm using the mouse on a remote computer (doesn't matter if it's the mac or the PC (3 computers in my setup), occasionally the mouse on the remote computer will freeze, AND the entire screen of the server will freeze, although audio will continue (sometimes.) The remote screens do NOT freeze, and I can still use their own mice on each machine, just not the mouse that's connected to my server. The server computer is a windows 10 machine, one of the remote computers is a windows 7 machine, and the other is a mac. I was using the latest synergy 1 version for a while, then that annoyed me, so I kept downgrading as far as I could... however none of the older versions work any better. I was also offered synergy 2. I used that, and honestly the freezing problem was so much worse (and the interface for 2 is quite literally awful). So I went back to synergy 1. The freezes are really inconsistent. Sometimes I'll be ok for a half hour, sometimes I'll get 3 freezes in 2 minutes. The freeze lasts for ~10 seconds. 

At first I thought that my NICs were going bad, so I pinged each computer in my network from each other computer, every second, until a freeze happened. The pings still worked, still connected, no dropped packets whatsoever. So the NICs are good (and router is good.) 

 

The freezes seem to happen most often when I'm running a full screen application on the server computer (like watching a movie.) Or maybe that's just when I notice them the most. 

 

Now, I know that I should be sharing the logs, but one thing I've learned from having the debug1 log turned on for the last 2 months is this.

The debug log is ESSENTIALLY a keylogger. It literally records EVERY mouse click, move, and more importantly, every keystroke, even if your mouse isn't on the remote screen. So... no thanks. I don't... really want to share that with you. I like my passwords where they are thank you very much. 

 

Ok so onto the observations.

 

Despite having clipboard sharing disabled, the remote windows machine still tries to check for updated clipboard contents, almost EVERY time it freezes. It shows something like this in the debug log. I have no idea WHY the remote computer is trying to mess with the clipboard, because I explicitly turned it off in the server settings. And I hadn't copied/pasted anything recently either. (I usually just play a simple game (not at all graphics intensive, used to be a flash game) on this computer while I'm watching a movie on the server screen.)


[2018-06-18T09:33:49] DEBUG: open clipboard
[2018-06-18T09:33:49] DEBUG: empty clipboard
[2018-06-18T09:33:49] DEBUG: close clipboard
[2018-06-18T09:33:49] DEBUG: open clipboard
[2018-06-18T09:33:49] DEBUG: empty clipboard
[2018-06-18T09:33:49] DEBUG: close clipboard
 

However, I've also noticed that synergy will randomly freaking turn clipboard sharing back on. I must have turned that setting off a half dozen times over the last 2 months. I haven't restarted the server, I haven't restarted the computers (to my knowledge, with windows update though I may be wrong.) I'll notice in the log that it'll be copying the clipboard back and forth, then I'll go turn the setting off... again. And yes, I made sure to cycle synergy off/on on the remote machines after I restarted the server. 

 

Observation #2. Every single time my mac screen saver tries to turn on, the mouse will freeze on the remote computer. EVERY... SINGLE... TIME, without fail. Synchronize screen savers is turned OFF. (Not that that setting works anyway.) (I'm usually using the mouse on the remote windows machine when the mac screen saver tries to turn on.) 

 

Observation #3: Enabling debug logs seemed to alleviate the problem... for a few days. No idea how that worked. 

 

Observation #4: This one is I'm a bit less sure about. Synergy seems to work a lot better with cheap as hell mice. On my main computer (the one I've been using as a mouse/keyboard sever for months) has a nice gaming mouse connected to it. Now, I remember reading a while back that synergy may not like high polling rate mice, so I turned the polling rate down to 150 Hz (as low as it could go). That didn't help. But when I made the server my OTHER windows computer with a $20 microsoft wireless mouse/keyboard, I haven't experienced any freezes yet. Whether or not that's related to just starting a new server (the freezes don't seem to happen for a while after installing a new version or choosing a different computer as the server.) Although this kinda defeats the point of having a nice keyboard/mouse. I understand that synergy is mainly build for people in business situations, but still. The program should be able to work with nice mice as well. If mouse without borders can do it, you can too.

 

Observation #5: (Not related to freezing.) If I use the mac mouse as the shared mouse (with the mac as the server). The mouse will still make "mouse over" popups appear on the mac screen, even if the mouse is on a remote screen. I had a program open that had a list of music that would have a pop up window appear if you moused over a song name. This window would still appear despite the mouse not being on the screen. It was... disconcerting, but didn't really hurt anything. The real problem with using the mac mouse as the server is the GOD AWFUL performance when the mouse was on the remote windows screens. For some reason... the tracking was off. The mouse moved UP more than it moved down. If I moved the mouse in a circle, the circle would migrate up the page, but it wouldn't do the same if I made the same circle on the mac. It was REALLY... REALLY infuriating so much so that I couldn't deal with the mac being the server after 5 minutes. 

 

In conclusion: I think synergy is a mess. I'm really glad that some new programmers are being hired. I was already offered refund, but the problem is that I LIKE synergy, and I REALLY REALLY WANT it to work. Maybe one day I'll be able to have only one mouse on my desk, but for now I'll stick with keeping the 3 mice and keyboards there for when synergy fails and I have to fix it. I hope these observations help someone, but honestly the freezing is infuriating. And honestly concerning. Why is a mouse sharing program freezing the entire graphics card of my server machine. That's.... not cool. I mean, I can understand the program hanging, but literally freezing the entirety of the graphics processing on my server machine is not good. 

Edited by Kyle Reeping

Share this post


Link to post
Share on other sites

And yes, I realize that the version of synergy I'm using could be important, but honestly this behavior has been identical for 1.8.8, 1.8.7, 1.8.6, etc. So it's not that important. I think I'm back on 1.8.8 now, can't be bothered to check. Other than that both windows machines use auto updates and so does the mac, so they should all be pretty up to date. 

Share this post


Link to post
Share on other sites

If you are still having this problem, try turning off TLS (if this is possible for you). I was having the mouse freezing issue with TLS enabled and it went away when I disabled the TLS.

Share this post


Link to post
Share on other sites

Turning off TLS improves the issue but does not resolve it. I noticed that, while the mouse is frozen, it can be released quicker by wiggling the mouse on the target machine.

I hope someone is still looking at this, it makes Synergy almost unusable. My setup is a Windows server and a Ubuntu client with a wired gigabit Ethernet connection. I also had to make the clipboard size very small for Synergy to be usable.

 

Share this post


Link to post
Share on other sites

I'm experiencing the same problem. I created a topic with debug logs, but it's been a week and it's still pending approval.

 

I noticed some improvement after disabled all input-related power management options, so the problem might be related to that. 

Share this post


Link to post
Share on other sites
Posted (edited)
On ‎4‎/‎28‎/‎2019 at 8:33 AM, Juargin said:

If you are still having this problem, try turning off TLS (if this is possible for you). I was having the mouse freezing issue with TLS enabled and it went away when I disabled the TLS.

 

On ‎4‎/‎30‎/‎2019 at 6:14 AM, Matthias1231 said:

Turning off TLS improves the issue but does not resolve it. I noticed that, while the mouse is frozen, it can be released quicker by wiggling the mouse on the target machine.

I hope someone is still looking at this, it makes Synergy almost unusable. My setup is a Windows server and a Ubuntu client with a wired gigabit Ethernet connection. I also had to make the clipboard size very small for Synergy to be usable.

 

 

6 hours ago, Pedro Werneck said:

I'm experiencing the same problem. I created a topic with debug logs, but it's been a week and it's still pending approval.

 

I noticed some improvement after disabled all input-related power management options, so the problem might be related to that. 

Honestly guys, I stopped using synergy shortly after I made this post. I've been using Barrier since then. The weird thing is... Barrier is built on the synergy engine (and quite literally has the exact same user interface)... so I have no idea why it works better than synergy does. It still does freeze occasionally, and usually when I leave my mouse on "gaming mode (aka high polling rate mode)". But not NEARLY as often as synergy did. (Probably once a week on barrier vs. many many times every day on synergy.) I posted this problem over at linus tech tips a while back and that ended up with I believe the CEO of symless contacting me. I eventually sent him some logs where I explicitly replicated the freezing multiple times. I sent it both in a private message, and over e-mail. I've never heard anything back. (I was at first wary of just sending logs as the synergy logs quite literally contain every mouse movement and every keystroke that you do (aka they're a keylogger.... for good reason.) So I wanted to make sure none of my passwords were in there and what not. Synergy is just a mess. It works great if you just have a crappy little mouse. I've been dealing with this problem for YEARS. So my suggestions are as follows.

 

If you're just using windows computers, use Microsoft's Garage Mouse without Borders. It works FLAWLESSLY regardless of the mouse you use. Literally have had ZERO issues on machines with that program running, despite it not even being maintained anymore. 

 

If you do have multiple differed OSs, go download Barrier here

 

https://github.com/debauchee/barrier/wiki

 

and see if that makes it any better for you. (You'll probably have to uninstall synergy.) It should look familiar, as I said earlier, it has an identical interface to synergy 1. 

 

That's really the only advice that I have. It's been working well for me for a while now. I even have clipboard sharing turned on! And it even works between the PCs and the mac! AND it even allows me to reassign the keys so that I can ctrl-v on the mac and it'll actually work! 

 

It's really sad that synergy is in the state that it is in. It's quite literally the only software I've found that is cross platform and does this. I've tried LITERALLY every other one I could find, and they all suck, or don't support mac. I just wish it would work. Mouse without Borders works flawlessly, even if I have the polling rate of my mouse up to 1000, why is Synergy so unoptimized that it can't even handle 1/10th that? Makes me sad. Anyway, let me know if barrier works for you. 

Edited by Kyle Reeping

Share this post


Link to post
Share on other sites
12 hours ago, Kyle Reeping said:

If you do have multiple differed OSs, go download Barrier here

I've been using Synergy since 2011 -- probably even earlier than that, but that's when I got a paid version -- and unlike you I had no problems since then. I even bought Synergy 2 just to support the project, but never really intended to use it. Unfortunately, I'll have to follow your advice and give Barrier a try. Thanks.

Share this post


Link to post
Share on other sites
1 hour ago, Pedro Werneck said:

I've been using Synergy since 2011 -- probably even earlier than that, but that's when I got a paid version -- and unlike you I had no problems since then. I even bought Synergy 2 just to support the project, but never really intended to use it. Unfortunately, I'll have to follow your advice and give Barrier a try. Thanks.

I also purchased synergy 1 way back in the day, so I'm by no means saying don't support them, I wish them all the best, I just hope that they can get their crap together and fix all the issues with their program because it is a necessity for those of us who use multiple computers with multiple OSes every day. 

Share this post


Link to post
Share on other sites

Thank you for the Barrier suggestion, Kyle!

Today I updated to 1.10.2 hoping for any improvement, but the issues remained exactly the same.

So I installed Barrier and no more issues so far. I haven't seen a single freeze.
I ought to ask for my money back. :/

 

Share this post


Link to post
Share on other sites

I tried Barrier too, but the problem persists with it. Maybe it's some lib used by synergy in Kubuntu 18.04, maybe it's hardware related. I'll try getting a statically compiled binary from someone.

Share this post


Link to post
Share on other sites

I've been using Barrier now for a few days and I have seen the problem maybe a couple of times per day max. And even if it happens it only lasts a second or so and is pretty much a non-issue.

In Synergy the mouse becomes completely stuck, lasting maybe 10 to 30 seconds or so, unless I would 'break it loose' it by moving the actual mouse on the client computer.

It sure would be nice to get at least an official acknowledgment that this is an issue and somebody would start looking at it.

 

Share this post


Link to post
Share on other sites
On 5/17/2019 at 9:41 AM, Matthias1231 said:

I've been using Barrier now for a few days and I have seen the problem maybe a couple of times per day max. And even if it happens it only lasts a second or so and is pretty much a non-issue.

In Synergy the mouse becomes completely stuck, lasting maybe 10 to 30 seconds or so, unless I would 'break it loose' it by moving the actual mouse on the client computer.

It sure would be nice to get at least an official acknowledgment that this is an issue and somebody would start looking at it.

 

It's being tracked on github here: https://github.com/symless/synergy-core/issues/6481 Appears to be caused by a lock conflict in X11.  

Share this post


Link to post
Share on other sites

I've just updated the machine running the synergy client and I'm faced with this problem; Was working fine with windows 10 as server and linux mint 18 (ubuntu 16) as client; I've upgraded to linux mint 19 (ubuntu 18) today and random freezes all over the place. Quite unusable like that.

I've been trying other versions and I find that the synergy_1.10.1.stable_b87+8941241e_debian_amd64 seems to work good so far on mint 19.

Alternatively I'll just revert back to the 1.6.3 which has yet to let me down.
 

Share this post


Link to post
Share on other sites

Hi guys, 

I have been tracking issues about mouse freezing for a while now. Although the symptom is the mouse freezing the causes seems to be varied in the reports I have received. One of the causes is solved by disabling a particular function and I would like to check if it solves the problem in other cases of the mouse freezing. 

Could you try out the development builds below, They are based on the current 1.10.2 release with the probable offending function disabled.

Windows x64:http://snapshots.symless.com/synergy/v1-core-standard/windows-x64/Release/Synergy_v1.10.2-testing6487_b119-93275071.msi
Windows x32: http://snapshots.symless.com/synergy/v1-core-standard/windows-x86/Release/Synergy_v1.10.2-testing6487_b117-93275071.msi
macOS: http://snapshots.symless.com/synergy/v1-core-standard/macos/Synergy_v1.10.2-testing6487_b133-93275071.dmg
Ubuntu16: http://snapshots.symless.com/synergy/v1-core-standard/ubuntu16/synergy_1.10.2.testing6487~b107+93275071_amd64.deb
Ubuntu18: http://snapshots.symless.com/synergy/v1-core-standard/ubuntu18/synergy_1.10.2.testing6487~b17+93275071_amd64.deb
Ubuntu19: http://snapshots.symless.com/synergy/v1-core-standard/ubuntu19/synergy_1.10.2.testing6487~b19+93275071_amd64.deb
Debian 9: http://snapshots.symless.com/synergy/v1-core-standard/debian/synergy_1.10.2.testing6487~b115+93275071_amd64.deb
CentOS 7.5: http://snapshots.symless.com/synergy/v1-core-standard/centos/x86_64/synergy-1.10.2-116.testing6487.93275071.el7.x86_64.rpm

Could you post your results in this thread or on the GitHub issue here

  • Like 1

Share this post


Link to post
Share on other sites

Is the disabled call XWindowsUtil::getWindowProperty()?  I've been running my own patched version of 10.1 and 10.2 with that disabled for a couple weeks. 

It's been much better, but I have seen occasional freezes, especially when using Qt applications.  (I was laying out a widget with designer the other day and it was pretty bad).

Share this post


Link to post
Share on other sites
On 5/24/2019 at 7:40 AM, Jamie Newbon said:

Could you post your results in this thread or on the GitHub issue here

It didn't help, I'm still getting intermittent freezes. Also, clipboard sharing stopped working.

Share this post


Link to post
Share on other sites
Posted (edited)
On 2019. 5. 24. at 7:40 PM, Jamie Newbon said:

Hi guys, 

I have been tracking issues about mouse freezing for a while now. Although the symptom is the mouse freezing the causes seems to be varied in the reports I have received. One of the causes is solved by disabling a particular function and I would like to check if it solves the problem in other cases of the mouse freezing. 

Could you try out the development builds below, They are based on the current 1.10.2 release with the probable offending function disabled.

Windows x64:http://snapshots.symless.com/synergy/v1-core-standard/windows-x64/Release/Synergy_v1.10.2-testing6487_b119-93275071.msi
Windows x32: http://snapshots.symless.com/synergy/v1-core-standard/windows-x86/Release/Synergy_v1.10.2-testing6487_b117-93275071.msi
macOS: http://snapshots.symless.com/synergy/v1-core-standard/macos/Synergy_v1.10.2-testing6487_b133-93275071.dmg
Ubuntu16: http://snapshots.symless.com/synergy/v1-core-standard/ubuntu16/synergy_1.10.2.testing6487~b107+93275071_amd64.deb
Ubuntu18: http://snapshots.symless.com/synergy/v1-core-standard/ubuntu18/synergy_1.10.2.testing6487~b17+93275071_amd64.deb
Ubuntu19: http://snapshots.symless.com/synergy/v1-core-standard/ubuntu19/synergy_1.10.2.testing6487~b19+93275071_amd64.deb
Debian 9: http://snapshots.symless.com/synergy/v1-core-standard/debian/synergy_1.10.2.testing6487~b115+93275071_amd64.deb
CentOS 7.5: http://snapshots.symless.com/synergy/v1-core-standard/centos/x86_64/synergy-1.10.2-116.testing6487.93275071.el7.x86_64.rpm

Could you post your results in this thread or on the GitHub issue here

Your testing version is very good! Thank you.

Server: Mac Mojave 10.14.3

Client: Ubuntu 18.04.2

Edited by Azonile

Share this post


Link to post
Share on other sites
On 5/25/2019 at 9:26 AM, Pedro Werneck said:

It didn't help, I'm still getting intermittent freezes. Also, clipboard sharing stopped working.

It helped for me, a bit.

The quantity of freezing seems to be down, but I also lost clipboard one-way.... Client clipboard to Server.

Server: Windows 10
Client: Ubuntu 18.04.2 LTS

section: options
    ...
	clipboardSharing = true
	clipboardSharingSize = 3072
	...
end

I did try small (<10 text character) clipboard copies as well as larger ones.

Share this post


Link to post
Share on other sites
On 6/2/2019 at 6:04 PM, Myntan said:

It helped for me, a bit.

The quantity of freezing seems to be down, but I also lost clipboard one-way.... Client clipboard to Server.

Server: Windows 10
Client: Ubuntu 18.04.2 LTS

This "fix" does break clipboard sharing from X11 (Ubuntu) clients.  It bypasses the code that reads the X11 clipboard, since there seems to be a lock contention issue in there.

Share this post


Link to post
Share on other sites

Hi guys

I have an update for this issue (courtesy from the GitHub community). An update to the libx11 package may be the trigger for this issue, downgrading the package libx11-6 to version 2:1.6.4-3ubuntu0.1 solves the issue on my machine

Use the command (Also remember you may be running the "hack" version of synergy. you may want to test with the release version 1.10.2 instead)

sudo apt install libx11-6=2:1.6.4-3ubuntu0.1
#Reboot may be required

this will downgrade the package but the package will still try to update, it's not recommended but if you wish you can hold the package to prevent it from updating with the following command

sudo apt-mark hold libx11-6 

Could people please report back on any success or failures of this fix with any details that may be important like OS version and the version of synergy your running.

Share this post


Link to post
Share on other sites

Hi Jamie. I'm just today trying your test code. I've gone 30 minutes without a freeze which is a record. Will try this for a while before I try downgrading x11. Thanks for fix(es).

Share this post


Link to post
Share on other sites

Please sign in to comment

You will be able to leave a comment after signing in



Sign In Now