Synergy-core: Cursor stuck on client when using multi-DPI server

[kusuriya]

It appears to happen in all of the 1.7 branch with win 10. I have two monitors connected to the server a 1920x1080 and a 2880x1620 running win10, the client has a single 1600x900 display running archlinux, they are configured with the 1600x900 display being to the right of the 2880x1620 display. If I move off of the 2880x1620 display onto the 1600x900 display the mouse gets stuck there, when I try to come back it briefly enters the screen and then exits back to the client. The logs even on debug two tell me that it is entering and exiting, and the server says that there is no screen found below my client at 0,892

As a note if I move the client to the edge of the 1920x1080 screen it works without a problem, and it also works fine if I turn the res on the HIDPI monitor down to 1920x1080.

Logs:
server.txt
client.txt

[daemeh]

Same issue here. I'm using a Windows 10 server with a 4k display, to which I'm connecting a Macbook Pro Retina with an additional external 1920x1200 display. When the server is at 4k resolution(with 175% apps scaling), the mouse cursor will get stuck in the lower-right corner of the client when moving to it. If I switch the server PC to 1920x1080 resolution(with 100% app scaling), then the problem disappears. Of course, I'd like to use the 4k display with app scaling, as everything looks blurry when using the 1920x1080 resolution.

[the-wes]

to everyone who is experiencing this: what version of synergy are you running?

[kusuriya]

Doesnt matter really any of the 1.6 - 1.7 branches take your pick. Im all the way up to latest stable but I can step back all the way to 1.6.0 I havent tried older than that.

[daemeh]

I'm using the latest stable v1.7.6 on both machines. I was using the beta, but I switched back to stable just to try and fix this issue.

[kusuriya]

Oh and the work around for my self, funny enough, is move who has the server to the non hi-dpi screen

[XinyuHou]

5222 Program only works when certain programs are open

@Craz3Coyote thinks this is related to certain programs

[kamakazikamikaze]

Same issue here. Maybe I need to rearrange my monitors.

Retina MacBook Pro is on the left. The PC has three monitors to the right of it. In order, from left to right, the total four screens are:

1920 x 1200 (HiDPI) | 3840 x 2160 | 2560 x 1400 | 2560 x 1400

If I set the server on the PC, either the mouse will "bounce" back to the PC when trying to cross borders (each try shifts it back a few hundred pixels) or the mouse gets stuck in the bottom-right corner of the MacBook Pro screen. If I set the server on the Mac, both devices claim that an SSL connection was successful but they both retain control of their own mouse.

[brminnick]

I had a similar issue and found the fix here: https://groups.google.com/forum/#!topic/synergy-users/KH5x5PQzaDs

"Locate synergys.exe, right-click on the executable and click properties. Select the compatibility tab and click "Change settings for all users". Tick the Disable scaling on high DPI settings" tick box and apply the settings. Restart the synergys.exe via the GUI or via services.msc."

[kusuriya]

https://github.com/symless/synergy/issues/4041 for people that dont want to dig for it. It is an interesting work around but honestly having the root cause of it fixed I think would be better, or at least detection for it. in addition I don't have that particular option any more since it runs as a service and services generally dont respect compatibility mode settings in my experience.

[kamakazikamikaze]

@kusuriya I can confirm that the workaround does resolve the issue. This is just another Windows "feature" to add onto my "why I hate Windows" list

[chevtek]

I started using a feature of my nvidia driver called DSR (Dynamic Super Resolution). It renders video at a higher resolution and then compresses it back down to native monitor resolution. Older games like World of Warcraft look superb this way and allows you to turn anti-aliasing completely off. Game looks better and I get higher FPS out of it. I'm on Windows 10 anniversary update btw.

With synergy running I have this exact same issue. My desktop renders at native resolution so if I'm on the desktop synergy works fine, but the minute I go into WoW while using 4k DSR resolution in the game my mouse will get stuck on the client (macbook pro) and the cursor doesn't render though I can see I'm mousing over some things on the client. Only way to fix this is to disable synergy on the client and then things return to normal on the PC.

I tested using 4k DSR for my normal desktop resolution as well thinking it might be the fact that only one game is using it and not the whole desktop. As soon as I did that synergy stopped working out of game as well. Same side effects. Take mouse to edge of screen and boom, stuck on client again. Not sure what to do. For now I'm just not using synergy while I play WoW because the benefits of DSR on my GPU performance seem to be absolutely superb.

[nlyan]

I'll be pushing for this to be fixed in v1.8.4

[nlyan]

Can anyone experiencing this issue please try 1.8.4 RC3?

http://symless.com/nightly?filter=synergy-v1.8.4-rc3

[XinyuHou]

Can anyone test this nightly please?
http://symless.com/nightly?filter=issue5186-different-dpi-rc1-8d193c7

[Kapps]

No luck with 'synergy-issue5186-different-dpi-rc1-8d193c7-Windows-x64.msi'

