Bug 730985
| Summary: | alt+rightclick not recognized by gnome panel in f16 spice guest (works in vnc) | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Othman Madjoudj <athmanem> | ||||||
| Component: | spice-gtk | Assignee: | Marc-Andre Lureau <marcandre.lureau> | ||||||
| Status: | CLOSED DEFERRED | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
| Severity: | unspecified | Docs Contact: | |||||||
| Priority: | unspecified | ||||||||
| Version: | 16 | CC: | awilliam, berrange, cfergeau, crobinso, dougsland, dpierce, hbrock, jforbes, marcandre.lureau, robatino, rstrode, tflink, virt-maint | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | x86_64 | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | AcceptedNTH RejectedBlocker | ||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2013-01-15 01:11:05 UTC | Type: | --- | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Bug Depends On: | |||||||||
| Bug Blocks: | 713566 | ||||||||
| Attachments: |
|
||||||||
|
Description
Othman Madjoudj
2011-08-16 13:19:09 UTC
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. |