Opened 15 years ago
Last modified 8 years ago
#3290 closed defect
Check handling for keyboard catching — at Initial Version
Reported by: | Markus Elfring | Owned by: | |
---|---|---|---|
Component: | host support | Version: | VirtualBox 2.1.2 |
Keywords: | Cc: | ||
Guest type: | Linux | Host type: | Linux |
Description
I look at the guest "Knoppix 5.3.1" from a KDE 3.5.10 session on my openSUSE 11.1 system.
I have noticed that the keys for switching of virtual terminals (Ctrl+Alt+F1 ...) are still directed to the host desktop while the guest should get keyboard input (as indicated by the green symbol in the status bar on the bottom).
I am using the keyboard "Logitech Cordless Desktop MX3000". It has got a special wheel on the top to adjust the sound volume. If I turn it a bit, a corresponding change is displayed by the KMix applet on the host screen. The virtual Knoppix machine does not react to presses of the host key (right Ctrl) any more after the little volume control window vanishes. The virtual test machine does also not process usual keyboard input while the caught mouse pointer is still working. I can shutdown the Knoppix display (driven by the virtual box version 2.1.2-4.3) by mouse clicks to get mouse control back to the host after a while.
The keyboard is still stuck on the host. I wonder why this happens.
I need to logout and login again to get back to normal input handling with usual responsiveness.