github-starred/barrier

Fork 0

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

[GH-ISSUE #1026] Keyboard on client gets disabled when receiving keys from server #812

New issue

Closed

opened 2026-05-05 07:10:38 -06:00 by gitea-mirror · 2 comments

gitea-mirror commented

2026-05-05 07:10:38 -06:00

Owner

Originally created by @rouceto1 on GitHub (Jan 16, 2021).
Original GitHub issue: https://github.com/debauchee/barrier/issues/1026

Describe the bug
Keyboard input gets temporarily disabled when keypress is sent from server to client.
When this happens once the behaviour also persists for keypresses on the client machine as well until the barrier is disabled.

This behaviour is NOT present if a key with modifiers like CTRL or ALT is sent and that key can pass though except this does not apply for client keyboard which is disabled altogether (except print screen key).
To Reproduce

Steps to reproduce the behaviour:

Start Barrier
From server try to type anything on the client
Step 2 also reproduces the bug but alow one more reproduction possibility
Type anything on client keyboard

Expected behavior
I would expect to be able to type without problem

Screenshots
This image appears on the screen of a client

Desktop (please complete the following information):

OS: Server Win 10, Client Ubuntu 18.04
Barrier version 2.3.3 on both

Additional context

Started happening randomly after reboot of a server system.

Originally created by @rouceto1 on GitHub (Jan 16, 2021). Original GitHub issue: https://github.com/debauchee/barrier/issues/1026 **Describe the bug** Keyboard input gets temporarily disabled when keypress is sent from server to client. When this happens once the behaviour also persists for keypresses on the client machine as well until the barrier is disabled. This behaviour is NOT present if a key with modifiers like CTRL or ALT is sent and that key can pass though except this does not apply for client keyboard which is disabled altogether (except print screen key). **To Reproduce** Steps to reproduce the behaviour: 1. Start Barrier 2. From server try to type anything on the client 3. Step 2 also reproduces the bug but alow one more reproduction possibility 3. Type anything on client keyboard **Expected behavior** I would expect to be able to type without problem **Screenshots** This image appears on the screen of a client ![image](https://user-images.githubusercontent.com/40324012/104813735-56dada80-580b-11eb-9f73-e5915d55f016.png) **Desktop (please complete the following information):** - OS: Server Win 10, Client Ubuntu 18.04 - Barrier version 2.3.3 on both **Additional context** Started happening randomly after reboot of a server system.

gitea-mirror closed this issue

2026-05-05 07:10:40 -06:00

gitea-mirror commented

2026-05-05 07:10:41 -06:00

Author

Owner

@rouceto1 commented on GitHub (Jan 16, 2021):

Seems to be a problem with the server since this happens even when I installed older version 2.3.2 on clinet.

@rouceto1 commented on GitHub (Jan 16, 2021): Seems to be a problem with the server since this happens even when I installed older version 2.3.2 on clinet.

gitea-mirror commented

2026-05-05 07:10:42 -06:00

Author

Owner

@rouceto1 commented on GitHub (Jan 16, 2021):

Uninstalling latest windows security update KB4598242 helped. I am currently on KB4592438 and everything works.

@rouceto1 commented on GitHub (Jan 16, 2021): Uninstalling latest windows security update KB4598242 helped. I am currently on KB4592438 and everything works.

No labels

Rows
Columns