Bug 1261438 - It switches to the main screen of host after clicking anywhere in the display 1.
It switches to the main screen of host after clicking anywhere in the display 1.
Status: NEW
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: mutter (Show other bugs)
7.2
x86_64 Unspecified
medium Severity medium
: rc
: ---
Assigned To: Florian Müllner
Desktop QE
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2015-09-09 06:30 EDT by xiaodwan
Modified: 2017-09-27 23:46 EDT (History)
9 users (show)

See Also:
Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed:
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
Make both displays in fullscreen mode. (1.19 MB, image/png)
2015-09-09 22:54 EDT, xiaodwan
no flags Details
After clicking leavefull screen menu on display 2. (769.76 KB, image/png)
2015-09-09 23:05 EDT, xiaodwan
no flags Details
after clicking on display1 (837.86 KB, image/png)
2015-09-09 23:07 EDT, xiaodwan
no flags Details
spice logs (150.34 KB, text/plain)
2015-09-09 23:07 EDT, xiaodwan
no flags Details

  None (edit)
Description xiaodwan 2015-09-09 06:30:43 EDT
Description of problem:
It switches to the main screen of host after clicking anywhere in the display 1

Version-Release number of selected component (if applicable):
virt-viewer-2.0-6.el7.x86_64
spice-server-devel-0.12.4-13.el7.x86_64
spice-glib-0.26-5.el7.x86_64
spice-parent-15-11.el7.noarch
spice-vdagent-0.14.0-10.el7.x86_64
spice-xpi-2.8-8.el7.x86_64
spice-protocol-0.12.6-2.el7.noarch
spice-gtk-0.26-5.el7.x86_64
spice-server-0.12.4-13.el7.x86_64
spice-gtk3-0.26-5.el7.x86_64
spice-gtk-python-0.26-5.el7.x86_64

How reproducible:
100%

Steps to Reproduce:
1. Make sure you have at least 2 monitors.
2. Open the guest by virt-viewer, open two displays and siwtch them to fullscreen.
#virt-viewer rhel7.2

3. Click "Leave fullscreen" on second display to make display 2 exit fullscreen model. Check the display 1 is still in fullscreen mode.
4. Move the mouse to display 1, click anywhere.

Actual results:
It switches to the desktop of the host.

Expected results:
It should be still in display 1.

Additional info:
Comment 2 Pavel Grunt 2015-09-09 07:44:05 EDT
Does it happen when you connect remotely - using remote-viewer?
Can you record it, please?
Comment 3 Jonathon Jongsma 2015-09-09 13:46:47 EDT
Yes, I've seen this behavior with other applications before as well (e.g. firefox). It must be a window manager bug. I just tried to reproduce it about 20 times, and I only succeeded twice, and never while recording a screencast. I can't quite figure out the conditions for triggering the issue.
Comment 4 xiaodwan 2015-09-09 22:53:23 EDT
(In reply to Pavel Grunt from comment #2)
> Does it happen when you connect remotely - using remote-viewer?
> Can you record it, please?

yes, i attached some screenshots and spice logs.
Comment 5 xiaodwan 2015-09-09 22:54:32 EDT
Created attachment 1071981 [details]
Make both displays in fullscreen mode.
Comment 6 xiaodwan 2015-09-09 23:05:49 EDT
Created attachment 1071982 [details]
After clicking leavefull screen menu on display 2.

In this screenshot, it shows the display 1 part in "01_both displays in fullscreen.png" is changed to my host's screen after clicking "leave fullscreen" menu in display2. but actually this screenshot it's not what i'm seeing. I still can see display1 in fullscreen.
I think what i'm seeing is fake, that's why it switches to the host's desktop after i click in display1.
Comment 7 xiaodwan 2015-09-09 23:07:03 EDT
Created attachment 1071983 [details]
after clicking on display1
Comment 8 xiaodwan 2015-09-09 23:07:32 EDT
Created attachment 1071984 [details]
spice logs

Note You need to log in before you can comment on or make changes to this bug.