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 571969 - New windows are placed behind an older one
New windows are placed behind an older one
Status: RESOLVED OBSOLETE
Product: metacity
Classification: Other
Component: general
2.22.x
Other All
: Normal normal
: ---
Assigned To: Metacity maintainers list
Metacity maintainers list
Depends on:
Blocks:
 
 
Reported: 2009-02-16 10:22 UTC by Patrick May
Modified: 2020-11-06 20:05 UTC
See Also:
GNOME target: ---
GNOME version: 2.21/2.22



Description Patrick May 2009-02-16 10:22:01 UTC
Please describe the problem:
When a window has "always on top" status, new windows will appear behind the current window instead of in front.



Steps to reproduce:
1. Open a window (for example, gcalctool), right-click on the titlebar, and select "always on top". Then minimise it or move it out of the way (but do not move it to another workspace/virtual desktop).
2. Open another window (for example, a nautilus window)
3. In the new nautilus window, right click on a folder and select "open in new window".


Actual results:
The new window appears behind the current window.

Expected results:
The new window is supposed to appear above the old window.

Does this happen every time?
I would say so.

Other information:
If you follow the steps and the problem doesn't occur for you, minimise the window which was given "always on top status" and repeat the steps to reproduce the bug, starting from step 2.

I'd say this bug is pretty important, because it will drive anyone who uses the "always on top" feature mad (including me).
Comment 1 Josselin Mouette 2009-02-17 11:39:23 UTC
This is reproducible with 2.24.
Comment 2 Patrick May 2009-02-18 23:01:34 UTC
In case anyone is interested, I've captured a video that demonstrates this problem (along with some others), and how to trigger it.

http://www.youtube.com/watch?v=FQsbV1hAVxY
Comment 3 Patrick May 2009-03-06 15:36:24 UTC
Seems like this same bug has been discussed at ubuntu's launchpad 

https://bugs.launchpad.net/metacity/+bug/197288

That bug report was submitted a year ago.
Comment 4 Patrick May 2009-03-06 15:41:09 UTC
Here is another thread which discusses this problem. 
http://ubuntuforums.org/showthread.php?t=899590
Comment 5 Thomas Thurman 2009-03-20 05:32:53 UTC
Sounds as though focus stealing prevention is getting confused again.  I'll look into it.
Comment 6 dsdutkiewicz 2010-06-21 13:50:15 UTC
i've found that commenting out line 2091 in src/core/window.c in metacity 2.22 fixes debian bug #551577 and gnome bug #571969

2019:           /*needs_stacking_adjustment = TRUE;*/

although i'm sure this breaks something that was meant to be useful
Comment 7 Luís Picciochi Oliveira 2010-10-09 23:18:51 UTC
This is still reproducible on 2.30.2.

This bug is almost three years old. Is there anything I can do in terms of testing in order to help sorting this out?
Comment 8 intrigeri 2011-01-03 18:20:28 UTC
Seems like this bug is a duplicate of 534752 that has (wrongly, IMHO) resolved status. Matthew's patch attached to this other bug fixes it.
Comment 9 Tails developers 2012-06-21 16:47:50 UTC
This patch was refreshed on 534752 to apply against 2.34.3.
Comment 10 Josselin Mouette 2012-06-23 16:32:02 UTC
Please close as duplicate of bug#534752.
Comment 11 André Klapper 2020-11-06 20:05:34 UTC
bugzilla.gnome.org is being replaced by gitlab.gnome.org. We are closing all old bug reports in Bugzilla which have not seen updates for many years.

If you can still reproduce this issue in a currently supported version of GNOME (currently that would be 3.38), then please feel free to report it at https://gitlab.gnome.org/GNOME/metacity/-/issues/

Thank you for reporting this issue and we are sorry it could not be fixed.