[GH-ISSUE #477] Keyboard stuck in guest when ctrl alt out of VMM #372

Open
opened 2026-05-05 06:10:30 -06:00 by gitea-mirror · 2 comments
Owner

Originally created by @Chaython on GitHub (Oct 26, 2019).
Original GitHub issue: https://github.com/debauchee/barrier/issues/477

Operating Systems

Server: Windows 10 [in a KVM]

Client: Ubuntu [hosting the KVM]

Barrier Version

2.3.1

Steps to reproduce bug

  1. Setup barrier
  2. Click into Virtual Machine Spice
  3. Keyboard is stuck on Virtual Machine
  4. To get the keyboard out of the virtual machine run mouse along the edge of the VM and push ctrl alt [if you go past the mouse just centres until you ctrl alt out of the VM]
  5. Now the mouse is no longer locked to the VM but the keyboard is now locked to the client ...

Other info

  • When I clicked into the VM spice to do a video driver update
  • Restart VM
  • No

Put anything else you can think of here.

Originally created by @Chaython on GitHub (Oct 26, 2019). Original GitHub issue: https://github.com/debauchee/barrier/issues/477 ### Operating Systems ### Server: Windows 10 [in a KVM] Client: Ubuntu [hosting the KVM] ### Barrier Version ### 2.3.1 ### Steps to reproduce bug ### 1. Setup barrier 2. Click into Virtual Machine Spice 3. Keyboard is stuck on Virtual Machine 4. To get the keyboard out of the virtual machine run mouse along the edge of the VM and push ctrl alt [if you go past the mouse just centres until you ctrl alt out of the VM] 5. Now the mouse is no longer locked to the VM but the keyboard is now locked to the client ... ### Other info ### * When I clicked into the VM spice to do a video driver update * Restart VM * No Put anything else you can think of here.
gitea-mirror added the
bug
windows
linux
labels 2026-05-05 06:10:30 -06:00
Author
Owner

@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

<!-- gh-comment-id:701709462 --> @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
Author
Owner

@daed commented on GitHub (Nov 11, 2020):

I am having this issue too.

Barrier server (and vm host): Windows 10 Pro 2004
VM: Manjaro Linux x86_64 5.8.16-2-MANJARO
Barrier client: Macbook Pro 2015 macOS Catalina 10.15.7.
VMWare Workstation Player 15.5.6

I suspect that this has to do with the way VMWare handles input capturing and it taking control "before" barrier does. I don't know if I can offer much beyond that, unfortunately.

I would be willing to test or troubleshoot if requested.

<!-- gh-comment-id:725310802 --> @daed commented on GitHub (Nov 11, 2020): I am having this issue too. Barrier server (and vm host): Windows 10 Pro 2004 VM: Manjaro Linux x86_64 5.8.16-2-MANJARO Barrier client: Macbook Pro 2015 macOS Catalina 10.15.7. VMWare Workstation Player 15.5.6 I suspect that this has to do with the way VMWare handles input capturing and it taking control "before" barrier does. I don't know if I can offer much beyond that, unfortunately. I would be willing to test or troubleshoot if requested.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: github-starred/barrier#372
No description provided.