[GH-ISSUE #1865] barrier doesn't track original mouse warps #1365

Open
opened 2026-05-05 07:46:00 -06:00 by gitea-mirror · 0 comments
Owner

Originally created by @copiummax on GitHub (Dec 28, 2022).
Original GitHub issue: https://github.com/debauchee/barrier/issues/1865

What happened?

"Bug"
-Setup:

client            server
+---------+     +---------+     
|monitor 3|     |monitor 1|
+---------+     +---------+
+---------+     +---------+
|monitor 4|     |monitor 2|
+---------+     +---------+
  1. Mouse on the barrier client is on position 100, 100 on monitor 3
  2. I move the mouse pointer on the barrier client using the barrier server mouse to position 200, 200 on monitor 3
  3. I move the mouse pointer on the barrier client using the native mouse to position 300, 300 on monitor 3
  4. I move the mouse pointer using the barrier server and now it's back to 200, 200 instead of moving from 300, 300

Inconvenience
I use a tiled window manager and I use specific keyboard keys to switch between monitors on either server and client. When I try to use barrier hotkeys to switch between client/server, the mouse position jumps back to the position where barrier last tracked it, not the position where the WM last put it due to my WM having warped it with my WM-specific keybindings.

A thing I tried
I'm not sure what "relative mouse" is but I tried it in hopes it would track client mouse but it didn't.

Question
Do you know of a fix for this? Even if it's not a patch. Thank you in advance.

Version

v2.4.0

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)

Linux

What OS versions are you using?

Client: Linux 6.0.12-arch1-1 #1 SMP PREEMPT_DYNAMIC x86_64 GNU/Linux
Server: Linux 6.1.1-arch1-1 #1 SMP PREEMPT_DYNAMIC x86_64 GNU/Linux

Relevant log output

No response

Any other information

Window manager: dwm-6.4 patched with XWarpPointer(3) to switch mouse position on focusmon to active monitor

Originally created by @copiummax on GitHub (Dec 28, 2022). Original GitHub issue: https://github.com/debauchee/barrier/issues/1865 ### What happened? **"Bug"** -Setup: ``` client server +---------+ +---------+ |monitor 3| |monitor 1| +---------+ +---------+ +---------+ +---------+ |monitor 4| |monitor 2| +---------+ +---------+ ``` 1. Mouse on the barrier client is on position 100, 100 on monitor 3 2. I move the mouse pointer on the barrier client using the barrier server mouse to position 200, 200 on monitor 3 3. I move the mouse pointer on the barrier client using the native mouse to position 300, 300 on monitor 3 4. I move the mouse pointer using the barrier server and now it's back to 200, 200 instead of moving from 300, 300 **Inconvenience** I use a tiled window manager and I use specific keyboard keys to switch between monitors on either server and client. When I try to use barrier hotkeys to switch between client/server, the mouse position jumps back to the position where _barrier_ last tracked it, not the position where the WM last put it due to my WM having warped it with my WM-specific keybindings. **A thing I tried** I'm not sure what "relative mouse" is but I tried it in hopes it would track client mouse but it didn't. **Question** Do you know of a fix for this? Even if it's not a patch. Thank you in advance. ### Version v2.4.0 ### 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) Linux ### What OS versions are you using? **Client:** `Linux 6.0.12-arch1-1 #1 SMP PREEMPT_DYNAMIC x86_64 GNU/Linux` **Server:** `Linux 6.1.1-arch1-1 #1 SMP PREEMPT_DYNAMIC x86_64 GNU/Linux` ### Relevant log output _No response_ ### Any other information **Window manager:** `dwm-6.4` patched with `XWarpPointer(3)` to switch mouse position on `focusmon` to active monitor
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: github-starred/barrier#1365
No description provided.