GNOME Bugzilla – Bug 92798
windows placed behind menu panel
Last modified: 2004-12-22 21:47:04 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.
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?
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.
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.
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.
Created attachment 11166 [details] Log file, as requested.
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
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.
Havoc, I wasn't able to find the related bug you referred to. I've CC'd this to our bug alias.
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.
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?
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.
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.
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.
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).
Havoc: Guess the issues here are fixed in the HEAD with the patch given to bug 102418. Could we close this then ?
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.