[GH-ISSUE #2084] Mouse movement registers on Server when moved on Client #1506

New issue

Open

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

gitea-mirror commented

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

Owner

Originally created by @oilcan-productions on GitHub (Jul 29, 2024).
Original GitHub issue: https://github.com/debauchee/barrier/issues/2084

What happened?

MacOS Server, Windows 11 Client,
When I play a video in full screen on the server and move the mouse to the client, moving the mouse on the client registers also on the server, the cursor on the server does not move but the video overlay gets triggered i.e. the play/pause/info/subtitle screen overlays the video. When I stop moving the mouse on the client the overlay on the server goes away until I move the mouse the next time.

Version

v2.4.0

Git commit hash (if applicable)

No response

If applicable, where did you install Barrier from?

Tried building from source, grabbing the latest from GitHub

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

Windows, macOS

What OS versions are you using?

MacOS Ventura 13.6.8 -- Server
Windows 11 -- Client

Relevant log output

N/A

Any other information

N/A

Originally created by @oilcan-productions on GitHub (Jul 29, 2024). Original GitHub issue: https://github.com/debauchee/barrier/issues/2084 ### What happened? MacOS Server, Windows 11 Client, When I play a video in full screen on the server and move the mouse to the client, moving the mouse on the client registers also on the server, the cursor on the server does not move but the video overlay gets triggered i.e. the play/pause/info/subtitle screen overlays the video. When I stop moving the mouse on the client the overlay on the server goes away until I move the mouse the next time. ### Version v2.4.0 ### Git commit hash (if applicable) _No response_ ### If applicable, where did you install Barrier from? Tried building from source, grabbing the latest from GitHub ### What OSes are you seeing the problem on? (Check all that apply) Windows, macOS ### What OS versions are you using? MacOS Ventura 13.6.8 -- Server Windows 11 -- Client ### Relevant log output ```shell N/A ``` ### Any other information N/A

gitea-mirror commented

2026-05-05 07:53:45 -06:00

Author

Owner

@ViniScooper commented on GitHub (Jul 30, 2024):

Update Barrier
Ensure you are using the latest version of Barrier on both your macOS server and Windows 11 client. Sometimes, issues like these are fixed in newer releases.

Configure Barrier
Check for Configuration Errors:

Open Barrier on both the server and client.
Go to the configuration settings and ensure that the server and client are correctly set up.
Verify that the client is properly mapped to the server's screen layout.
Adjust Client Settings:

On the Windows 11 client, go to Barrier settings.
Navigate to the "Advanced" tab and try adjusting the "Polling rate" or other mouse settings.
Server Settings:

On the macOS server, go to Barrier settings.
Navigate to the "Advanced" tab and ensure the settings are optimized for performance.
Disable Hardware Acceleration
Disabling hardware acceleration in the video player on the macOS server might help. Follow these steps:

Open the video player application on macOS.
Go to Preferences or Settings.
Look for an option related to hardware acceleration and disable it.
Check for Interference
Other software or settings might be interfering with Barrier. Try the following:

Disable other remote control software: Ensure no other software is interfering with Barrier.
Disable macOS Accessibility features: Go to System Preferences > Accessibility and turn off features that might affect mouse and keyboard input.
Rebuild Barrier from Source
If the issue persists, you might want to try building Barrier from the latest source again. Ensure you follow the build instructions carefully:

git clone https://github.com/debauchee/barrier.git
cd barrier

mkdir build
cd build
cmake ..
make

sudo make install

@ViniScooper commented on GitHub (Jul 30, 2024): Update Barrier Ensure you are using the latest version of Barrier on both your macOS server and Windows 11 client. Sometimes, issues like these are fixed in newer releases. Configure Barrier Check for Configuration Errors: Open Barrier on both the server and client. Go to the configuration settings and ensure that the server and client are correctly set up. Verify that the client is properly mapped to the server's screen layout. Adjust Client Settings: On the Windows 11 client, go to Barrier settings. Navigate to the "Advanced" tab and try adjusting the "Polling rate" or other mouse settings. Server Settings: On the macOS server, go to Barrier settings. Navigate to the "Advanced" tab and ensure the settings are optimized for performance. Disable Hardware Acceleration Disabling hardware acceleration in the video player on the macOS server might help. Follow these steps: Open the video player application on macOS. Go to Preferences or Settings. Look for an option related to hardware acceleration and disable it. Check for Interference Other software or settings might be interfering with Barrier. Try the following: Disable other remote control software: Ensure no other software is interfering with Barrier. Disable macOS Accessibility features: Go to System Preferences > Accessibility and turn off features that might affect mouse and keyboard input. Rebuild Barrier from Source If the issue persists, you might want to try building Barrier from the latest source again. Ensure you follow the build instructions carefully: git clone https://github.com/debauchee/barrier.git cd barrier mkdir build cd build cmake .. make sudo make install

gitea-mirror commented

2026-05-05 07:53:47 -06:00

Author

Owner

@mkostersitz commented on GitHub (Jul 30, 2024):

thank you @ViniScooper, went through all of this. No change.
I have been on the latest release and also rebuilt from source late last week to be sure this has not been fixed.
All settings are default with the exception that I turned off SSL
Disabling HW acceleration on both ends does not help either.
I disabled SSH and VNC access to the Mac without change to the problem.
Changing polling top 10000ms from 5000ms does not change the issue.
I rebuilt from source again just now. No change.
tried both ways using the ./clean_build.sh and the steps outlined above. No change.

@mkostersitz commented on GitHub (Jul 30, 2024): thank you @ViniScooper, went through all of this. No change. I have been on the latest release and also rebuilt from source late last week to be sure this has not been fixed. All settings are default with the exception that I turned off SSL Disabling HW acceleration on both ends does not help either. I disabled SSH and VNC access to the Mac without change to the problem. Changing polling top 10000ms from 5000ms does not change the issue. I rebuilt from source again just now. No change. tried both ways using the ./clean_build.sh and the steps outlined above. No change.