Description of problem: I'm trying to send, for example, alt-f to the guest, but this always opens the top file menu of virt-manager/virt-viewer, regardless of whether the pointer is grabbed or not. I can clearly see on the frame window: "Press Ctrl+Alt to release pointer. XXXXX Virtual Machine", but alt-f immediately opens the file menu. This is true of any of the top menu bar accelerators like alt-m/alt-v/alt-h. The alt-keys should be passed to the guest in this situation, right? Version-Release number of selected component (if applicable): vnc-libs-4.1.2-35.fc10.x86_64 vnc-4.1.2-35.fc10.x86_64 gtk-vnc-python-0.3.8-1.fc10.x86_64 gtk-vnc-0.3.8-1.fc10.x86_64 libvirt-python-0.5.1-2.fc10.x86_64 libvirt-0.5.1-2.fc10.x86_64 virt-viewer-0.0.3-3.fc10.x86_64 virt-manager-0.6.0-5.fc10.x86_64 python-virtinst-0.400.0-5.fc10.noarch kernel-2.6.27.9-159.fc10.x86_64 How reproducible: always Steps to Reproduce: 1. install a guest (i'm using f10 guest in kvm on an intel x86_64 cpu) 2. start/open the guest 3. click the view of the guest to focus it 4. press alt-f Actual results: 5. the file menu opens Expected results: 5. alt-f sent to guest Additional Info: In web searches I saw some posts on trying something like "alt alt alt" then "f" to send the combo onward, but this didn't seem to do anything in my testing. I just got the letter "f" on my command line in the guest.
Additional Note: I just noticed the guest actually sees the alt keypress, but it gets "stuck". So if I press alt-f then press esc to make the file menu go away and then go back to the guest, all the following keypresses are as if the alt key is also pressed down. Very confusing. Pressing alt again "releases" the "stuck" alt key. I also checked my preferences for "Grab keyboard output" which is set to "On mouse over", but it doesn't matter what I set it to, I still see the same symptoms.
I can reproduce, reassigning to gtk-vnc.
This isn't something that can be solved at the GTK-VNC level. While GTK-VNC will grab the keyboard, this merely ensures keyboard input always gets directed to the app using GTK-VNC. We can't stop other widgets in the app seeing some key sequences, because these magic sequences are handled by GTK before the key event even gets given to GTK-VNC widget. There are 3 types of key sequence an application needs to block: - The GTK menu bar accelerator key (ie F10 which activates menu bar) - Accelerators for the application window (eg, Ctrl+Q -> Quit menu option) - Menu bar shortcuts (eg, Alt-F activates file menu) virt-manager currently only blocks the first two. It needs to also block the last. It can do this by connecting a callback to the 'mnemonic-activate' signal on each top level menu. The callback should simply ignore the signal, thus blocking normal GTK processing. virt-manager should add this callback when seeing the 'vnc-keyboard-grab' signal from GTK-VNC, and remove this callback when seeing 'vnc-keyboard-ungrab'.
Well then better just to drop all the menu accelerators IMHO for now- this is extremely annoying! Eg in anaconda installs (where I usually hit this) I additionally need to press Alt-Tab after bringing input back to the guest in order to get wm focus back to anaconda.
Also happens in rawhide (f11).
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle. Changing version to '11'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
still happens for f12 rawhide
*** Bug 529082 has been marked as a duplicate of this bug. ***
This is now upstream. Turned out to be pretty easy using gtk.Settings "gtk-enable-mnemonics" available since gtk 2.12: http://hg.fedorahosted.org/hg/virt-manager/rev/43585a028ab7
This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle. Changing version to '12'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
virt-manager-0.8.1-1.fc12 has been submitted as an update for Fedora 12. http://admin.fedoraproject.org/updates/virt-manager-0.8.1-1.fc12
virt-manager-0.8.1-1.fc12 has been pushed to the Fedora 12 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update virt-manager'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F12/FEDORA-2009-12603
Fixed in virt-manager-0.8.2-1.fc12, now in stable.