github-starred/barrier

Fork 0

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

[GH-ISSUE #1369] Scrolling (MagicTrackPad 2) lacks "resolution" on remote systems #1064

New issue

Open

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

gitea-mirror commented

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

Owner

Originally created by @ylluminate on GitHub (Nov 2, 2021).
Original GitHub issue: https://github.com/debauchee/barrier/issues/1369

What happened?

When I scroll with a MagicTrackPad 2 that is directly attached to a workstation it is very smooth and with very fine grained control, but when using a MagicTrackPad 2 that's attached to a server and controlling a client remote system the control is quite poor and very non-fine-grained. It appears as though perhaps not enough data is being transmitted or properly emulated to the remotely attached systems - even if both server and client are macOS.

Here is a screencast of both versions while attempting to control:

Local MagicTrackPad 2 attached and vertically scrolling:
https://share.getcloudapp.com/wbu894Ov

Barrier controlling the remote system with a MagicTrackPad 2 on the server:
https://share.getcloudapp.com/E0uK9ppq

Version

From Git HEAD or commit (specify below)

Git commit hash (if applicable)

version 2.4

If applicable, where did you install Barrier from?

GitHub Releases

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

macOS

What OS versions are you using?

macOS 11.6

Relevant log output

No response

Any other information

No response

Originally created by @ylluminate on GitHub (Nov 2, 2021). Original GitHub issue: https://github.com/debauchee/barrier/issues/1369 ### What happened? When I scroll with a MagicTrackPad 2 that is directly attached to a workstation it is very smooth and with very fine grained control, but when using a MagicTrackPad 2 that's attached to a server and controlling a client remote system the control is quite poor and very non-fine-grained. It appears as though perhaps not enough data is being transmitted or properly emulated to the remotely attached systems - even if both server and client are macOS. Here is a screencast of both versions while attempting to control: Local MagicTrackPad 2 attached and vertically scrolling: https://share.getcloudapp.com/wbu894Ov Barrier controlling the remote system with a MagicTrackPad 2 on the server: https://share.getcloudapp.com/E0uK9ppq ### Version From Git HEAD or commit (specify below) ### Git commit hash (if applicable) version 2.4 ### If applicable, where did you install Barrier from? GitHub Releases ### What OSes are you seeing the problem on? (Check all that apply) macOS ### What OS versions are you using? macOS 11.6 ### Relevant log output _No response_ ### Any other information _No response_

gitea-mirror added the

bug

label 2026-05-05 07:25:32 -06:00

gitea-mirror commented

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

Author

Owner

@ylluminate commented on GitHub (Nov 3, 2021):

Not sure if this is related, but I'm also seeing multiple key presses happening when only one should occur on macOS (both client and server).

@ylluminate commented on GitHub (Nov 3, 2021): Not sure if this is related, but I'm also seeing multiple key presses happening when only one should occur on macOS (both client and server).

gitea-mirror commented

2026-05-05 07:25:37 -06:00

Author

Owner

@luser commented on GitHub (Aug 19, 2022):

I think this might describe the situation I'm seeing as well. I used to have my keyboard + mouse attached to my Ubuntu Linux desktop, with my MacBook Pro as a client. I recently switched things around so the MBP is the server and the Linux desktop is the client. It's working, but scrolling with the mousewheel feels wonky on Linux.

I'm using a Logitech M585 mouse, and it feels like small movements of the scroll wheel don't register at all, but larger movements result in way more scrolling than I'd expect.

Searching for answers on this topic led me to #68, which feels directly related and perhaps even explains the situation. If the mousewheel is generating a lot of small scroll events, and the client is buffering them up until they hit a threshold, then the experience would look like "no scrolling, then suddenly a lot of scrolling".

I'm not sure that this points to an answer, but I wanted to connect those threads.

@luser commented on GitHub (Aug 19, 2022): I think this might describe the situation I'm seeing as well. I used to have my keyboard + mouse attached to my Ubuntu Linux desktop, with my MacBook Pro as a client. I recently switched things around so the MBP is the server and the Linux desktop is the client. It's working, but scrolling with the mousewheel feels wonky on Linux. I'm using a Logitech M585 mouse, and it feels like small movements of the scroll wheel don't register at all, but larger movements result in *way* more scrolling than I'd expect. Searching for answers on this topic led me to #68, which feels directly related and perhaps even explains the situation. If the mousewheel is generating a lot of small scroll events, and the client is buffering them up until they hit a threshold, then the experience would look like "no scrolling, then suddenly *a lot* of scrolling". I'm not sure that this points to an answer, but I wanted to connect those threads.

No labels

Rows
Columns