github-starred/barrier

Fork 0

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

[GH-ISSUE #1947] Wireless mouse glitches and gets stuck on client window #1420

New issue

Open

opened 2026-05-05 07:49:32 -06:00 by gitea-mirror · 5 comments

gitea-mirror commented

2026-05-05 07:49:32 -06:00

Owner

Originally created by @mtrp12 on GitHub (Jun 23, 2023).
Original GitHub issue: https://github.com/debauchee/barrier/issues/1947

What happened?

Server is windows 11, client is windows 10. I am using a wireless mouse. Using self signed cert on both client and server and enabled SSL. After connection establishment mouse works fine on server. If I move the mouse to the client, it disappears to the bottom right corner. At this stage I can no longer control the mouse pointer in neither server nor client. It simply doesn't move but clicking works and it clicks in the same location. Keyboard also works on the focused window. I had a mouse connected to client and used that to stop client to regain control on the server. This mouse is wired. Reversed client server configuration doesn't have this issue.

Version

v2.4.0

Git commit hash (if applicable)

No response

If applicable, where did you install Barrier from?

Github release

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

Windows

What OS versions are you using?

Server: Windows 11
Client: Windows 10

All latest version.

Relevant log output

No response

Any other information

SERVER LOG.txt
CLIENT LOG.txt

Originally created by @mtrp12 on GitHub (Jun 23, 2023). Original GitHub issue: https://github.com/debauchee/barrier/issues/1947 ### What happened? Server is windows 11, client is windows 10. I am using a wireless [mouse](https://www.ryanscomputers.com/tronix-i1-black-wireless-mouse). Using self signed cert on both client and server and enabled SSL. After connection establishment mouse works fine on server. If I move the mouse to the client, it disappears to the bottom right corner. At this stage I can no longer control the mouse pointer in neither server nor client. It simply doesn't move but clicking works and it clicks in the same location. Keyboard also works on the focused window. I had a mouse connected to client and used that to stop client to regain control on the server. This mouse is wired. Reversed client server configuration doesn't have this issue. ### Version v2.4.0 ### Git commit hash (if applicable) _No response_ ### If applicable, where did you install Barrier from? Github release ### What OSes are you seeing the problem on? (Check all that apply) Windows ### What OS versions are you using? Server: Windows 11 Client: Windows 10 All latest version. ### Relevant log output _No response_ ### Any other information [SERVER LOG.txt](https://github.com/debauchee/barrier/files/11849839/SERVER.LOG.txt) [CLIENT LOG.txt](https://github.com/debauchee/barrier/files/11849840/CLIENT.LOG.txt)

gitea-mirror commented

2026-05-05 07:49:35 -06:00

Author

Owner

@hepto commented on GitHub (Jul 13, 2023):

I have the same issue with Windows 11 as server, macOS 13.4.1 as client and a Logitech MX Master 3S mouse

@hepto commented on GitHub (Jul 13, 2023): I have the same issue with Windows 11 as server, macOS 13.4.1 as client and a Logitech MX Master 3S mouse

gitea-mirror commented

2026-05-05 07:49:39 -06:00

Author

Owner

@hepto commented on GitHub (Jul 13, 2023):

Found the solution - not related to the wireless mouse.

Seems to be that if the server is running on a HiDPI display it creates this behaviour. A fix has been merged but has not been formally released - but you can grab an updated copy of the Windows installer with the fix via the following link:

https://dev.azure.com/debauchee/169cf39a-492c-408a-aacd-827752119933/_apis/build/builds/782/artifacts?artifactName=Windows%20Release%20Installer&api-version=7.0&%24format=zip

Which comes from the auto-build server here:

https://dev.azure.com/debauchee/Barrier/_build

@hepto commented on GitHub (Jul 13, 2023): Found the solution - not related to the wireless mouse. Seems to be that if the server is running on a HiDPI display it creates this behaviour. A [fix](https://github.com/debauchee/barrier/pull/1506) has been merged but has not been formally released - but you can grab an updated copy of the Windows installer with the fix via the following link: https://dev.azure.com/debauchee/169cf39a-492c-408a-aacd-827752119933/_apis/build/builds/782/artifacts?artifactName=Windows%20Release%20Installer&api-version=7.0&%24format=zip Which comes from the auto-build server here: https://dev.azure.com/debauchee/Barrier/_build

gitea-mirror commented

2026-05-05 07:49:40 -06:00

Author

Owner

@alx-xlx commented on GitHub (Aug 7, 2023):

Wow, I faced this issue as well, thanks for the download link. I fixed the issue.
Just wanted to know if all the pull requests is updated on this version you posted ??

@alx-xlx commented on GitHub (Aug 7, 2023): Wow, I faced this issue as well, thanks for the download link. I fixed the issue. Just wanted to know if all the pull requests is updated on this version you posted ??

gitea-mirror commented

2026-05-05 07:49:42 -06:00

Author

Owner

@melaniestrong commented on GitHub (Aug 21, 2023):

I also wanted to say that this fix worked for me! Well, mostly. The Mac client connected to the Windows Server and the keyboard worked with no issues but the mouse would disappear from the Windows screens and then not reappear on the Mac screens. If I right clicked, it would show up in one spot on the far right hand bottom side of the Mac screen (and not as a cursor, but as an option screen, as though I right clicked on the desktop.)

I uninstalled the Windows version I had and reinstalled the new one from the above link. Now it does show up and everything else works (copy & paste from machine to machine - yay!!) but the mouse does lag when I move it to the Mac screens.

I'll mess around with things and if I can stop the lag, I'll update here in case anyone else runs into the same issue.

Server: Windows 11 (Asus laptop with additional monitor)
Client: Mac OS Ventura 13.2.1 (Macbook Pro with additional monitor)

Also, the server is definitely not running on an HiDPI display and the two external monitors aren't HiDPI either - only the MacBook Pro has a Retina screen,

@melaniestrong commented on GitHub (Aug 21, 2023): I also wanted to say that this fix worked for me! Well, mostly. The Mac client connected to the Windows Server and the keyboard worked with no issues but the mouse would disappear from the Windows screens and then not reappear on the Mac screens. If I right clicked, it would show up in one spot on the far right hand bottom side of the Mac screen (and not as a cursor, but as an option screen, as though I right clicked on the desktop.) I uninstalled the Windows version I had and reinstalled the new one from the above link. Now it does show up and everything else works (copy & paste from machine to machine - yay!!) but the mouse does lag when I move it to the Mac screens. I'll mess around with things and if I can stop the lag, I'll update here in case anyone else runs into the same issue. Server: Windows 11 (Asus laptop with additional monitor) Client: Mac OS Ventura 13.2.1 (Macbook Pro with additional monitor) Also, the server is definitely not running on an HiDPI display and the two external monitors aren't HiDPI either - only the MacBook Pro has a Retina screen,

gitea-mirror commented

2026-05-05 07:49:43 -06:00

Author

Owner

@JiaoRenHong commented on GitHub (Oct 13, 2023):

我也下载了您的版本，是有后可以移动鼠标而且基本的功能键正常，但是鼠标的光标没有。（win11家庭做服务器）
我的是ubuntu22.04lts pro做的客户端。但是反过来ubuntu22.04lts 做服务端却是正常的

@JiaoRenHong commented on GitHub (Oct 13, 2023): 我也下载了您的版本，是有后可以移动鼠标而且基本的功能键正常，但是鼠标的光标没有。（win11家庭做服务器）我的是ubuntu22.04lts pro做的客户端。但是反过来ubuntu22.04lts 做服务端却是正常的

No labels

Rows
Columns