key binding with virtual box inconsistent

Bug #1177981 reported by Chris Weiss
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Unity
Triaged
Medium
Unassigned
unity (Ubuntu)
Triaged
Medium
Unassigned

Bug Description

I'm not sure if this is a unity or virtualbox issue, exactly, but based on a vbox ticket (below) I think it's unity.

when keyboard/mouse are grabbed in a windows guest OS, pressing the "windows key" opens both the start menu in the guest and the Dash on the host, stealing focus from the guest. Pressing again closes the dash and returns focus.

however, other key bindings, just as ctrl+alt+arrows do not get processed on the host until the guest is un-grabbed. my understanding is that his is how it should be, and windows key should not be processed on the host too, based on this vbox ticket: https://www.virtualbox.org/ticket/1066

what's causing the windows key to be able to over-ride the grab, and can it be prevented?

additionally, can it be conditional, where it only does so when the mouse is outside the vbox window? and if so, can that fix work with all other hotkeys bindings?

This is in 12.04 LTS amd64 that was upgraded from 10.04. vbox was installed after the upgrade and had not been used before.

Chris Weiss (cweiss)
description: updated
Changed in unity:
importance: Undecided → Low
Changed in unity (Ubuntu):
importance: Undecided → Low
Revision history for this message
Andrea Azzarone (azzar1) wrote :

I'm pretty sure this bug has already been reported, btw compiz can get around the grab because is not using xlib but xkb.

Changed in unity:
status: New → Triaged
Changed in unity (Ubuntu):
status: New → Triaged
Changed in unity:
importance: Low → Medium
Changed in unity (Ubuntu):
importance: Low → Medium
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.