[GH-ISSUE #849] Cursor does not move to client machine when Files/gedit/Terminal application is running or menu is open (Server linux - Ubuntu 20.04, client Windows 10) #673

Open
opened 2026-05-05 06:53:21 -06:00 by gitea-mirror · 1 comment
Owner

Originally created by @piet8stevens on GitHub (Aug 24, 2020).
Original GitHub issue: https://github.com/debauchee/barrier/issues/849

Operating Systems

Server: Ubuntu 20.04

Client: Windows 10

On Ubuntu, start up a browser, e.g., firefox. Move the mouse to the Windows machine. It works.
On Ubuntu, start Files and have its window visible on the edge of the screen that is closest to the Windows machine. Now move the cursor from the Ubuntu server to the Windows client. It gets stuck on the Ubuntu screen.

Barrier Version

2.3.3 on Ubuntu 20.04.
2.3.2 on Windows 10.

Steps to reproduce bug

  1. On Ubuntu, start up a browser, e.g., firefox.
  2. Move the mouse to the Windows machine. It works.
  3. On Ubuntu, start Files and have its window visible on the edge of the screen that is closest to the Windows machine.
  4. Now move the cursor from the Ubuntu server to the Windows client. It gets stuck on the Ubuntu screen.

Other info

I did not have this issue when I was running Ubuntu 18.04. Now, in the upgrade from 18.04 to 20.04, some of my setup has changed. Not sure whether that had any effect. I upgraded to 20.04 after my last barrier upgrade (I think).

This issue also shows up when any command window is open, such as from F2, but also when terminal or gedit are open on the edge of the Ubuntu screen near the Windows screen.

Workaround: first have firefox or thunderbird on top on the Ubuntu screen. Then a move of the cursor to the windows machine is possible.

  • Does this bug prevent you from using Barrier entirely? No, but it is definitely an important impediment to easy utilization.
Originally created by @piet8stevens on GitHub (Aug 24, 2020). Original GitHub issue: https://github.com/debauchee/barrier/issues/849 ### Operating Systems ### Server: Ubuntu 20.04 Client: Windows 10 On Ubuntu, start up a browser, e.g., firefox. Move the mouse to the Windows machine. It works. On Ubuntu, start Files and have its window visible on the edge of the screen that is closest to the Windows machine. Now move the cursor from the Ubuntu server to the Windows client. It gets stuck on the Ubuntu screen. ### Barrier Version ### 2.3.3 on Ubuntu 20.04. 2.3.2 on Windows 10. ### Steps to reproduce bug ### 1. On Ubuntu, start up a browser, e.g., firefox. 2. Move the mouse to the Windows machine. It works. 3. On Ubuntu, start Files and have its window visible on the edge of the screen that is closest to the Windows machine. 4. Now move the cursor from the Ubuntu server to the Windows client. It gets stuck on the Ubuntu screen. ### Other info ### I did not have this issue when I was running Ubuntu 18.04. Now, in the upgrade from 18.04 to 20.04, some of my setup has changed. Not sure whether that had any effect. I upgraded to 20.04 after my last barrier upgrade (I think). This issue also shows up when any command window is open, such as from <alt>F2, but also when terminal or gedit are open on the edge of the Ubuntu screen near the Windows screen. Workaround: first have firefox or thunderbird on top on the Ubuntu screen. Then a move of the cursor to the windows machine is possible. * Does this bug prevent you from using Barrier entirely? No, but it is definitely an important impediment to easy utilization.
Author
Owner

@piet8stevens commented on GitHub (Jul 14, 2021):

This also happens with 2.3.3 on Windows 10.

<!-- gh-comment-id:880140237 --> @piet8stevens commented on GitHub (Jul 14, 2021): This also happens with 2.3.3 on Windows 10.
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#673
No description provided.