Custom Query (16363 matches)
Results (2044 - 2046 of 16363)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #3290 | obsolete | Check handling for keyboard catching | ||
| 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. |
|||
| #7647 | fixed | Check menu items shouldn't change their name between checked and unchecked states -> Fixed in SVN | ||
| Description |
Items in VirtualBox currently have: Enable Mouse Integration Enable Remote Display When checked, you end up with: ✔ Disable Mouse Integration ✔ Disable Remote Display This is incredibly confusing and totally against anyone's guidelines for how to use checkable menu items. The correct behavior is: ✔ Use Mouse Integration Allow Remote Display |
|||
| #3141 | obsolete | Check nested paging capability properly. | ||
| Description |
i check nested paging setting and program can support checking and activing but in guest system, nested paging shows passive |
|||

