[GH-ISSUE #1288] Failed synergy connections break mouse motion #1027

Open
opened 2026-05-05 07:23:41 -06:00 by gitea-mirror · 0 comments
Owner

Originally created by @edanaher on GitHub (Sep 12, 2021).
Original GitHub issue: https://github.com/debauchee/barrier/issues/1288

What happened?

I upgraded from Synergy to Barrier, and was initially pleased, but quickly found that sometimes the mouse would jump around on the client screens rather than moving smoothly - it seemed like it would quickly jump back and forth between one fixed location and the actual area it was moving through, while moving at half or less of real time. This made barrier effectively unusable. Restarting would fix it for a few seconds, but it would quickly break again.

It turns out I unfortunately still had an old Synergy service running on a Windows VM. It was generating various errors in the logs about insecure/failed connections, but I figured those were harmless, and I couldn't track down where they were coming from. However, once I turned off that service, those errors and the glitchy mouse movement went away.

I don't know where this is coming from, but it seems like a clear bug if unknown connections can completely break this.

Version

v2.3.3

Git commit hash (if applicable)

No response

If applicable, where did you install Barrier from?

NixOS packages (Linux), Github download (Windows)

What OSes are you seeing the problem on? (Check all that apply)

Linux, Windows

What OS versions are you using?

NixOS unstable, Windows 10

Relevant log output

No response

Any other information

No response

Originally created by @edanaher on GitHub (Sep 12, 2021). Original GitHub issue: https://github.com/debauchee/barrier/issues/1288 ### What happened? I upgraded from Synergy to Barrier, and was initially pleased, but quickly found that sometimes the mouse would jump around on the client screens rather than moving smoothly - it seemed like it would quickly jump back and forth between one fixed location and the actual area it was moving through, while moving at half or less of real time. This made barrier effectively unusable. Restarting would fix it for a few seconds, but it would quickly break again. It turns out I unfortunately still had an old Synergy service running on a Windows VM. It was generating various errors in the logs about insecure/failed connections, but I figured those were harmless, and I couldn't track down where they were coming from. However, once I turned off that service, those errors and the glitchy mouse movement went away. I don't know where this is coming from, but it seems like a clear bug if unknown connections can completely break this. ### Version v2.3.3 ### Git commit hash (if applicable) _No response_ ### If applicable, where did you install Barrier from? NixOS packages (Linux), Github download (Windows) ### What OSes are you seeing the problem on? (Check all that apply) Linux, Windows ### What OS versions are you using? NixOS unstable, Windows 10 ### Relevant log output _No response_ ### Any other information _No response_
gitea-mirror added the
bug
label 2026-05-05 07:23:41 -06:00
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: github-starred/barrier#1027
No description provided.