github-starred/barrier

Fork 0

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

[GH-ISSUE #2120] Mouse gets stuck in client, restarting connects but no longer actually works #1530

New issue

Closed

opened 2026-05-05 07:54:54 -06:00 by gitea-mirror · 2 comments

gitea-mirror commented

2026-05-05 07:54:54 -06:00

Owner

Originally created by @michael-ts on GitHub (Apr 17, 2025).
Original GitHub issue: https://github.com/debauchee/barrier/issues/2120

What happened?

I am using Barrier on Windows 11 (Server) and Mac OS 14.3.1 (client).

At random times when using Barrier my mouse gets stuck in the client, meaning that when I bump the mouse into the edge of the screen instead of returning back to my server screen (the machine that actually has the mouse) it remains on the client and I am unable to actually do anything on the machine that actually has the mouse and keyboard.

I set up a hotkey so that when this happens I am able to continue working but once this happens I have to use the hotkey every time I want to switch which machine Barrier is controlling.

Of course on the client side I can turn off the client to recover. But then when I stop both sides and then restart the server and then the client the log on both sides claims they are connected but I am not able to control the client; the mouse won't go into the client machine from the edge of the screen, and the hotkey will not switch either. However, the cursor does disappear from the client like it normally does when Barrier takes over and does not reappear unless I cmd+tab to switch windows.

Version

v2.4.0

Git commit hash (if applicable)

N/A

If applicable, where did you install Barrier from?

It's been so long since I installed I don't remember... probably downloaded the installers directly from GitHub. The version on both says: 2.4.0-release-3e0d758b.

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

Windows

What OS versions are you using?

nb: it says "Check all that apply" and then provides a control that only allows selecting one.

Windows 11 (Barrier erver)
Mac OS 14.3.1 (Barrier client)

Relevant log output

no messages appear in the log related to the problem.

Any other information

No response

Originally created by @michael-ts on GitHub (Apr 17, 2025). Original GitHub issue: https://github.com/debauchee/barrier/issues/2120 ### What happened? I am using Barrier on Windows 11 (Server) and Mac OS 14.3.1 (client). At random times when using Barrier my mouse gets stuck in the client, meaning that when I bump the mouse into the edge of the screen instead of returning back to my server screen (the machine that actually has the mouse) it remains on the client and I am unable to actually do anything on the machine that actually has the mouse and keyboard. I set up a hotkey so that when this happens I am able to continue working but once this happens I have to use the hotkey every time I want to switch which machine Barrier is controlling. Of course on the client side I can turn off the client to recover. But then when I stop both sides and then restart the server and then the client the log on both sides claims they are connected but I am not able to control the client; the mouse won't go into the client machine from the edge of the screen, and the hotkey will not switch either. However, the cursor does disappear from the client like it normally does when Barrier takes over and does not reappear unless I cmd+tab to switch windows. ### Version v2.4.0 ### Git commit hash (if applicable) N/A ### If applicable, where did you install Barrier from? It's been so long since I installed I don't remember... probably downloaded the installers directly from GitHub. The version on both says: 2.4.0-release-3e0d758b. ### What OSes are you seeing the problem on? (Check all that apply) Windows ### What OS versions are you using? nb: it says "Check all that apply" and then provides a control that only allows selecting one. Windows 11 (Barrier erver) Mac OS 14.3.1 (Barrier client) ### Relevant log output ```shell no messages appear in the log related to the problem. ``` ### Any other information _No response_

gitea-mirror closed this issue

2026-05-05 07:54:55 -06:00

gitea-mirror commented

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

Author

Owner

@nbolton commented on GitHub (Apr 17, 2025):

Please try Deskflow or Input Leap as Barrier is no longer in development.

https://github.com/deskflow/deskflow
https://github.com/input-leap/input-leap

Both are compatible with Barrier client/server so you can try on one of your computers.

If this is still an issue in those projects, we would appreciate a cross-post of this issue.

Not sure which to use? The 'Insights' tab of each project may help you decide.

@nbolton commented on GitHub (Apr 17, 2025): Please try Deskflow or Input Leap as Barrier is no longer in development. https://github.com/deskflow/deskflow https://github.com/input-leap/input-leap Both are compatible with Barrier client/server so you can try on one of your computers. If this is still an issue in those projects, we would appreciate a cross-post of this issue. Not sure which to use? The 'Insights' tab of each project may help you decide.

gitea-mirror commented

2026-05-05 07:55:01 -06:00

Author

Owner

@michael-ts commented on GitHub (Apr 17, 2025):

Thanks! I installed Deskflow on both client and server and wound up with the same issue.
However, I noticed a log message on the server in Deskflow that was not appearing in Barrier:
NOTE: cursor is locked to screen, check scroll lock key
Since I don't even have a scroll lock key on my keyboard it took me a minute to figure this out, but apparently Fn+S toggles scroll lock but there is no indication of this anywhere unless I happen to open the on-screen keyboard. I suspect the same thing was happening in Barrier, except that it wasn't giving any messages in the log about it. This seems to be another case of "special" keys getting tripped, in this case I probably tried to hit Ctrl+s and since Fn is next to Ctrl I hit that by mistake.

@michael-ts commented on GitHub (Apr 17, 2025): Thanks! I installed Deskflow on both client and server and wound up with the same issue. However, I noticed a log message on the server in Deskflow that was not appearing in Barrier: ```NOTE: cursor is locked to screen, check scroll lock key``` Since I don't even *have* a scroll lock key on my keyboard it took me a minute to figure this out, but apparently Fn+S toggles scroll lock but there is no indication of this anywhere unless I happen to open the on-screen keyboard. I suspect the same thing was happening in Barrier, except that it wasn't giving any messages in the log about it. This seems to be another case of "special" keys getting tripped, in this case I probably tried to hit Ctrl+s and since Fn is next to Ctrl I hit that by mistake.

No labels

Rows
Columns