mirror of
https://github.com/debauchee/barrier.git
synced 2026-05-15 14:16:02 -06:00
[GH-ISSUE #464] Server OS is not blocked from acknowledging keyboard/mouse actions while operating on guest screen. #360
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#360
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 @Jimmy-Z on GitHub (Oct 15, 2019).
Original GitHub issue: https://github.com/debauchee/barrier/issues/464
It is a bit difficult to describe.
For example, I'm using a Windows "server" and a macOS "client", when I'm using Chrome on client and I want to move input focus to the address bar, I press Win+L which should translate to Cmd+L on macOS, it does work, but it will also trigger Win+L on Windows which will lock it, which is unintended behavior.
I believe this is a bit hard to implement, maybe we'll need a mouse filter driver?
@github-actions[bot] commented on GitHub (Oct 1, 2020):
Is this issue still an issue for you? Please do comment and let us know! Alternatively, you may close the issue yourself if it is no longer an problem
@Jimmy-Z commented on GitHub (Oct 12, 2020):
Yes, I just tested 2.3.3 and it's still here.