VirtualBox

Ticket #10842 (new defect)

Opened 20 months ago

Last modified 3 months ago

Grab of key 'Super' doesn't work good

Reported by: Konstigt Owned by:
Priority: major Component: other
Version: VirtualBox 4.1.18 Keywords:
Cc: Guest type: Windows
Host type: Linux

Description

Using Ubuntu 12.04 w/ Unity as host and Windows XP as guest, I can press the Super-key (Windows-key) to get the start menu in XP.. but it also opens up the Unity menu.

I also use Remmina RDP client. When I do the same there the key is completely mapped to the system I connect to and is not executed at my "host system".

Change History

comment:1 Changed 19 months ago by michael

Do you use keyboard grabbing in Remmina to intercept that key? We are not doing that at the moment as it causes a lot of problems with GNOME applications which expect to be able to grab the keyboard at any time (and can't if we have it).

comment:2 Changed 19 months ago by agerber85

Are you saying that the Auto Capture Keyboard feature is designed not to grab the super key? If that's true, the feature's screentip should probably be corrected. It currently reads:

"...When the keyboard is captured, all keystrokes (including system ones like Alt-Tab) are directed to the VM."

That description seems to indicate that the Super key should be captured, as well.

I'm not sure what GNOME applications would have "lots of problems" if they couldn't grab the super key on the host system while the user is operating in the guest system. I do, however, know of one user who has had lots of problems because he thought he was installing something on the guest system when he was actually installing it on the host system.

comment:3 Changed 18 months ago by michael

Sorry, I didn't see your update to this ticket. Regarding GNOME applications which fail, as far as I recall:

  • Metacity tries to capture the keyboard whenever a window is dragged to that it sees the escape key being pressed. If another application has captured the keyboard it refuses to let you drag windows.
  • GNOME applications try to capture the keyboard whenever you open a menu in order to see keyboard short-cuts. If they can't capture the keyboard then shortcuts fail to work.
  • GNOME screen-saver captures the keyboard when it kicks in for security reasons. If another application has it captured it either refuses to start, or worse it starts but doesn't get keyboard input so that you can't enter your password to stop it again.

So on X11 hosts we do a limited sort of keyboard capturing (we capture all keys which are not already captured by another application, but we don't prevent applications from doing a full keyboard grab) which worked well until Ubuntu/Unity started doing permanent grabs of the Super key. Unfortunately X11 only provides those two grabbing modes, and since Unity gets the key first there is not much we can do about it.

A nice fix for this issue would be to let the user do a full keyboard grab which is automatically released after they have entered a key sequence or after a time-out. Sadly this is too much work to just implement it quickly "in a break", and not high enough priority for us to find time for it since we have plenty of other more urgent tasks to be completed, so for now it is on the rainy day task list. If it would help (but would it?) we could see if we could re-word the caption.

comment:4 Changed 18 months ago by e_orz

I have the same problem (using Win7 as guest).

The problem is even worse when HUD is on. Each time that I press the Alt key the guest OS loses the focus on the keyboard (and when in full screen, it took me some time to understad what happened because I didn't see the HUD bar). The work in the guest OS became practically impossible. I had to turn off HUD.

I really hope it will be fixed soon (considering the time constrains).

thanks

comment:5 Changed 3 months ago by michael

Marked ticket #12660 a duplicate of this one. Note again that Ubuntu really shouldn't be capturing the Super and Alt keys, as that is asking for this sort of thing.

Note: See TracTickets for help on using tickets.

www.oracle.com
ContactPrivacy policyTerms of Use