Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
DescriptionAndrei Stepanov
2015-10-26 10:17:15 UTC
Created attachment 1086440[details]
Example for Alt-Tab
There is quite unpleasant behavior for fullscreen multi monitor setup.
Particularly, Alt-Tab event goes to client's windowmanager.
This can really confuse a user.
Bug takes place in setup with 2 (or more) real monitors.
Steps to reproduce:
1. Have a client with real two monitors.
2. Activate in virt-viewer additional monitors == real monitors.
3. Connect to VM with virt-viewer --full-screen
Each virtual display should be positioned on real monitor.
4. Move mouse pointer to one of displays. Open a window.
5. Move mouse pointer to other display. Do not click mouse.
6. Press: Alt-Tab.
Alt-Tab will be processed by client's WM.
There is work around: always click with mouse as you move to another display.
Nonetheless I find this behavior very annoying.
See attached screenshot.
Testing here (using rhel-7.2/f22 client connecting to rhel-7.2/f22 guest) and the only way to have the Alt+Tab handled by the client's Window Manager is when pressing Alt+Tab with the top menu (that contains the "Leave Fullscreen" button) focused.
Hmm. I take the comment 2 back, I _can_ reproduce it here and it's quite interesting :-)
Every time you move the mouse from one display to another spice-gtk ungrabs the mouse and any keyboard event goes to the client's DE.
I can easily reproduce it with just one remote-viewer window, windowed mode, vertically maximized (Alt + {right,left}, when using GNOME). Just move the mouse to the "guest's area" without do any click and then press Alt + Tab, same behavior.
Andrei, does it happen with 6.7/rhevm clients as well? Can you check if it's a regression?
As I said before, I am able to reproduce it and I am using upstream spice-gtk/virt-viewer.
(In reply to Fabiano Fidêncio from comment #5)
> Proposed a patch upstream for spice-gtk:
> http://lists.freedesktop.org/archives/spice-devel/2015-October/022793.html
Currently the keyboard grab (redirection of key events) is related to a SpiceDisplay (virt-viewer's window), we can make it related to the application (session). IE if mouse is over any window of virt-viewer and any virt-viewer's window has the focus, then key events should be redirected.
I cannot reproduce the bug with:
spice-glib-0.26-7.el7.x86_64
spice-gtk3-0.26-7.el7.x86_64
virt-viewer-2.0-7.el7.x86_64
spice-glib-devel-0.26-7.el7.x86_64
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.
https://rhn.redhat.com/errata/RHBA-2016-2229.html
Created attachment 1086440 [details] Example for Alt-Tab There is quite unpleasant behavior for fullscreen multi monitor setup. Particularly, Alt-Tab event goes to client's windowmanager. This can really confuse a user. Bug takes place in setup with 2 (or more) real monitors. Steps to reproduce: 1. Have a client with real two monitors. 2. Activate in virt-viewer additional monitors == real monitors. 3. Connect to VM with virt-viewer --full-screen Each virtual display should be positioned on real monitor. 4. Move mouse pointer to one of displays. Open a window. 5. Move mouse pointer to other display. Do not click mouse. 6. Press: Alt-Tab. Alt-Tab will be processed by client's WM. There is work around: always click with mouse as you move to another display. Nonetheless I find this behavior very annoying. See attached screenshot.