github-starred/barrier

Fork 0

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

[GH-ISSUE #858] Cursor takes several seconds to appear on client if client has no hardware mouse connected #680

New issue

Open

opened 2026-05-05 06:54:24 -06:00 by gitea-mirror · 4 comments

gitea-mirror commented

2026-05-05 06:54:24 -06:00

Owner

Originally created by @maladaptly on GitHub (Aug 29, 2020).
Original GitHub issue: https://github.com/debauchee/barrier/issues/858

Operating Systems

Server: Ubuntu 20.04.1 LTS

Client: Windows 10 build 19041.450

Barrier Version

2.3.3

Steps to reproduce bug

Disconnect all hardware pointers from client
Move cursor to client screen

Other info

When did the problem start to occur? I think it's always been there
Is there a way to work around it? Yes, dig an old mouse out of your junk pile and plug it into the client ;)
Does this bug prevent you from using Barrier entirely? No

Mouse events are still received and processed while the cursor is invisible, as can be seen in videogames that draw their own cursor. Usually, the cursor will appear on top of the game when it shouldn't, which I suspect may be the same bug.

Originally created by @maladaptly on GitHub (Aug 29, 2020). Original GitHub issue: https://github.com/debauchee/barrier/issues/858 ### Operating Systems ### Server: Ubuntu 20.04.1 LTS Client: Windows 10 build 19041.450 ### Barrier Version ### 2.3.3 ### Steps to reproduce bug ### 1. Disconnect all hardware pointers from client 2. Move cursor to client screen ### Other info ### * When did the problem start to occur? I think it's always been there * Is there a way to work around it? Yes, dig an old mouse out of your junk pile and plug it into the client ;) * Does this bug prevent you from using Barrier entirely? No Mouse events are still received and processed while the cursor is invisible, as can be seen in videogames that draw their own cursor. Usually, the cursor will appear on top of the game when it shouldn't, which I suspect may be the same bug.

gitea-mirror commented

2026-05-05 06:54:26 -06:00

Author

Owner

@nsk7even commented on GitHub (Sep 7, 2020):

I have this problem also, despite a hardware mouse is connected.
Server: Windows 10 1909
Client Ubuntu 18.04.5

For other reasons I started using Barrier in reverse (previoulsy the client/server roles of the above mentioned systems were the other way round - there this problem did not occur).

It is important to at least focus a window on the server to get this behaviour. Otherwise the mouse cursor is visible instantly.
The problem does not occur, when switching screens via hotkey.

@nsk7even commented on GitHub (Sep 7, 2020): I have this problem also, despite a hardware mouse is connected. Server: Windows 10 1909 Client Ubuntu 18.04.5 For other reasons I started using Barrier in reverse (previoulsy the client/server roles of the above mentioned systems were the other way round - there this problem did not occur). It is important to at least focus a window on the server to get this behaviour. Otherwise the mouse cursor is visible instantly. The problem does not occur, when switching screens via hotkey.

gitea-mirror commented

2026-05-05 06:54:29 -06:00

Author

Owner

@rinmak commented on GitHub (Nov 26, 2020):

Hi guys

Found a workaround for this. I wont take credit. Its from this page:

https://hardforum.com/threads/resolved-know-of-a-usb-device-to-fake-a-mouse-being-connected-win10.1983991/

The fix, Install this driver:

https://support.lenovo.com/ch/en/downloads/ds004071

Very glad I found this as it has allowed me to continue my Barrier rollout at work. This bug was going to be a showstopper otherwise (or require a lot of cheap mice to be purchased just to sit there doing nothing!)

@rinmak commented on GitHub (Nov 26, 2020): Hi guys Found a workaround for this. I wont take credit. Its from this page: https://hardforum.com/threads/resolved-know-of-a-usb-device-to-fake-a-mouse-being-connected-win10.1983991/ The fix, Install this driver: https://support.lenovo.com/ch/en/downloads/ds004071 Very glad I found this as it has allowed me to continue my Barrier rollout at work. This bug was going to be a showstopper otherwise (or require a lot of cheap mice to be purchased just to sit there doing nothing!)

gitea-mirror commented

2026-05-05 06:54:32 -06:00

Author

Owner

@eldorel commented on GitHub (Nov 11, 2021):

I just encountered this on a setup using a mix of windows 8.1 and windows 10 systems.

Sadly the linked wacom/mouse driver is not win10 compatible.

In my case, the mouse cursor disappeared from the client that had focus while the systems were sitting idle, but the symptoms are identical. (able to use the mouse normally, just no cursor.

I had to swap back and forth via hotkey to restore the cursor.

@eldorel commented on GitHub (Nov 11, 2021): I just encountered this on a setup using a mix of windows 8.1 and windows 10 systems. Sadly the linked wacom/mouse driver is not win10 compatible. In my case, the mouse cursor disappeared from the client that had focus while the systems were sitting idle, but the symptoms are identical. (able to use the mouse normally, just no cursor. I had to swap back and forth via hotkey to restore the cursor.

gitea-mirror commented

2026-05-05 06:54:33 -06:00

Author

Owner

@rinmak commented on GitHub (Nov 11, 2021):

Really? We have been running the Wacom driver here on Windows 10 1809 LTSC flawlessly since my last post. We have well over 100 systems using it with barrier.

Perhaps the more modern W10 OS versions wont allow the driver install?

@rinmak commented on GitHub (Nov 11, 2021): Really? We have been running the Wacom driver here on Windows 10 1809 LTSC flawlessly since my last post. We have well over 100 systems using it with barrier. Perhaps the more modern W10 OS versions wont allow the driver install?

No labels

Rows
Columns