Description of problem: I started a Fedora 16 Alpha RC4 Desktop [1] in fallback mode and I noticed that customizing panel objects / layout with 'Alt + Right Click' not working, this worked fine under F15. [1] http://dl.fedoraproject.org/pub/alt/stage/16-Alpha.RC4/Live/x86_64/Fedora-16-Alpha-x86_64-Live-Desktop.iso Version-Release number of selected component (if applicable): gnome-panel-3.0.2-3 metacity-2.34.1-1 How reproducible: 100% Steps to Reproduce: 1. Start F16 Alpha RC4 2. Log in 3. Alt + Right Click on Clock or free space on the top panel Actual results: Window manager menu appears Expected results: Panel customization menu appears
Created attachment 518486 [details] Screenshot of the issue
Created attachment 518487 [details] Another screenshot of the issue
Proposing as a blocker for Fedora 16 final because it interferes with desktop error checks testcase [1] which is a part of the test plan for Fedora 16 final. [1] https://fedoraproject.org/wiki/QA:Testcase_desktop_error_checks
Discussed at the 2011-09-30 blocker review meeting. We agreed that this is a blocker bug as described, so we accept it, but we suspect it has since been resolved: Bruno says he can use alt+right-click correctly in fallback mode. Athmane, can you please test with Beta and verify? Thanks! Criterion is "All elements of the default panel (or equivalent) configuration in all release-blocking desktops must function correctly in common use"
It seems to happen only on KVM guests not in physical boxes (I tested it with the beta live CD), also the window manager menu that appears in the screenshoots belongs to the host, I figured out this by changing the GTK theme on the host. The explication of this is that qemu-kvm and virt-manager are not capturing alt+right-click into the guest screen (also I test with VNC and SDL display). So I don't think that this is a Final Blocker (or a panel bug).
moving to virt-manager for now, then (possibly may be spicy).
For what it's worth, I've noticed that it doesn't work in VirtualBox either.
Discussed at 2011-10-14 blocker review meeting. As this affects only VM installs, and the criterion in question is more 'polish' than 'essential functionality', and the bug can be fixed with a post-release update if necessary, we're downgrading this to NTH.
I can reproduce, seems to be specific to spice though: switching to cirrus + vnc makes this work. Reassigning to spice-gtk
In F15, the vdagent wasn't present, and the client had a mouse grab. In F16, when the vdagent is running, the client doesn't need the mouse grab, so you can freely move out of the window without pressing a weird key-combination to escape the mouse. Unfortunately, the client window managers reacts to Alt-Right Click before the spice client, so what you see is the client window manager menu, not the one in the guest. I am not sure if this is really a bug.. Perhaps we should teach the window manager that when the mouse is over a spice window, it shouldn't interpret Alt-Right Click and let the spice client handle that input.
Marc-Andre, gtk-vnc + f16 guest + tablet pointer doesn't seem to grab the mouse either (at least virt-manager doesn't get a signal to that effect), but the alt+right click is passed to the guest. What is happening differently there?
Marc-Andre, any thoughts on comment #11?
Since this has lingered for a while and F16 is soon EOL, closing. If anyone cares and can still reproduce this issue on Fedora 18, please reopen.