github-starred/barrier

Fork 0

mirror of https://github.com/debauchee/barrier.git synced 2026-05-15 14:16:02 -06:00

[GH-ISSUE #60] Mouse clicks on client not working (just like the synergy bug, but already after 5 seconds) #51

New issue

Closed

opened 2026-05-05 04:52:10 -06:00 by gitea-mirror · 10 comments

gitea-mirror commented

2026-05-05 04:52:10 -06:00

Owner

Originally created by @datgame on GitHub (Jun 18, 2018).
Original GitHub issue: https://github.com/debauchee/barrier/issues/60

Operating Systems

Server: Windows 10, version 1703. OS Build 15063.1088

Client: Arch Linux 4.16.12-1-ARCH

Barrier Version

2.1.0-RELEASE-00000000

Steps to reproduce bug

move mouse from server (windows) to client (linux)
click things. mostly works for up to 5 seconds
clicks stop working

Other info

When did the problem start to occur? right away when i installed and tried it out.
Is there a way to work around it? yes. click apply on server barrier GUI, or do ctrl-alt-del ESC, and clicks are back working for another 5 seconds.
Does this bug prevent you from using Barrier entirely? Yes

Put anything else you can think of here.
https://symless.com/forums/topic/3121-mouse-clicks-on-client-not-working/
synergy 1.8.8 had the same problem, but could be used for a few hours before this happened.
I've tried changing the "Elevate" option to both never and always, without effect.

Originally created by @datgame on GitHub (Jun 18, 2018). Original GitHub issue: https://github.com/debauchee/barrier/issues/60 ### Operating Systems ### Server: Windows 10, version 1703. OS Build 15063.1088 Client: Arch Linux 4.16.12-1-ARCH ### Barrier Version ### 2.1.0-RELEASE-00000000 ### Steps to reproduce bug ### 1. move mouse from server (windows) to client (linux) 2. click things. mostly works for up to 5 seconds 3. clicks stop working ### Other info ### * When did the problem start to occur? right away when i installed and tried it out. * Is there a way to work around it? yes. click apply on server barrier GUI, or do ctrl-alt-del ESC, and clicks are back working for another 5 seconds. * Does this bug prevent you from using Barrier entirely? Yes Put anything else you can think of here. https://symless.com/forums/topic/3121-mouse-clicks-on-client-not-working/ synergy 1.8.8 had the same problem, but could be used for a few hours before this happened. I've tried changing the "Elevate" option to both never and always, without effect.

gitea-mirror closed this issue

2026-05-05 04:52:12 -06:00

gitea-mirror commented

2026-05-05 04:52:15 -06:00

Author

Owner

@datgame commented on GitHub (Jun 18, 2018):

In response to myself, I found a workaround it seems.
I've been using https://stefansundin.github.io/altdrag/ on Windows, which is great, coming from Linux.
Disabling that fixes the problem of disappearing clicks.
Setting AltDrag to Elevate doesn't help.
So for people with similar problems, make sure you don't have global mouse affecting tweaks running.
Would be great if I could use both at the same time. But being able to click at all is a priority now.
And I can finally delete that pile of trash Synergy has become.

@datgame commented on GitHub (Jun 18, 2018): In response to myself, I found a workaround it seems. I've been using https://stefansundin.github.io/altdrag/ on Windows, which is great, coming from Linux. Disabling that fixes the problem of disappearing clicks. Setting AltDrag to Elevate doesn't help. So for people with similar problems, make sure you don't have global mouse affecting tweaks running. Would be great if I could use both at the same time. But being able to click at all is a priority now. And I can finally delete that pile of trash Synergy has become.

gitea-mirror commented

2026-05-05 04:52:17 -06:00

Author

Owner

@walker0643 commented on GitHub (Jun 30, 2018):

hi @datgame - yes, having multiple apps that do keyboard/mouse trickery running simultaneously can definitely cause a conflict. i'm glad you found the workaround. cheers!

closing because this is not a bug.

@walker0643 commented on GitHub (Jun 30, 2018): hi @datgame - yes, having multiple apps that do keyboard/mouse trickery running simultaneously can definitely cause a conflict. i'm glad you found the workaround. cheers! closing because this is not a bug.

gitea-mirror commented

2026-05-05 04:52:19 -06:00

Author

Owner

@exodist commented on GitHub (Dec 23, 2018):

Can we re-open this? I am having the same problem, using latest version client and server are both arch. I have not (intentionally?) installed anything that might grab or mess with mouse. Fresh arch installs on both client and server.

@exodist commented on GitHub (Dec 23, 2018): Can we re-open this? I am having the same problem, using latest version client and server are both arch. I have not (intentionally?) installed anything that might grab or mess with mouse. Fresh arch installs on both client and server.

gitea-mirror commented

2026-05-05 04:52:21 -06:00

Author

Owner

@exodist commented on GitHub (Dec 23, 2018):

More info: It looks like clicks are not the problem. My client seems to be under the impression that the windows-key (whatever you want to call it) is constantly pressed. In fact even if I move the mouse back to the server the client seems to be stuck in windows-pressed until I kill barrierc.

@exodist commented on GitHub (Dec 23, 2018): More info: It looks like clicks are not the problem. My client seems to be under the impression that the windows-key (whatever you want to call it) is constantly pressed. In fact even if I move the mouse back to the server the client seems to be stuck in windows-pressed until I kill barrierc.

gitea-mirror commented

2026-05-05 04:52:23 -06:00

Author

Owner

@exodist commented on GitHub (Dec 23, 2018):

correction. It keeps the windows-pressed status even after killing barrierc..... bizarre

@exodist commented on GitHub (Dec 23, 2018): correction. It keeps the windows-pressed status even after killing barrierc..... bizarre

gitea-mirror commented

2026-05-05 04:52:25 -06:00

Author

Owner

@exodist commented on GitHub (Dec 23, 2018):

making a new issue, unrelated to this original one it seems

@exodist commented on GitHub (Dec 23, 2018): making a new issue, unrelated to this original one it seems

gitea-mirror commented

2026-05-05 04:52:27 -06:00

Author

Owner

@mrwensveen commented on GitHub (Mar 7, 2019):

I also have this bug, or something like it. Usually not after 5 seconds, but after a minute or so of inactivity. Moving the mouse off screen and then on screen again makes clicks work again, until it stops working. The workaround is only slightly annoying so I can live with it. Nothing in particular shows up in the log.

@mrwensveen commented on GitHub (Mar 7, 2019): I also have this bug, or something like it. Usually not after 5 seconds, but after a minute or so of inactivity. Moving the mouse off screen and then on screen again makes clicks work again, until it stops working. The workaround is only slightly annoying so I can live with it. Nothing in particular shows up in the log.

gitea-mirror commented

2026-05-05 04:52:29 -06:00

Author

Owner

@LaraArgento commented on GitHub (Jul 14, 2020):

I'm having the same issue.

@LaraArgento commented on GitHub (Jul 14, 2020): I'm having the same issue.

gitea-mirror commented

2026-05-05 04:52:30 -06:00

Author

Owner

@LaraArgento commented on GitHub (Jul 14, 2020):

I'm having the same issue.

I found out xD. Everytime i tried to open the current server settings (hitting win + barrier [enter]) I was opening a NEW instance of the software. Closing everything (aka restarting) solved the issue. It was Barrier conflicting with itself.

@LaraArgento commented on GitHub (Jul 14, 2020): > I'm having the same issue. I found out xD. Everytime i tried to open the current server settings (hitting win + barrier [enter]) I was opening a NEW instance of the software. Closing everything (aka restarting) solved the issue. It was Barrier conflicting with itself.

gitea-mirror commented

2026-05-05 04:52:32 -06:00

Author

Owner

@gaopinghai commented on GitHub (Jan 12, 2021):

I am having the same issue. Every time I close all barrier by restarting, click works for 5 seconds and I can not click any more. But switching between screen is alright.

@gaopinghai commented on GitHub (Jan 12, 2021): I am having the same issue. Every time I close all barrier by restarting, click works for 5 seconds and I can not click any more. But switching between screen is alright.

gitea-mirror referenced this issue

2026-05-05 07:56:59 -06:00

[PR #242] [CLOSED] Horizontal scroll and additional mouse buttons #1587

gitea-mirror referenced this issue

2026-05-05 07:57:52 -06:00

[PR #391] [MERGED] Re-implement patch for horizontal scrolling and extra mouse buttons #1619