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 92798 - windows placed behind menu panel
windows placed behind menu panel
Status: RESOLVED FIXED
Product: metacity
Classification: Other
Component: general
unspecified
Other other
: Normal normal
: GNOME2.x
Assigned To: Metacity maintainers list
Metacity maintainers list
Depends on:
Blocks:
 
 
Reported: 2002-09-08 19:21 UTC by Jacob Elder
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: 2.0


Attachments
Log file, as requested. (65.12 KB, text/plain)
2002-09-19 03:25 UTC, Jacob Elder
Details

Description Jacob Elder 2002-09-08 19:21:03 UTC
All new application windows are created with their title bar behind the
gnome menu panel. Without resorting to keyboard shortcuts, it's impossible
to move these windows.
Comment 1 Havoc Pennington 2002-09-08 19:39:41 UTC
Works for me, my windows are never created behind the menu panel.

Can you give exact reproduction instructions and say which version of
metacity you have?
Comment 2 Jacob Elder 2002-09-08 19:48:31 UTC
I am using metacity 2.4.0 and gnome-panel 2.0.7.

It looks to me like metacity's only window placement logic is to
stagger  the windows slightly. Unfortunatly, the first window is
placed at (0,0).

To reproduce this, just start two gnome-terminals in a row. The first
one appears with it's titlebar behind the panel and it's left edge
against the screen edge. The second appears with it's top edge a few
pixels below the bottom of the menu panel and it's left edge a few
pixels away fromj the screen edge.

Comment 3 Havoc Pennington 2002-09-08 20:03:37 UTC
Works fine here.

Can you do the following - close all your windows, then open a terminal 
and type:

 METACITY_VERBOSE=1 METACITY_USE_LOGFILE=1 metacity --replace

The new metacity will start and replace your current one, creating a
log file in the process. The log file on startup will have recorded
what metacity believes to be the "work area" where windows can be
placed; move away the log file before it grows any larger, and "create
a new attachement" to this bug report with the log file.
Comment 4 Kalpesh Shah 2002-09-18 15:58:50 UTC
Hi,

I would like to put a similar issue here. Let me know, if I should
file new bug for this.

If we have tall windows, there is a possibility of title going behind
the menu_panel.

Basically, if the height of window becomes more than the length
between two panels, then even with drag or resize it can go behind the
menu_panel.


To do this, 

1. Open a application. say terminal.
2. Resize the terminal to cover up 70-80% of height or screen.
3. Move/Drag the terminal towards the bottom. So half of the terminal
is not visible now, because it has gone out of screen(through the back
side of edge panel).
4. Now resize the terminal from top end towards top. you can see that
it goes behind the menu_panel.

It makes difficult to move the window and made the window title
unreadable. I am using 27th August snapshot.

Comment 5 Jacob Elder 2002-09-19 03:25:44 UTC
Created attachment 11166 [details]
Log file, as requested.
Comment 6 Jacob Elder 2002-09-19 04:23:27 UTC
Here's a screenshot of this bug in action. The monitor on the left is
smaller, running a gnome-panel and a gnome-terminal (partly obscured
by the panel). The monitor on the right is larger, running a maximised
galeon window. I usually run galeon full screen, but it's a normal
window here to illustrate.

http://www.lucidpark.net/~jake/metacity.png

Here's the interesting part of my XF86Config-4:

Section "ServerLayout"
    Identifier  "Dual Head" 
    Option "Xinerama" "true"
    Screen "Little" 0 256
    Screen "Big" 1024 0
    InputDevice "Mouse" "CorePointer"
    InputDevice "Keyboard" "CoreKeyboard"
EndSection
Comment 7 Havoc Pennington 2002-09-19 04:59:21 UTC
Kalpesh: the fact that tall windows can go outside the work area is a
deliberate feature that used to make sense, but is now a bad idea with
panels on top, and should go away. I think there's a separate bug for it.

Jacob: I think the bug you're seeing is triggered by having two
different monitor sizes in Xinerama - will investigate. Thanks for the
log.
Comment 8 Brian Nitz 2002-09-27 15:50:58 UTC
Havoc, I wasn't able to find the related bug you referred to.  I've
CC'd this to our bug alias.
Comment 9 Havoc Pennington 2002-09-27 16:05:47 UTC
The eventual fix for too-tall windows being allowed outside is to
finish writing the code in constraints.c (though it could also be
patched for now in window.c constrain_position()).

First step on the other problem is just to get Solaris Xinerama
working in metacity so we can see which things are real problems and
which are 
just because there's no xinerama support on Solaris.
Comment 10 Brian Nitz 2002-09-30 10:40:36 UTC
The window under panel behavior Kalpesh and I see is on a single-head
system (not xinerma.)  Should we create a separate bug for the
multihead problem Jacob noticed?
Comment 11 Havoc Pennington 2002-09-30 14:04:32 UTC
This bug is originally the multihead issue, the constrain_position()
bug (about too-large windows being allowed to break constraint) should
move to a new bug perhaps.
Comment 12 Satyajit Kanungo 2002-10-03 11:25:41 UTC
The tall window issue and the window under panel behavior seen by
Kalpesh and Brian ( seen on a  single-head machine) is fixed with
latest metacity. 

Now If I have a tall window and if I move it up it just moves on top
of the panel and does not go under the panel. The titlebar of the
window is visible and it can be moved.
Please verify the same with latest metacity sources.
 
Comment 13 Havoc Pennington 2002-10-03 13:42:21 UTC
You're confusing different things. With latest the focused window is
above the panel, but the constraints code is unmodified (you can still
move tall windows to overlap the menu panel). This last was the bug 
being tracked.
Comment 14 Satyajit Kanungo 2002-10-04 05:12:51 UTC
I think " focused window is above the panel" is what NOT seen by 
Kalpesh . is it ?? 

However I have not tested and making any remarks about the bug "the
constrain_position() bug" (this bugzilla bug is about).
Comment 15 Arvind S N 2003-01-10 04:06:02 UTC
Havoc: Guess the issues here are fixed in the HEAD with the patch
given to bug 102418. Could we close this then ?
Comment 16 Havoc Pennington 2003-01-10 04:33:46 UTC
Re-reading all the comments here, I don't have a freaking clue which 
bug this actually is - 10 different bugs are discussed. So let's just
close it. If anything is still broken we can file a new bug about
*one* issue.