[2016-10-30T15:58:53] INFO: using last known command: "C:/Program Files/Synergy/synergys.exe" -f --no-tray --debug INFO --name DESKTOP-85R6CM8 --ipc --stop-on-desk-switch --enable-drag-drop --profile-dir "C:\Users\opant\AppData\Local" -c "C:/Users/opant/AppData/Local/Temp/qt_temp.Hp4784" --address :24800 --res-w 2560 --res-h 1440 --prm-wc 1280 --prm-hc 720

[2016-10-30T15:58:53] INFO: service command updated
[2016-10-30T15:58:53] INFO: starting new process
[2016-10-30T15:58:53] INFO: activeDesktop:Default
[2016-10-30T15:58:54] INFO: starting new process
synergys.exe: unrecognized option `--res-w'
Try `synergys.exe --help' for more information.

[2016-10-30T15:58:55] ERROR: failed to launch, error: process immediately stopped
[2016-10-30T15:58:55] INFO: backing off, wait=2s, failures=1
[2016-10-30T15:58:56] INFO: watchdog status: error
[2016-10-30T15:58:57] INFO: starting new process
[2016-10-30T15:58:57] INFO: activeDesktop:Default
[2016-10-30T15:58:57] INFO: starting new process
synergys.exe: unrecognized option `--res-w'
Try `synergys.exe --help' for more information.

EDIT: Spoke too soon, it looks like after running the command in the first line manually and getting rid of the two res and prm parameters, things work! I tested with a 5k iMac (in both Windows [250%] and Mac [200%]) and a 2560x1440 [125%] monitor that runs the server. The two resolutions are exactly a multiple of two of each other though, and I have nothing that's a different resolution to test with if there are any rounding issues when they're not exactly a multiple of each other.

[XinyuHou]

@Kapps
Thanks for the feedback. We will remember to handle the parameters as deprecated ones before we release.

[bsmedberg]

To test this do I need to install both the client and server version, or just a new server? The different-dpi test build doesn't come in Linux x64 RPM.

[XinyuHou]

@bsmedberg
Sorry for the late reply. This nightly has fixes for Windows server with high DPI scaling enabled. So you only need to update on your Windows server side. Thanks

[bsmedberg]

I can verify that the different-dpi-rc1 test build fixes my issues with a windows host. Using it now and looking forward to 1.8.6!

[pbrianmackey]

What is generally the most stable nightly option? In this case, 1.8.6-stable or 1.8.6-rc1?

[PhRX]

5201 got closed as a duplicate of this issue, but I don't quite see how, as it describes much more accurately what I'm seeing than this issue (my cursor doesn't get stuck). So I'll post my comment here as well :

This seems still broken in 1.8.6. Setup : laptop runs Win10, with High-DPI screen (3840x2160) [S1], with second monitor (1920x1080) [S2] to the right. Second is set as Main. Laptop runs synergy 1.8.6 as client.
Desktop runs linux, also 2 monitors (1600x1200 left, main [S3]; 1920 x 1080 right [S4]). Runs synergy 1.8.6 as server. Laptop screen is set to left of desktop screen.
so, it looks like : S1 - S2 - S3 - S4

I get the "looping" effect : start cursor on S3, move to S2 then S1. About 30% in S1 the cursor jumps again to the right of S2, continue moving to left then traverses S2 and S1 "normally". Jump/loop also occurs in exact reverse when moving cursor to the right again.
Still broken in 1.8.6. Setup : laptop runs Win10, with High-DPI screen (3840x2160) [S1], with second monitor (1920x1080) [S2] to the right. Second is set as Main. Laptop runs synergy 1.8.6 as client.
Desktop runs linux, also 2 monitors (1600x1200 left, main [S3]; 1920 x 1080 right [S4]). Runs synergy 1.8.6 as server. Laptop screen is set to left of desktop screen.
so, it looks like : S1 - S2 - S3 - S4

I get the "looping" effect : start cursor on S3, move to S2 then S1. About 30% in S1 the cursor jumps again to the right of S2, continue moving to left then traverses S2 and S1 "normally". Jump/loop also occurs in exact reverse when moving cursor to the right again.

[birdman7260]

I agree with @PhRX , there is another issue around multiple monitors that have different scaling. I wrote #5547 detailing my experience. What it boils down to is:

1. Client is Windows
2. Client has two monitors
3. Set the monitors to have different scaling (set one to 100% and the other to 125%)
4. Move cursor across these two monitors and notice how the cursor "loops".

The width of the loop is directly related to the difference in the scaling.
My personal monitors are: Client [4k and 1440] - Server [1440]
The issue is seen whether I set the resolution to be the same across monitors or not (i.e. it's the scaling that is the issue).

Please let me know if there is anything you'd like me to test to get you more information, I'm really looking forward to getting this particular bug fixed :)

[llavalle]

I have the same issue as @birdman7260 . Running 1.8.8 stable right now and having the problem when the client has 2 monitors with different scaling.

Getting cursor loop. This issue isn't fixed.

[giammin]

Getting cursor loop. This issue isn't fixed.

confirm

[mtvcp]

I am running 1.9.0-rc3 and have this issue. I think windows update 1803 caused this to be a problem again.