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 329152 - Wrong placement when maximized/restored
Wrong placement when maximized/restored
Status: RESOLVED FIXED
Product: metacity
Classification: Other
Component: general
2.15.x
Other Linux
: Normal minor
: ---
Assigned To: Metacity maintainers list
Metacity maintainers list
Depends on:
Blocks:
 
 
Reported: 2006-01-30 01:53 UTC by Holger Bauer
Modified: 2007-04-04 22:03 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16


Attachments
Python example showing this (564 bytes, text/x-python)
2006-08-29 22:30 UTC, Mariano Suárez-Alvarez
Details

Description Holger Bauer 2006-01-30 01:53:28 UTC
How to reproduce the bug.
1.Open gnome-terminal without any tabs
2.maximize it
3.add a new tab
4.restore
Result: The gnome-terminal is placed in the upper left with its titlebar and left edge outside of the desktop and under the panel (if you have one on the top :) )
Comment 1 Mariano Suárez-Alvarez 2006-08-29 22:13:39 UTC
I can reproduce this using HEAD.

My guess is: when the second tab is created, the window size is changed, and someone (metacity?) gets confused.

We'll see...
Comment 2 Mariano Suárez-Alvarez 2006-08-29 22:30:31 UTC
Created attachment 71873 [details]
Python example showing this

This tiny ython example shows that this has nothing to do with gnome-terminal.
Cc'ing Elijah, who may know if this is metacity...
Comment 3 Elijah Newren 2006-08-31 16:54:56 UTC
I can't replicate the window being under the panel at all, though that does sound like a bug that did affect early 2.13.x.  However, that's the lesser part of this bug.

I can duplicate the other half -- current metacity will exhibit suboptimal placement[1] of a window being unmaximized when that window has modified its minimum size hint to be larger than the saved window position.  When metacity tries to restore the window to its original position & size, it finds that it *can't* do so because that violates the newly-changed minimum size constraint.  It is forced to adjust the placement, but the current adjustment is, well, buggy.  :)

[1] Placed in the upper left of the workarea.
Comment 4 Martin Brook 2006-08-31 17:17:36 UTC
I can reproduce the placement issue.

Furthermore, if the terminal is put in full screen mode (F11) instead of maximising it, then the title bar is hidden beneath the panel (or off the top of the screen if there is no top panel) when the window is restored. (I reported this earlier in bug #353699, before I was aware of this bug).
Comment 5 Elijah Newren 2006-08-31 17:38:22 UTC
As further noted in bug 353699, once the separate titlebar-offscreen issue is fixed by the patch there, it exhibits a similar but different bug.  Rather than the minimum size hints being violated by the saved window position, the size-increments/base-size hints are.  So, we have the same suboptimal workaround for either kind of size hints being violated.
Comment 6 Elijah Newren 2007-04-04 22:03:17 UTC
Fixed in trunk.