github-starred/barrier

Fork 0

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

[GH-ISSUE #1056] Main screen gets locked out #840

New issue

Open

opened 2026-05-05 07:12:24 -06:00 by gitea-mirror · 7 comments

gitea-mirror commented

2026-05-05 07:12:24 -06:00

Owner

Originally created by @tosk3 on GitHub (Feb 7, 2021).
Original GitHub issue: https://github.com/debauchee/barrier/issues/1056

Describe the bug
Sometimes when you move the mouse to the other screen, you get locked out of the main computer and the mouse and keyboard don't work anywhere with no way to regain control apart from hard restart.

To Reproduce
happens randomly sometimes when moving to another screen.

Expected behavior
move mouse to another screen and be able to return.

Desktop (please complete the following information):

OS: [e.g. Windows]
Barrier version 2.3.1
Windows 10

Additional context

Keyboard shortcut to comeback to main screen doesn't work

Originally created by @tosk3 on GitHub (Feb 7, 2021). Original GitHub issue: https://github.com/debauchee/barrier/issues/1056 **Describe the bug** Sometimes when you move the mouse to the other screen, you get locked out of the main computer and the mouse and keyboard don't work anywhere with no way to regain control apart from hard restart. **To Reproduce** happens randomly sometimes when moving to another screen. **Expected behavior** move mouse to another screen and be able to return. **Desktop (please complete the following information):** - OS: [e.g. Windows] - Barrier version 2.3.1 - Windows 10 **Additional context** Keyboard shortcut to comeback to main screen doesn't work

gitea-mirror commented

2026-05-05 07:12:26 -06:00

Author

Owner

@tosk3 commented on GitHub (Feb 8, 2021):

It appears to be happening when using Adobe Illustrator

@tosk3 commented on GitHub (Feb 8, 2021): It appears to be happening when using Adobe Illustrator

gitea-mirror commented

2026-05-05 07:12:27 -06:00

Author

Owner

@openhat-org commented on GitHub (Feb 11, 2021):

This behavior is absolutely unacceptable. Happens to me without Adobe Illustrator too.

A workaround is to use the native keyboard/mouse on the secondary machine to quit Barrier. Stopping is not enough. This will return control to the main machine.

Something I'm going to try when this happens next is to use Remote Desktop to kill Barrier on the main machine. I'll see if this helps.

I have activated the "Check clients every ... ms" to see if this helps. However, I suspect that Barrier hangs in a low-level network routine because the behavior occurs when the mouse pointer is about to exit the main screen.

I would like to suggest a "main emergency key combination" that hooks into the keyboard on a separate thread. When this combination is pressed Barrier should immediately release event hooks and terminate itself to restore control to main.

@openhat-org commented on GitHub (Feb 11, 2021): This behavior is absolutely unacceptable. Happens to me without Adobe Illustrator too. A workaround is to use the native keyboard/mouse on the secondary machine to quit Barrier. Stopping is not enough. This will return control to the main machine. Something I'm going to try when this happens next is to use Remote Desktop to kill Barrier on the main machine. I'll see if this helps. I have activated the "Check clients every ... ms" to see if this helps. However, I suspect that Barrier hangs in a low-level network routine because the behavior occurs when the mouse pointer is about to exit the main screen. I would like to suggest a "main emergency key combination" that hooks into the keyboard on a separate thread. When this combination is pressed Barrier should immediately release event hooks and terminate itself to restore control to main.

gitea-mirror commented

2026-05-05 07:12:28 -06:00

Author

Owner

@tosk3 commented on GitHub (Feb 11, 2021):

For me stopping on the secondary machine does nothing. The main just hangs with nothing being able to be done. Sometimes ctrl +alt + delete, might make it snap out and you can log off to terminate the connections and then be prompted to cancel the log off by software that's blocking the log off since its not saved. Sometimes that works, other times I have to hope on recovery data working if my project wasn't saved recently.
I would second the "emergency key combination" to terminate connections and return to main machine, it would be very useful.

@tosk3 commented on GitHub (Feb 11, 2021): For me stopping on the secondary machine does nothing. The main just hangs with nothing being able to be done. Sometimes ctrl +alt + delete, might make it snap out and you can log off to terminate the connections and then be prompted to cancel the log off by software that's blocking the log off since its not saved. Sometimes that works, other times I have to hope on recovery data working if my project wasn't saved recently. I would second the "emergency key combination" to terminate connections and return to main machine, it would be very useful.

gitea-mirror commented

2026-05-05 07:12:29 -06:00

Author

Owner

@openhat-org commented on GitHub (Feb 11, 2021):

Have you tried exiting Barrier on the secondary instead of just stopping? Or kill the process using Task Manager.

I have also found that pressing "Windows + L" (this is Windows 10) locked the server. I was then able to get to the login screen, but after logging in there was again no response, so I had to hard reset the machine.

Maybe Barrier could reset itself on logoff to resolve this situation.

@openhat-org commented on GitHub (Feb 11, 2021): Have you tried exiting Barrier on the secondary instead of just stopping? Or kill the process using Task Manager. I have also found that pressing "Windows + L" (this is Windows 10) locked the server. I was then able to get to the login screen, but after logging in there was again no response, so I had to hard reset the machine. Maybe Barrier could reset itself on logoff to resolve this situation.

gitea-mirror commented

2026-05-05 07:12:30 -06:00

Author

Owner

@tosk3 commented on GitHub (Feb 11, 2021):

I haven't tried killing the process, i just stopped it, restarted it, but it never comes back. Ill have to see if it works next time it happens. Thanks !

@tosk3 commented on GitHub (Feb 11, 2021): I haven't tried killing the process, i just stopped it, restarted it, but it never comes back. Ill have to see if it works next time it happens. Thanks !

gitea-mirror commented

2026-05-05 07:12:31 -06:00

Author

Owner

@rogerdrummond commented on GitHub (Feb 15, 2021):

"Windows+L": Great advice! Maybe include that advice on the Help:About page. I was constantly losing mouse and keyboard whenever the mouse drifted over to the (secondary) Mac. I'd either have to reboot Windows, or turn on the second monitor and wake up the mac to get back control of the keyboard and mouse. I was going to suggest a programmable HOTKEY combination to return to mouse to the server machine. (Is there a working combo if I make the Mac the server in the future?)

@rogerdrummond commented on GitHub (Feb 15, 2021): "Windows+L": Great advice! Maybe include that advice on the Help:About page. I was constantly losing mouse and keyboard whenever the mouse drifted over to the (secondary) Mac. I'd either have to reboot Windows, or turn on the second monitor and wake up the mac to get back control of the keyboard and mouse. I was going to suggest a programmable HOTKEY combination to return to mouse to the server machine. (Is there a working combo if I make the Mac the server in the future?)

gitea-mirror commented

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

Author

Owner

@frakier commented on GitHub (May 24, 2024):

Barrier Version 2.4.0
Linux Mint Release Linux Mint 21.3 Virginia 64-bit
Kernel Linux 5.15.0-107-generic x86_64
MATE 1.26.0

Second computer is Linux as well.
All input is lost, videos continue playing, web page stuff still going. Just no input. Even pressing the power button to try and get the "shutdown system" option does not work. Only option is to hold the power button until the system cuts power.

Seems random for the most part but I want to say it happens more often if the mouse passes through the lower right hand side of the screen.

@frakier commented on GitHub (May 24, 2024): Barrier Version 2.4.0 Linux Mint Release Linux Mint 21.3 Virginia 64-bit Kernel Linux 5.15.0-107-generic x86_64 MATE 1.26.0 Second computer is Linux as well. All input is lost, videos continue playing, web page stuff still going. Just no input. Even pressing the power button to try and get the "shutdown system" option does not work. Only option is to hold the power button until the system cuts power. Seems random for the most part but I want to say it happens more often if the mouse passes through the lower right hand side of the screen.

No labels

Rows
Columns