github-starred/barrier

Fork 0

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

[GH-ISSUE #1310] The mouse wheel direction is opposite between PC and MAC #1036

New issue

Open

opened 2026-05-05 07:24:06 -06:00 by gitea-mirror · 7 comments

gitea-mirror commented

2026-05-05 07:24:06 -06:00

Owner

Originally created by @g101418 on GitHub (Oct 6, 2021).
Original GitHub issue: https://github.com/debauchee/barrier/issues/1310

What happened?

The mouse wheel direction is opposite between PC and MAC
On the Mac, I downloaded the "Mos" software, which can modify the direction of the mouse wheel so that the "natural" settings of the trackpad can be retained. But after the pulley command is sent to windows through the barrier, the direction of the pulley is also modified, which is exactly the opposite of the Mac.
It is difficult for me to get a thoroughness between the two.

Version

v2.3.3

Git commit hash (if applicable)

No response

If applicable, where did you install Barrier from?

No response

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

macOS

What OS versions are you using?

macOS mojave 10.14.6 (18G9323)
and
windows10

Relevant log output

No response

Any other information

No response

Originally created by @g101418 on GitHub (Oct 6, 2021). Original GitHub issue: https://github.com/debauchee/barrier/issues/1310 ### What happened? The mouse wheel direction is opposite between PC and MAC On the Mac, I downloaded the "Mos" software, which can modify the direction of the mouse wheel so that the "natural" settings of the trackpad can be retained. But after the pulley command is sent to windows through the barrier, the direction of the pulley is also modified, which is exactly the opposite of the Mac. It is difficult for me to get a thoroughness between the two. ### Version v2.3.3 ### Git commit hash (if applicable) _No response_ ### If applicable, where did you install Barrier from? _No response_ ### What OSes are you seeing the problem on? (Check all that apply) macOS ### What OS versions are you using? macOS mojave 10.14.6 (18G9323) and windows10 ### Relevant log output _No response_ ### Any other information _No response_

gitea-mirror added the

bug

label 2026-05-05 07:24:06 -06:00

gitea-mirror commented

2026-05-05 07:24:08 -06:00

Author

Owner

@RafaelMonteiro95 commented on GitHub (Oct 6, 2021):

I'm using Barrier 2.3.3, Windows 10 as host and MacOS 11.6 as client, and my scroll already works as expected without using any software to reverse it.
For example, when using the mouse in Mac, scrolling down with the mouse scrolls down the page, and scrolling down with the touchpad scrolls up. The same happens in Windows.

Maybe both Mos and Barrier are reversing it, or it's an issue when using Mac as host (I'm not sure which machine is the host from your issue description)

