Opened 11 years ago
Closed 11 years ago
#12758 closed defect (fixed)
inconsistent NumLock/CapsLock state and LED state for the guest => Fixed in SVN
Reported by: | Mihai Hanor | Owned by: | |
---|---|---|---|
Component: | other | Version: | VirtualBox 4.3.8 |
Keywords: | Cc: | ||
Guest type: | all | Host type: | Windows |
Description
I think a regression has been introduced with the release of VirtualBox 4.3.8
Host OS: Windows 7 SP1 x64
Guest OSes: Windows 7 SP1 x64, Windows XP SP3 x86, Lubuntu 13.10 x86
The issue: keyboard lights do no reflect the state of the keys (NumLock, CapsLock), while working with the guest. GUI/HidLedsSync feature is off (the default).
Steps to reproduce:
1) Assuming the host CapsLock state is off, the LED is off; assuming the guest CapsLock state is off at startup
2) Working with a host OS application (a text editor, for example), means the VM windows doesn't have the keyboard input grabbed. Press CapsLock while the host's text editor window is the active window. The state is on (test it in the editor), also the CapsLock LED is on.
3) Switch to the guest (now the keyboard input is grabbed), notice the CapsLock LED is on. Opening a text editor, notice that the actual CapsLock state is off.
4) While the guest still has keyboard input grabbed, press CapsLock. The LED turns off, while the actual state is on.
5) Returning the the host text editor window, notice that the state is off.
Attachments (1)
Change History (7)
by , 11 years ago
comment:1 by , 11 years ago
comment:3 by , 11 years ago
Summary: | inconsistent NumLock/CapsLock state and LED state for the guest → inconsistent NumLock/CapsLock state and LED state for the guest => Fixed in SVN |
---|
Thank you for reporting and testing! Fix will be available with the next maintenance release.
comment:5 by , 11 years ago
Yes, this is an extremely annoying bug. It makes working nearly impossible in Linux. Please let us know when this will be fixed.
Could you please try this test build and confirm if the issue has been fixed for you?