GNOME Bugzilla – Bug 91903
Xine controls doesn't display in fullscreen mode
Last modified: 2007-09-01 14:52:07 UTC
Using Metacity snapshot from 20020828 : -start xine 0.9.13 -toggle xine in fullscreen mode using xine controls -xine is now in fullscreen mode (the entire screen is black) -try to get xine controls (should appear/disappear when right clicking on xine main window) Xine controls window isn't stacked on top of xine fullscreen window :((
Xine is broken. Let us count the ways: - does not use _NET_WM_WINDOW_STATE_FULLSCREEN - does not put the control window and video window in the same window group - does not set the control window as a transient of the video window Fixing either of the second two things will solve this problem. Anyway, I have a bunch of workarounds to try to make video players work already, but I can't think of a workaround for this - Xine just doesn't provide enough info to the window manager. Someone needs to fix Xine. Or better, let's all dump this plain-Xlib crap and write a video app that uses a GUI toolkit and thus works properly.
I wish I could phase out this from Mdk but it won't be possible until Mdk 9.1 with Totem :(( Anyway, I've checked xine-ui and it does set the control as transient of video_window so it is not broken for this.. I'll see if I fixing window group fixes the problem..
You're right, there's a transient hint set. That should be enough to figure out how to make it work right; I'll give it a try.
I've tried adding window_group, no luck either :(( I'll try FULLSCREEN hint..
It seems either fix for #93022 or #93795 fixed the bug with xine dialogs...
the transient constraint must still be broken though - on unfocus you'd expect the dialog to drop below the movie right now, which isn't right.
Indeed.. Since I'm using click-to-focus, I didn't saw this problem..
I think this is all fixed now. Let me know if not.
Confirming it is ok with Xine in both focus style.. But now, there is an issue with galeon 1.2.6 (or 1.2.5) with fullscreen mode and follow-mouse focus (even if galeon is using WIN_LAYER_ABOVE_DOCK gravity).. Galeon is working fine with click-to-focus..
Can you file the Galeon issue separately (and say what it is in more detail...)
This bug was reported to the Debian BTS. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=398053 It seems like this bug is back, it was reported by a Debian user with 2.14.5 and I can confirm it with 2.16.3.
(In reply to comment #11) > This bug was reported to the Debian BTS. > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=398053 > > It seems like this bug is back, it was reported by a Debian user with 2.14.5 > and I can confirm it with 2.16.3. Reopening. (Can someone please grant the right to manipulate bug status to Sven? He's been fairly active as his score shows! Thanks)
I do have permission to edit bugs. I must have forgotten to reopen this one, thanks anyway!
This bug still exists with 2.18.3 on my Debian SID. Are there any plans to solve this problem? I would be available for testing/debugging/any contibution.
I can duplicate the new xine bug; it's bug 308322 (metacity ignores the transient hint and uses the window type to attempt to deduce transiency in the stacking algorithm). Rather than mark as a duplicate, since the original xine problem was fixed and I'm guessing this is a separate issue (which happens to result in the same problem), I'm going to remark this bug fixed and ask that discussion be moved to bug 308322.