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 694292 - Z-order sometimes wrong while leaving overview
Z-order sometimes wrong while leaving overview
Status: RESOLVED FIXED
Product: gnome-shell
Classification: Core
Component: overview
3.7.x
Other Linux
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2013-02-20 18:02 UTC by Mantas Mikulėnas (grawity)
Modified: 2013-02-20 19:57 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Workspace: fix stacking of window clones (1017 bytes, patch)
2013-02-20 18:34 UTC, Giovanni Campagna
committed Details | Review

Description Mantas Mikulėnas (grawity) 2013-02-20 18:02:42 UTC
Sometimes, if the overview thumbnails order doesn't exactly correspond to the window z-order, the windows might be ordered wrong while closing the overview, and then snap back to their correct order afterwards.

gnome-shell 3.7.5-259-gdf3872f (but I've been seeing it for a long time)

To reproduce,

1) Position two windows like this (smaller window is focused). Programs used don't matter.

   ├─────────screen width──────────┤

   ╔═════════════╗─────────────┐....   ┬
   ║             ║             │....   │
   ║  gnome-     ║             │....   │
   ║   terminal  ║             │....   │ screen
   ║             ║ chromium    │....   │ height
   ╚═════════════╝             │....   │
   ....│                       │....   │
   ....│                       │....   │
   ....└───────────────────────┘....   ┴

2) Open the overview. The larger window will be displayed first, the smaller one second.

   ┌───────────┐
   │           │
   │ chromium  │  ┌─────┐
   │           │  │ g-t │
   └───────────┘  └─────┘

3) Drag the smaller window, move it a little bit, but drop back to its original place.

4) Close the overview (with Esc).

Expected result: Windows always retain their real z-order (smaller window on top, large window below.

Actual result: During the overview close animation, the large window is displayed on top. After the animation, it jumps back to below the smaller one.
Comment 1 Giovanni Campagna 2013-02-20 18:34:39 UTC
Created attachment 236966 [details] [review]
Workspace: fix stacking of window clones

We must set the stack above property of window clones, or they will
not stack themselves properly when a drag is cancelled.
Comment 2 Jasper St. Pierre (not reading bugmail) 2013-02-20 18:42:01 UTC
Review of attachment 236966 [details] [review]:

OK.
Comment 3 Giovanni Campagna 2013-02-20 19:57:33 UTC
Attachment 236966 [details] pushed as ad71b96 - Workspace: fix stacking of window clones