Opened 15 years ago
Last modified 7 years ago
#4208 new defect
Command-Q not passed to client OS — at Version 5
Reported by: | Gil Pinheiro | Owned by: | |
---|---|---|---|
Component: | other | Version: | VirtualBox 2.2.4 |
Keywords: | Cc: | ||
Guest type: | Linux | Host type: | Mac OS X |
Description (last modified by )
Certain key combinations are not being passed through to the client OS.
Usecase: Command-Q (in X11 as Meta-Q) to quit an application in the client OS results in the "Close virtual machine" dialog (and leads to a 'stuck' command key modifier after dismissal, until meta is pressed again).
Also see Command-H for another example of this problem
http://www.virtualbox.org/changeset/1320 describes a fix, but from what I can tell has either not been applied, or does not work.
Partially related to Ticket #1668, but currently the exhibited behaviour is inconsistent with the behaviour of other keyboard combinations (i.e. pass everything to the client) - 1668 describes how passing through these key combos, if _optional_, may still be useful to some.
Change History (5)
comment:1 by , 14 years ago
comment:3 by , 12 years ago
Still a problem in 4.2 RC2. It's a royal pain in the backside. In particular, it absolutely removes the ability to skip the Mac OS X registration process (which until 10.7 or so could only be accomplished by hitting Command-Q). Very annoying.
comment:4 by , 10 years ago
Are there any solutions for this? This bug prevents me from quitting or restarting xmonad in a linux guest.
comment:5 by , 10 years ago
Description: | modified (diff) |
---|
You can change the corresponding shortcut setting in File / Preferences / Input / Virtual Machine. Enter 'q' in the search bar and you will find the setting for 'Close' action. This will at least prevent opening the close dialog when you press Cmd-Q. However, the real fix to your problem is to change the host key from Cmd to something else.
Also applies to Linux host.