inconsistent NumLock/CapsLock state and LED state for the guest => Fixed in SVN

[Mihai Hanor]

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.

[galitsyn]

Could you please try this test build and confirm if the issue has been fixed for you?

[Mihai Hanor]

Yes, the test build fixes the issue.

[galitsyn]

Thank you for reporting and testing! Fix will be available with the next maintenance release.

[eliuhy]

May I know when new version will be released including this fix?

[Andre]

Yes, this is an extremely annoying bug. It makes working nearly impossible in Linux. Please let us know when this will be fixed.

[Frank Mehnert]

Fix is part of VBox 4.3.10.