[GH-ISSUE #1990] version 2.4 mouse does not work properly #1458

New issue

Open

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

gitea-mirror commented

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

Owner

Originally created by @Carter-chao on GitHub (Nov 3, 2023).
Original GitHub issue: https://github.com/debauchee/barrier/issues/1990

What happened?

windows 2.4 server + linux 2.4 client, the mouse does not work properly.
I try to change windows's Screen resolution from 125% to 100%, the mouse work normal。
But, the 100% Screen resolution in windows is ugliness to me.

Finally, It's work normal with “ windows 2.34 server 125% + linux 2.4 client 100%”

I think its a bug, maybe can fix in next version.

Version

v2.4.0

Git commit hash (if applicable)

No response

If applicable, where did you install Barrier from?

releases for windows v2.4
self-built executables Linux v2.4

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

Linux, Windows

What OS versions are you using?

win10
ubuntu 20.04 5.15

Relevant log output

No response

Any other information

No response

Originally created by @Carter-chao on GitHub (Nov 3, 2023). Original GitHub issue: https://github.com/debauchee/barrier/issues/1990 ### What happened? windows 2.4 server + linux 2.4 client, the mouse does not work properly. I try to change windows's Screen resolution from 125% to 100%, the mouse work normal。 But, the 100% Screen resolution in windows is ugliness to me. Finally, It's work normal with “ windows 2.34 server 125% + linux 2.4 client 100%” I think its a bug, maybe can fix in next version. ### Version v2.4.0 ### Git commit hash (if applicable) _No response_ ### If applicable, where did you install Barrier from? releases for windows v2.4 self-built executables Linux v2.4 ### What OSes are you seeing the problem on? (Check all that apply) Linux, Windows ### What OS versions are you using? win10 ubuntu 20.04 5.15 ### Relevant log output _No response_ ### Any other information _No response_

gitea-mirror commented

2026-05-05 07:51:26 -06:00

Author

Owner

@gleitoncampos commented on GitHub (Nov 7, 2023):

I confirm this bug.

Windows 11 x64 - barrier 2.4 - 2 screens, one in scale 150% - SERVER
Fedora 38 - barrier 2.4 (flatpak) - 1 screen at 100% - CLIENT

If I keep the windows screen at 150%, the mouse don't move in Linux screen, but if I set scale to 100%, everything works fine.
I found this workaround that worked like a charm.

@gleitoncampos commented on GitHub (Nov 7, 2023): I confirm this bug. Windows 11 x64 - barrier 2.4 - 2 screens, one in scale 150% - SERVER Fedora 38 - barrier 2.4 (flatpak) - 1 screen at 100% - CLIENT If I keep the windows screen at 150%, the mouse don't move in Linux screen, but if I set scale to 100%, everything works fine. I found [this](https://github.com/debauchee/barrier/issues/1638#issuecomment-1094301110) workaround that worked like a charm.

gitea-mirror commented

2026-05-05 07:51:27 -06:00

Author

Owner

@MrityunjaiKumar commented on GitHub (Nov 10, 2023):

as mentioned by @gleitoncampos , This is a confirmed bug.
Just to add this workaround, steps in images helped and solved the issue.

https://github.com/debauchee/barrier/issues/1638#issuecomment-1099783400

@MrityunjaiKumar commented on GitHub (Nov 10, 2023): as mentioned by @gleitoncampos , This is a confirmed bug. Just to add this workaround, steps in images helped and solved the issue. https://github.com/debauchee/barrier/issues/1638#issuecomment-1099783400

gitea-mirror commented

2026-05-05 07:51:29 -06:00

Author

Owner

@ylluminate commented on GitHub (Feb 26, 2024):

Be sure to take this to the living (forked) project: https://github.com/input-leap/input-leap

@ylluminate commented on GitHub (Feb 26, 2024): Be sure to take this to the living (forked) project: https://github.com/input-leap/input-leap