GNOME Bugzilla – Bug 122196
Windows show up under vertical panels.
Last modified: 2005-11-19 17:15:17 UTC
Description of Problem: When there is a vertical gnome-panel locked to the side of the screen metacity will position its windows below it most of the time. Steps to reproduce the problem: 1. Create a panel on the left side of the screen. Make sure it spans the entire side. 2. Start an application, for instance MozillaFirebird. 3. Wait for the window to show up. Actual Results: Window is placed beneath the panel and it must be dragged to the right or left so the entire window comes into view. Expected Results: Window is placed next to the panel so no part is obstructed by the panel itself. How often does this happen? Most of the time, but Metacity occasionally places the window in other positions. Additional Information: None.
What version of metacity are you using? This shouldn't be possible in a recent metacity build with a recent gnome-panel.
metacity 2.6.1 Gnome gnome-panel 2.4.0
Reopening since it's a recent version
What version is it really? 2.6.1 won't be released for another 6 months. 2.4.0.1 maybe?
ftp://ftp.gnome.org/pub/GNOME/sources/metacity/2.6 Remember metacity version numbers don't match the GNOME ones.
Those version numbers were directly copy and pasted from the output of "metacity --version" and "gnome-panel --version" After further testing it would seem that since I updated to the versions I have listed the problem only persists with MozillaFirebird and Xchat, while apps like gedit, file-roller, gnome-terminal, abiword-2.0, even frozenbubble will not get put under the panel. Could this be a problem with specific applications? Doesn't metacity decide where the window will display?
metacity will let apps position themselves if they insist on it. Of course they usually mess it up. They shouldn't be allowed under the panel unless they are larger than the area between your panels.
The submitter mentioned vertical panels. Windows _are_ allowed to place/move themselves under a vertical panel if they're not too far under the panel, i.e. there's at least the minimum number of pixels showing. So the question is if we should perhaps have a pathway in the constraints code for windows being contrained for the first time that makes them more strict with respect to vertical panels? There's another bug in here somewhere about resizing really big windows on initial map; could probably do that at the same time.
There's a constrain_placement or something like that in place.c I think
I have an idea that I think will simultaneously solve this problem as well as bug 136307 and the problem that annoys me constantly--opening a second tab on a terminal whose bottom edge I have painstakingly aligned with the bottom panel only to have that bottom edge disappear offscreen. Hopefully in a few months when other things have cleared off my plate I'll give it a whirl...
[Cue Wizard of Oz music] Ding! Dong! The bug is dead! The wicked bug, The wicked bug, Ding! Dong! The wicked bug is dead...