GNOME Bugzilla – Bug 343115
gnome-panel showing in fullscreen apps
Last modified: 2006-10-19 11:33:33 UTC
Please describe the problem: When I open blender panels would'n be covered by blender but will show up reducing usable area. Same problem occurs with acrobat reader. Here is a screen http://onip.altervista.org/_altervista_ht/gnome-panel.png If it won't work than just copy and paste the address in a new browser tab or window Steps to reproduce: 1. Open Blender 2. 3. Actual results: Expected results: Does this happen every time? Yes Other information:
So you use a window manager other than Metacity (the default)?
I'm currently using metacity-2.14.3
How do you make the application full screen? Does it work if you use metacity to do it (using a keybinding you can set in the keybinding properties)?
Blender starts without window decoration and extends itself to the whole area, limited by panels. Acroread has its own window decorations, as usual. If I make acroread fullscreen via his menu it would still be limited by panels, while window control disappears. Then if a make "normal" blender or "fullscreen" acroread go fullscreen via keybinding they will take all the screen area, going over panels. I can remember that this last behaviour used to be the default behaviour in past gnome versions. p.s. I hope I was understandable enough, sorry my poor english
Could this one be a metacity bug? Maybe someone could notify this to metacity guys, I don't know how to do this Thanks
So: metacity <= 2.12.x didn't force windows to fit on the workarea (single screen size minus area occupied by things like panels), which annoyed lots of users. old and new metacity has some code to try to work around braindead apps by checking if they are fullscreen size and, if so, treating them as being fullscreen even if they haven't properly entered that state. (Though, metacity would still think of them as being "not fullscreen" in some ways (e.g. constraints) while treating them as fullscreen in others) metacity >= 2.14.x forces windows to fit on the workarea (unless moved by the user...). Thus, windows *can't* be fullscreen size without entering the fullscreen state correctly (so, the above workaround for braindead apps was useless). constrain_fully_onscreen() has a bug in that it gets applied to fullscreen windows even though it shouldn't be. That can be a problem if the window is considered to be decorated. metacity 2.15.21 introduced constrain_titlebar_visible(), which, like constrain_fully_onscreen() gets applied to fullscreen windows even though it shouldn't. There's around 3 to 4 above, depending on how you count. I'll attach a patch in a minute which I think should fix them (and should allow us to close out bug 346927 and bug 350547). I'd appreciate testers first, though.
Created attachment 71225 [details] [review] Patch that may fix the fullscreen issues
*** Bug 350547 has been marked as a duplicate of this bug. ***
I'll try the patch as soon as possible, thanks
*** Bug 351643 has been marked as a duplicate of this bug. ***
Committed so that I can get it into the release that's due today, thanks for testing Olav, Baptiste, and Wouter!
(In reply to comment #9) > I'll try the patch as soon as possible, thanks > Finally I upgraded to gnome-2.16. Issue is fixed Thanks