Imported issue:
Steps to reproduce:
Expected: Mouse scroll works likewise on client as it does on server.
Actual: Mouse scroll doesn't work on client. Following log outputs are generated on client when scrolling is attempted:
WARNING: Wheel scroll delta (28) smaller than threshold (120)
/build/synergy-a5y_Eu/synergy-1.4.12/src/lib/platform/CXWindowsScreen.cpp,889
Versions and operating systems:
Server: Synergy 1.4.12 on Windows 7 Ultimate SP1
Client: Synergy 1.4.12 on Ubuntu 13.04 Linux
Temporary workarounds:
Start client from command line with yscroll option set to correct value. E.g.
synergyc --yscroll 28 [server address]
Similar bugs:
Bug #37 - Mouse scroll does not work on client screen (Windows XP)
Additional comments:
Bug #37 has this issue described in the thread. However, Bug #37 is currently classified as an issue between two windows xp machines and it is also no longer clear if that issue is caused by the yscroll value.
Same problem here with Ubuntu 13.10 client!
I've the same problem.
The workaround described seems to work fine, but does something exist to set the scroll parameter permanently?
I'm using v1.50 on Fedora 20 as the client with a OSX system as the server and am getting this exact type of error as well.
WARNING: Wheel scroll delta (60) smaller than threshold (120)
How can I override this through the official package's applet? Is that possible or do I have to resort to killing/quitting the official applet and running this via the cli?
I worked around the issue as follows. I didn't want to give up using the synergy applet to start/stop + manage everything so I did the following.
/usr/bin/synergyc.orig/usr/bin/synergyc```
#!/bin/bash
/usr/bin/synergyc.orig --yscroll 30 $*
```
chmod +x /usr/bin/synergyc
This is a hack to fix the issue, the more appropriate solution would be to either allow the setting of yscroll via synergy or to adjust/scale the default (if any) that's being communicated from the synergy server to the synergy clients.
Suggested workaround does nothing for me, no matter the value of --yscroll when I use my scroll wheel it scrolls the exact same amount.
Actually, I think your 'hack' is really simple and elegant. I more or less copied it verbatim and now I can move on to other things. Thanks!
Does still not work for me as a workaround, too. I am using ubuntu 15.10 as client and windows 10 as server.
The scroll data warning does not apprear in the logs on my system :(
I'm getting a similar message:
[2016-01-13T09:30:22] WARNING: Wheel scroll delta (24) smaller than threshold (120)
MacOSX server, Ubuntu 14.04 LTS client
v1.7.6-rc3-51705f7
same here, regardless of what I set yscroll to, the scrolling remains the same.
im using mac os el capitan on the server, sierra on the client with magic trackpad.
setting accessibility > trackpad scrolling speed made a tiny difference, but the scrolling is still too sensitive on the client.
The workaround definitely works, please implement this :+1:
Glad to finally find this! Fixes a long-standing issue with delayed scrolling from MacOS server, Linux client using Kensington Expert Mouse. Hack workaround is still necessary with Synergy 2, although the filename has changed and the --client flag must be the first argument:
$ cat /usr/bin/synergy-core
#!/bin/bash
/usr/bin/synergy-core.orig --client --yscroll 76 $*
EDIT 16 Feb:
synergy-core really seems to prefer -f flag for "run in the foreground", directly after --client or I get endless crashing loops of this:
[ Router ] [2018-02-16T14:32:54] debug: Error reading from core client: End of file
[ Router ] [2018-02-16T14:32:54] debug: Terminating core client read loop
So the final working script is:
#!/bin/bash
/usr/bin/synergy-core.orig --client -f --yscroll 76 $*
Experiencing the same thing - makes it unusable. Using the current version 1 download from the site.
Will try the hack.
WARNING: Wheel scroll delta (37) smaller than threshold (120)
same there Mac + Fedora, --yscroll 76 works perfectly, please add this config to the gui eventually
Most helpful comment
I worked around the issue as follows. I didn't want to give up using the synergy applet to start/stop + manage everything so I did the following.
/usr/bin/synergyc.orig/usr/bin/synergyc```
#!/bin/bash
/usr/bin/synergyc.orig --yscroll 30 $*
```
chmod +x /usr/bin/synergycThis is a hack to fix the issue, the more appropriate solution would be to either allow the setting of yscroll via synergy or to adjust/scale the default (if any) that's being communicated from the synergy server to the synergy clients.