@RafaelMonteiro95 commented on GitHub (Oct 6, 2021): I'm using Barrier 2.3.3, Windows 10 as host and MacOS 11.6 as client, and my scroll already works as expected without using any software to reverse it. For example, when using the mouse in Mac, scrolling down with the mouse scrolls down the page, and scrolling down with the touchpad scrolls up. The same happens in Windows. Maybe both Mos and Barrier are reversing it, or it's an issue when using Mac as host (I'm not sure which machine is the host from your issue description)

gitea-mirror commented

2026-05-05 07:24:10 -06:00

Author

Owner

@g101418 commented on GitHub (Oct 8, 2021):

First of all, thank you for your reply.
The host of my barrier is Mac

@g101418 commented on GitHub (Oct 8, 2021): First of all, thank you for your reply. The host of my barrier is Mac

gitea-mirror commented

2026-05-05 07:24:11 -06:00

Author

Owner

@myn commented on GitHub (Nov 10, 2021):

Experiencing the same issue on 2.4.0. Windows 10 as host, MacOS 10.15.7 as client.

@myn commented on GitHub (Nov 10, 2021): Experiencing the same issue on 2.4.0. Windows 10 as host, MacOS 10.15.7 as client.

gitea-mirror commented

2026-05-05 07:24:11 -06:00

Author

Owner

@tamsky commented on GitHub (Dec 17, 2021):

Possibly helpful additional datapoint:

Experiencing a similar issue on the client, but only when trying to invoke the OSX Accessibility>>Zoom>>Scroll Gesture+modifier key behavior on a client. Zoom direction is correct on Host (using Control as modifier), but zoom direction is reversed on client (using Option as modifier).

Version 2.4.0-release- (Nov 1, 2021 build date)
Host: MacOS 10.14.6
Client: MacOS 10.15.7

Trackpad scroll direction is set to "Natural" on both Host and Client.

@tamsky commented on GitHub (Dec 17, 2021): Possibly helpful additional datapoint: Experiencing a similar issue on the client, but only when trying to invoke the OSX Accessibility>>Zoom>>Scroll Gesture+modifier key behavior on a client. Zoom direction is correct on Host (using Control as modifier), but zoom direction is reversed on client (using Option as modifier). Version 2.4.0-release-<sha> (Nov 1, 2021 build date) Host: MacOS 10.14.6 Client: MacOS 10.15.7 Trackpad scroll direction is set to "Natural" on both Host and Client.

gitea-mirror commented

2026-05-05 07:24:12 -06:00

Author

Owner

@mmorella-dev commented on GitHub (Dec 18, 2021):

I have a similar issue; Windows 11 host, macOS 12 client, both running Barrier 2.3.3. My Mac is running Mac Mouse Fix (https://github.com/noah-nuebling/mac-mouse-fix) to invert mouse scrolling, but when connected via Barrier, scrolling seems to be inverted again, presumably so that scroll directions are consistent across Mac and PC (which is what I want), but in this exact configuration, it leads to the scrolling being "Natural" again.

I can get it back to how I want it by disabling Mac Mouse Fix, but I'd rather have my Barrier inputs be consistent with plain USB inputs, since I tend to switch between the two frequently.

Would be very useful to have a setting for inverting the scroll wheel in Barrier's settings.

@mmorella-dev commented on GitHub (Dec 18, 2021): I have a similar issue; Windows 11 host, macOS 12 client, both running Barrier 2.3.3. My Mac is running Mac Mouse Fix (<https://github.com/noah-nuebling/mac-mouse-fix>) to invert mouse scrolling, but when connected via Barrier, scrolling seems to be inverted again, presumably so that scroll directions are consistent across Mac and PC (which is what I want), but in this exact configuration, it leads to the scrolling being "Natural" again. I can get it back to how I want it by disabling Mac Mouse Fix, but I'd rather have my Barrier inputs be consistent with plain USB inputs, since I tend to switch between the two frequently. Would be very useful to have a setting for inverting the scroll wheel in Barrier's settings.

gitea-mirror commented

2026-05-05 07:24:13 -06:00

Author

Owner

@kmichailg commented on GitHub (Dec 29, 2021):

This is a +1 for me. TL;DR is I am experiencing the same issue as @morellam-dev.

I have Scroll Reverser instead on my MacBook Pro macOS 11.6 client, Windows 10 Pro server setup.

If I connect the mouse directly to the macOS, the scroll is reversed without Scroll Reverser on. But when using Barrier the scroll direction is not reversed, and I have to turn off Scroll Reverser.

Hope there will be a setting for inverting scroll in Barrier Settings. Might have to check around if it already is in Barrier, but if not I really hope it's on the horizon.

@kmichailg commented on GitHub (Dec 29, 2021): This is a +1 for me. TL;DR is I am experiencing the same issue as @morellam-dev. I have Scroll Reverser instead on my MacBook Pro macOS 11.6 client, Windows 10 Pro server setup. If I connect the mouse directly to the macOS, the scroll is reversed without Scroll Reverser on. But when using Barrier the scroll direction is not reversed, and I have to turn off Scroll Reverser. Hope there will be a setting for inverting scroll in Barrier Settings. Might have to check around if it already is in Barrier, but if not I really hope it's on the horizon.

gitea-mirror commented

2026-05-05 07:24:14 -06:00

Author

Owner

@davzaman commented on GitHub (Feb 14, 2022):

+1 to this issue.

I am using Autohotkey to reverse scrolling direction on my Windows 11 PC (Server), and use the system preferences on my mac OS X 12.1 / Monterey (Client) to have natural scroll. I use an external keyboard and mouse to control both.

On the Mac, if I use my trackpad, it works fine, but through barrier it's not natural (down is down and up is up, instead of reversed). I've tried disabling autohotkey and the natural scroll option on the mac, and neither fixed it, so it doesn't appear that they are "cancelling each other out". When I use my mouse directly with the mac it does have natural scroll direction.

@davzaman commented on GitHub (Feb 14, 2022): +1 to this issue. I am using Autohotkey to reverse scrolling direction on my Windows 11 PC (Server), and use the system preferences on my mac OS X 12.1 / Monterey (Client) to have natural scroll. I use an external keyboard and mouse to control both. On the Mac, if I use my trackpad, it works fine, but through barrier it's not natural (down is down and up is up, instead of reversed). I've tried disabling autohotkey and the natural scroll option on the mac, and neither fixed it, so it doesn't appear that they are "cancelling each other out". When I use my mouse directly with the mac it does have natural scroll direction.

No labels

Rows
Columns