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 742322 - Full-screen window gets to front after switch from workspace 1 to workspace 2
Full-screen window gets to front after switch from workspace 1 to workspace 2
Status: RESOLVED DUPLICATE of bug 768221
Product: gnome-shell
Classification: Core
Component: general
3.14.x
Other Linux
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2015-01-04 14:58 UTC by catalin.ochiuz
Modified: 2016-12-07 14:41 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description catalin.ochiuz 2015-01-04 14:58:40 UTC
On the first workspace(call it "home"), full-screen a window(I tried evince and terminal) and let another one, normal size, on top(I tried emacs). Then switch to the second workspace(call it "other") and then switch back to "home". Notice that emacs is no longer on top of, say, terminal, but underneath it, and terminal is all I can see... that was unexpected! I expect to see exactly wat I left on the "home" workspace: one fullscreen app with a smaller emacs on top of it. 
Note:
1. This does not happen if the "home" workspace is the second one and the "other" is the first workspace in gnome.
2. This is happening systematically.
Comment 1 catalin.ochiuz 2015-01-04 15:12:36 UTC
About Note 1: After some thinking I came to the conclusion that the deciding factor in of this not happening in case of note 1 is that the workspace I was switching to was empty; so note 1 should read: 
    This does not happen if the "other" workspace is not empty(that is, there is a normal window on it). Also, one can use any two adjacent workspaces as "home" and "other" in order to reproduce this; also, it is interesting to note that the bug is happening at the return to the "home" workspace; to see this do:
- On the first workspace(call it "home"), full-screen a window and let another one, normal size, on top. Then switch to the second workspace(call it "other"). Here, open a new normal window; and then switch back to "home"; notice that now the windows are positioned as expected: one fullscreen app with a smaller one on top of it.
Comment 2 xiaoguang wang 2016-12-07 07:04:35 UTC
It can be reproduced in 3.20.
The fault is located in function get_standalone_layer().

get_standalone_layer (MetaWindow *window)
{
  ...
      else if (window->fullscreen &&
               (focused_transient ||
                window == window->display->focus_window ||
                window->display->focus_window == NULL ||
                (window->display->focus_window != NULL &&
                 windows_on_different_monitor (window,
                                               window->display->focus_window))))
  ...
}

I think line 'window->display->focus_window == NULL ||' need to be deleted.

In 3.22 the function get_standalone_layer() is improved. Now the problem disappears.
Comment 3 Rui Matos 2016-12-07 14:41:16 UTC

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