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 147950 - Minimized Window Placement
Minimized Window Placement
Status: RESOLVED FIXED
Product: metacity
Classification: Other
Component: general
2.8.x
Other Linux
: Urgent major
: ---
Assigned To: Metacity maintainers list
Metacity maintainers list
Depends on:
Blocks:
 
 
Reported: 2004-07-20 03:52 UTC by Dennis Cranston
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: 2.7/2.8



Description Dennis Cranston 2004-07-20 03:52:21 UTC
When restoring a minimized window, the window is placed behind other windows on
the desktop.

Steps:
1.  Launch epiphany
2.  Launch gnome-terminal
3.  Move the two application windows so they overlap
4.  Minimize the epiphany window
5.  Using the window list applet, click the epiphany button 
    to restore epiphany's window

Epiphany is restored, but it is placed behind the gnome-terminal window.  It
should be placed on top of the gnome-terminal window.
Comment 1 Elijah Newren 2004-07-21 00:05:04 UTC
Yeah, happens for any window.  I mentioned this in bug 102665, but it really
belongs to be in a separate bug report, so it's good to keep this one open. 
This is due to my patch in bug 118372 and the fact that libwnck's message to
metacity to unminimize a window will not result in that window's
_NET_WM_USER_TIME being updated--thus when it gets remapped, it will appear
behind the active window and without focus.  So, we need up update the
_NET_WM_USER_TIME field when we unminimize, but the problem is that libwnck has
the event time that caused the unminimization to occur.

The solution may also be modified depending on whether the
_NET_WM_STATE_MINIMIZED proposal stuff on the wm-spec list gets acted upon, and
how that turns out.

I'm moving the priority to Urgent because this is a pretty nasty usability bug.
Comment 2 Havoc Pennington 2004-07-23 14:43:18 UTC
Pretty much a release showstopper.

Can't we just change libwnck to set _NET_WM_USER_TIME just prior to remapping
the window?

GTK may need a similar change for gtk_window_present() etc.
Comment 3 Rob Adams 2004-07-23 15:35:51 UTC
If we don't get gtk+, nautilus and gnome-panel, and wnck-applet changed also to
support respectively querying the user time, setting the user_time when using
startup notify (making use of the new gtk API), and DEMANDS_ATTENTION support
we're going to have to #if 0 out the meat of the user_time support in metacity.
Comment 4 Havoc Pennington 2004-07-24 03:05:11 UTC
I thought the nautilus and gnome-panel patches were already in?

If there are multiple steps left here we should maybe be sure they are all
separate bugs and mark them all release stopper.
Comment 5 Rob Adams 2004-08-01 21:29:59 UTC
See 118372