github-starred/barrier

Fork 0

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

[GH-ISSUE #645] Barrier stops responding for approximately 5 seconds before recovering, unless I use another different mouse on the client to wake it up. #513

New issue

Closed

opened 2026-05-05 06:34:12 -06:00 by gitea-mirror · 1 comment

gitea-mirror commented

2026-05-05 06:34:12 -06:00

Owner

Originally created by @Jieiku on GitHub (Apr 30, 2020).
Original GitHub issue: https://github.com/debauchee/barrier/issues/645

The issue is odd because when barrier stops responding, pauses, lags, I can move the secondary mouse that is on the linux host(barrier client) and it will wake barrier back up and get the barrier mouse moving again.

Operating Systems

Server: Windows Embedded 8.1 Industry Enterprise (Version 6.3 Build 9600) + Classic Shell

Client: Ubuntu 18.04

I will Note that the Windows Server is not a physical machine, it is a Qemu/KVM virtual machine with gpu passthrough. So the communication between the two machies occurs over a virtual network, no actual network equipment is involved. I did as a test pci passthrough a network card to see if that would make a difference in my test but it did not.

Barrier Version

2.3.2-snapshot-210c2b70

Steps to reproduce bug

The issue does appear to be intermittent, but selecting and dragging a file around the screen appears to reliably cause it to happen.

This is me selecting a file and dragging it around the screen in slow circle movements, you will see it cut out for a few seconds at a time, you can see that it cuts out for quite a while:

Now here you can see that I am still moving it in small circles and it still cuts out, when you see the small jerk in my circle movements, thats me bumping the secondary mouse which seems to give the barrier mouse the kick in the butt it needs to get moving in circles again:

Other info

I have watched the barrier server log running on windows while this is happening, and there is no new lines in the log when it occurs, as if there are no issues at all.

If you can think if any more tests for me to try please let me know.... Neither the Linux Host (barrier client) or windows VM (barrier server) are unresponsive when this happens. any keyboard or mouse directly connected to the machine or VM continues to work, its just barrier that appears to stop working on me. Also it is not just dragging and dropping that does it, it seems to happen randomly some times, but dragging and dropping in KDE plasma on ubuntu seems to trigger it reliably.

When did the problem start to occur? When I...
I have been dealing with it on and off for as long as I have used barrier, now that I am needing to make more frequent use of barrier I notice it far more often.
Is there a way to work around it? at the moment I have just been using a seperate mouse and keyboard and not using barrier much.
Does this bug prevent you from using Barrier entirely? No, but its horribly annoying when it happens, it hampers my productivity.

I am not actually sure that the issue is with barrier. Because I can move the secondary mouse that is connected to the Ubuntu Client to wake up the mouse being controlled over barrier, it leads me to believe maybe it has something to do with my ubuntu install. Ubuntu 20.04 was just released so I may try blowing away my VM and Ubuntu install and starting fresh to see what happens.

Originally created by @Jieiku on GitHub (Apr 30, 2020). Original GitHub issue: https://github.com/debauchee/barrier/issues/645 The issue is odd because when barrier stops responding, pauses, lags, I can move the secondary mouse that is on the linux host(barrier client) and it will wake barrier back up and get the barrier mouse moving again. ### Operating Systems ### Server: Windows Embedded 8.1 Industry Enterprise (Version 6.3 Build 9600) + Classic Shell Client: Ubuntu 18.04 I will Note that the Windows Server is not a physical machine, it is a Qemu/KVM virtual machine with gpu passthrough. So the communication between the two machies occurs over a virtual network, no actual network equipment is involved. I did as a test pci passthrough a network card to see if that would make a difference in my test but it did not. ### Barrier Version ### 2.3.2-snapshot-210c2b70 ### Steps to reproduce bug ### The issue does appear to be intermittent, but selecting and dragging a file around the screen appears to reliably cause it to happen. This is me selecting a file and dragging it around the screen in slow circle movements, you will see it cut out for a few seconds at a time, you can see that it cuts out for quite a while: ![Peek 2020-04-30 01-57](https://user-images.githubusercontent.com/106644/80692475-787e1100-8a86-11ea-9119-de87d895c10f.gif) Now here you can see that I am still moving it in small circles and it still cuts out, when you see the small jerk in my circle movements, thats me bumping the secondary mouse which seems to give the barrier mouse the kick in the butt it needs to get moving in circles again: ![Peek 2020-04-30 02-00](https://user-images.githubusercontent.com/106644/80692643-b5e29e80-8a86-11ea-8b82-b24e83bd7d81.gif) ### Other info ### I have watched the barrier server log running on windows while this is happening, and there is no new lines in the log when it occurs, as if there are no issues at all. If you can think if any more tests for me to try please let me know.... Neither the Linux Host (barrier client) or windows VM (barrier server) are unresponsive when this happens. any keyboard or mouse directly connected to the machine or VM continues to work, its just barrier that appears to stop working on me. Also it is not just dragging and dropping that does it, it seems to happen randomly some times, but dragging and dropping in KDE plasma on ubuntu seems to trigger it reliably. * When did the problem start to occur? When I... I have been dealing with it on and off for as long as I have used barrier, now that I am needing to make more frequent use of barrier I notice it far more often. * Is there a way to work around it? at the moment I have just been using a seperate mouse and keyboard and not using barrier much. * Does this bug prevent you from using Barrier entirely? No, but its horribly annoying when it happens, it hampers my productivity. I am not actually sure that the issue is with barrier. Because I can move the secondary mouse that is connected to the Ubuntu Client to wake up the mouse being controlled over barrier, it leads me to believe maybe it has something to do with my ubuntu install. Ubuntu 20.04 was just released so I may try blowing away my VM and Ubuntu install and starting fresh to see what happens.

gitea-mirror closed this issue

2026-05-05 06:34:14 -06:00

gitea-mirror commented

2026-05-05 06:34:17 -06:00

Author

Owner

@Jieiku commented on GitHub (May 1, 2020):

I had formatted my system like 5 months ago with 18.04 again and a fresh VM install. At that time I was still having issues with barrier.

Today I installed Ubuntu 20.04 with kde plasma, and so far I cannot get it to lag out or stop responding no matter how hard I try. I am very happy now!

@Jieiku commented on GitHub (May 1, 2020): I had formatted my system like 5 months ago with 18.04 again and a fresh VM install. At that time I was still having issues with barrier. Today I installed Ubuntu 20.04 with kde plasma, and so far I cannot get it to lag out or stop responding no matter how hard I try. I am very happy now!

No labels

Rows
Columns