After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 679158 - Multi-monitor: opening new window on second screen with empty first screen jumps to overview
Multi-monitor: opening new window on second screen with empty first screen ju...
Status: RESOLVED DUPLICATE of bug 556696
Product: gnome-shell
Classification: Core
Component: general
3.4.x
Other Linux
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2012-06-29 18:52 UTC by ch3pjw
Modified: 2012-11-23 14:20 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description ch3pjw 2012-06-29 18:52:24 UTC
Reproduction:
 - With a two-screen setup, the second screen always shows the same workspace, whilst the first can change workspace.
 - Change to a new, empty workspace on the first screen whilst a window (e.g., firefox) is open on the second
 - Whilst using the application on the second screen, make a new window (e.g., Ctrl+N in firefox)
 - Observe that as a user you are thrown into the overview mode, which is unexpected, disorientating and disruptive.

Expected behaviour:
 - New windows should not trigger the overview in this scenario. The shell should just be happy that the first monitor's workspace remains empty whilst the new window appears on the second monitor.
Comment 1 Alban Crequy 2012-11-23 14:09:21 UTC
Thanks for reporting this bug.

When making a new window (e.g. Ctrl-N in firefox), the new window should be created on the monitor which contain the mouse pointer.

I think it is a duplicate of bug #556696 because:

- I tested the scenario twice with the mouse pointer either on the (firefox) second screen or on the (empty) first screen. With the patch from bug #556696, I cannot trigger the bug.

- Firefox tends to open its new window maximized: if your first Firefox window occupy a big proportion of your second screen (more than 80%?), then the new window will be maximized. That is a condition to trigger bug #556696.

- bug #556696 would explain the bug when your mouse pointer is on the (empty) first screen: the window would be created maximized on the empty first screen and then quickly moved away on the second monitor (it might be fast enough so that it is not noticeable, especially with overview mode animation). Since the last window from the workspace disappears, it would trigger the overview mode. With the fix from bug #556696, windows are not jumping from a monitor to another, therefore no windows disappear from the first screen and the overview mode is not triggered.

I will test this a bit further.
Comment 2 Alban Crequy 2012-11-23 14:20:23 UTC
I tried without Bug #556696's patch and I could reproduce the overview mode bug. I couldn't with the patch. So I am marking it as duplicate.

*** This bug has been marked as a duplicate of bug 556696 ***