GNOME Bugzilla – Bug 351643
Gnome-panel still visible in fullscreen if Controls (H) disabled
Last modified: 2006-08-21 20:40:04 UTC
Please describe the problem: Gnome-panel still visible in fullscreen if Controls (H) disabled Steps to reproduce: 1. Open movie play and remove controls (View->Show Controls) 2. Go to fullscreen mode Actual results: The panel is still visible, but movie is fullscreen Expected results: Only movie is displayed Does this happen every time? Don't remember if I have seen it before 2.5.91 release (I may be mistaken) Other information: Gstreamer 0.10 backend
Can't reproduce with the xine-lib backend.
Can't reproduce this with the GStreamer 0.10 backend either on any of my machines (running Gnome 2.14 though). Not sure what the problem could be (maybe window manager related?)
I have 2.15.91 release here: * x11-wm/metacity-2.15.21 * x11-libs/libwnck-2.15.91
I can reproduce this on my gentoo with the same versions than Priit, and I also saw this two weeks ago on a then up to date ubuntu edgy. The problem appears to only happen if there is a top panel. Doesn't happen with a left or bottom panel. I had to move my left panel to be the top one to reproduce.
Furthermore, I get this with totem (with show controls off) AND mplayer. Xine just positions the fullscreen movie on the wrong dual-head screen and I didn't bother moving the panel on the other screen. If the problem happens (that is, I have a top panel) then the calculated full screen seems to be smaller in height, as the center of the screen is more down than when the problem doesn't happen (when there is no top panel). I saw this by looking at a wide screen movie and noting where the top black area ends - with the panel visible it was lower. So, this probably isn't a totem specific problem, but rather a gnome-panel, WM or similar problem.
Metacity bug. Please test the patch in bug 343115. *** This bug has been marked as a duplicate of 343115 ***
The patch over there says: /* Workaround braindead legacy apps that don't know how to * fullscreen themselves properly. Does that mean that totem could be made to be a non-legacy modern app that knows how to fullscreen itself properly? :)
I'd like to know as well, especially given that we just use gtk_window_fullscreen...
Mart: The short answer is that you misunderstood the patch and that Totem does fullscreen itself properly; it's just that metacity was broken. The long answer: There were at least 3 bugs with fullscreen handling in metacity (I'm not sure exactly how to count them given that some are intertwined, so I'll just say it's at least three), all of which were simultaneously addressed by that patch. Only _one_ of bugs addressed in that patch was for metacity's handling of "braindead legacy apps". The relevant part for totem would be the one-liner patches to constrain_fully_onscreen() and constrain_titlebar_visible() and represent bugs in metacity introduced by me in the constraints rewrite of 2.14.x and updates in 2.15.x.
Thanks for the explanation! I'll be sure to check this case once I get my hands on the new metacity tarball today/tomorrow :)