mirror of
https://github.com/debauchee/barrier.git
synced 2026-05-15 14:16:02 -06:00
[GH-ISSUE #1624] VMWare Multi-Monitor, 2nd monitor window does not release mouse and keyboard to client #1203
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#1203
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 @abstractlabs on GitHub (Mar 30, 2022).
Original GitHub issue: https://github.com/debauchee/barrier/issues/1624
What happened?
This is probably an edge case but when using multi-monitor support with VM Ware the 2nd window if focused will hold the mouse and keyboard. A workaround is to select a window that is not vmware to release keyboard and mouse then switch to barrier client machine.
Version
v2.4.0
Git commit hash (if applicable)
3e0d758b59If applicable, where did you install Barrier from?
Github
What OSes are you seeing the problem on? (Check all that apply)
Windows, macOS
What OS versions are you using?
Windows 8 Server with VMWare Workstation 16.2.3 build-19376536
Mac OSX Catalina Client
Relevant log output
No response
Any other information
Knowing this is an edge case the issue seems like it may be vmware's issue but wanted to post for anyone else that may run into it. The workaround is annoying but tolerable given the complexity of the configuration.