mirror of
https://github.com/debauchee/barrier.git
synced 2026-05-15 22:01:23 -06:00
[GH-ISSUE #322] Keyboard input on server doesn't work after client is shut down/slept/etc. until mouse moved #253
Labels
No labels
HiDPI
bounty
bsd/freebsd
bsd/openbsd
bug
bug
build-infra
cantfix
critical
doc
duplicate
enhancement
fix-available
from git
from release
good first issue
help wanted
installer/package
invalid
linux
macOS
meta
needs testing
pull-request
query
question
regression
regression
v2.4.0
windows
wontfix
work-in-progress
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/barrier#253
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @retnikt on GitHub (May 26, 2019).
Original GitHub issue: https://github.com/debauchee/barrier/issues/322
Operating Systems
Server: Ubuntu 18.04
Client: Windows 10 v1809
Barrier Version
2.2.0
Steps to reproduce bug
Other info
This also applies to the power button, and probably other input devices.
See also #316.
@AdrianKoshka commented on GitHub (May 26, 2019):
This is my opinion, but barrier is about sharing the keyboard and mouse, not other auxiliary inputs like power buttons and such.
@retnikt commented on GitHub (May 26, 2019):
I think you are misunderstanding the issue. The problem is that the
keyboard doesn't work. The note about power buttons on the server was
because Barrier currently shares the power button (but it shouldn't - see
#316) which means it doesn't work either without having moved the mouse.
@noisyshape commented on GitHub (May 26, 2019):
If the answer to both of these is yes, post your log starting with the line that says the client is dead.
@retnikt commented on GitHub (May 27, 2019):
Ok, the keyboard does actually work, so the issue is that focus is not
returned to the originally active window. This is definitely less of an
problem, but still present.
On Sun, May 26, 2019 at 9:47 PM noisyshape notifications@github.com wrote: