XFCE panel don't hide when VLC in fullsceen mode

[tim474]

When I switch VLC to fullscreen mode, the XFCE panel don't hide. It only hides when I switch VLC window to fullscreen mode with XFCE window context menu.

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: vlc 2.0.1-4
ProcVersionSignature: Ubuntu 3.2.0-24.39-generic 3.2.16
Uname: Linux 3.2.0-24-generic x86_64
ApportVersion: 2.0.1-0ubuntu7
Architecture: amd64
Date: Sun May 27 18:06:21 2012
InstallationMedia: Xubuntu 11.10 "Oneiric Ocelot" - Release amd64 (20111012)
ProcEnviron:
 LANGUAGE=ru:en
 TERM=xterm
 PATH=(custom, no user)
 LANG=ru_RU.UTF-8
 SHELL=/bin/bash
SourcePackage: vlc
UpgradeStatus: Upgraded to precise on 2012-04-26 (30 days ago)

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Todd Vierling (duh)]

And when using the XFCE context menu's "Fullscreen" option, it only does the same thing as F11 from within VLC: the controls and menubar are still there.

[Rémi Denis-Courmont (rdenis)]

*That* is not a bug. If XFCE switches to the VLC window to fullscreen, VLC remains in windowed mode. If you want to put VLC to fullscreen mode, you need to switch to fullscreen using VLC itself (via double click on video, fullscreen hotkey, context meny, etc.).

I am not even sure Qt4-X11 exposes an event for when an application is brought to fullscreen by another process.

[Rémi Denis-Courmont (rdenis)]

The screen capture shows that VLC went fullscreen correctly.

Thus it is a bug with the desktop environment still showing the bar at the bottom. That is not within VLC's control. Please reassign to the correct component

[frenchy82 (cartes)]

Using an update of vlc from
https://launchpad.net/~videolan/+archive/stable-daily

solve this problem for me

[Joshua O'Leary (jmoleary)]

This bug is still present in xubuntu 12.04, even when using the daily PPA version:
From apt

vlc:
  Installed: 2.1.0~~git20120625+r1669-0~r79~precise1
  Candidate: 2.1.0~~git20120625+r1669-0~r79~precise

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Joshua O'Leary (jmoleary)]

Both the stable and master builds of VLC are affected by this bug:
Master:2.1.0~~git20120625+r1669-0~r79~precise1 (from https://launchpad.net/~videolan/+archive/master-daily)
Stable:2.0.1+git20120625+r260-0~r38~precise1 (from https://launchpad.net/~videolan/+archive/stable-daily)
Ubuntu Precise:2.0.1-4

The bug does NOT occur when using Lubuntu (openbox based), therefore xfce4-panel seems to be the culprit.

[Joshua O'Leary (jmoleary)]

Ah, after testing this further the problem was really a corrupted config. Running rm -r ~/.config/vlc seemed to fix this problem for all versions of vlc.

[nemoinis (nemoinis)]

>Ah, after testing this further the problem was really a corrupted config. Running rm -r ~/.config/vlc seemed to fix this problem for all versions of vlc.

No that probably wasn't it. What happens is that when VLC was maximized before going to full-screen, the XFCE panel still shows up in fullscreen. If VLC was not maximized before going fullscreen, the XFCE panel does not show. You probably had VLC maximized, and when you deleted your config, it removed that setting, so the next time you started VLC it was not maximized and the fullscreen bug did not show up.

This happens in VLC and Picasa (and probably a few other programs out there)

[tim474 (tim474)]

>Ah, after testing this further the problem was really a corrupted config. Running rm -r ~/.config/vlc seemed to fix this problem for all versions of vlc.

It helps, but after some launches of VLC the problem goes back, and I should remove config again.

[tim474 (tim474)]

I observed that if I close VLC when it is in fullscreen mode, next time this bug will appear. But if I close windowed VLC, next time this bug will not appear.

[pranith (bobby-prani)]

Is there any workaround or fix for this bug in progress?

[Sebastian Janko (janko-sebastian)]

I don't know if this is still actual (and I don't really know how to check) but I found that if you go fullscreen while the window is not maximized, it doesn't snow the panels. If the window is maximized, it does show them.

[nLinked (nlinked-deactivatedaccount)]

@ #15: I can confirm this behaviour too

[Michał Olber (olbi)]

http://forum.videolan.org/viewtopic.php?f=13&t=97996

[Christian Niemeyer (christian-niemeyer)]

Still happens for me with Xubuntu 13.10 (saucy) and xfpanel 4.10; VLC daily build (2.2.0 weatherwax).

Workaround for all versions:

In VLC press Ctrl+h and then double-click on the video.

Alternatively: Ctrl+h and then press f.

PS: "f" (equals double-click) is different then "F11". Ctrl-h is for minimizing the inferface of VLC. Somehow this combinations works and the xfpanel is not shown.

[Jackson Doak (noskcaj)]

Does it still affect you with the official repository version of vlc? We don't provide support for the daily build.

[Master Joda (sa-ki94)]

I can confirm this bug in Debian 7.1 and VLC 2.0.3.

[Cysioland (cysioland)]

Can confirm it, restoring from maximized is only workaround, not fix.

[Cysioland (cysioland-redhat-bugs)]

Description of problem:
When turning VLC Media Player from maximized to fullscreen, panels stay covering it

Version-Release number of selected component (if applicable):
4.10.1

How reproducible:
Well

Steps to Reproduce:
1. Launch vlc
2. Maximize it
3. Double click the video to fullscreen it

Actual results:
Panels cover full screen window

Expected results:
Panels go away, like when fullscreening from normal

Additional info:
None

[Kevin (kevin-redhat-bugs)]

From reading the upstream links it sounds like a vlc bug to me.

If you do NOT maximize the vlc window before fullscreening it, does it work then?

[Cysioland (cysioland-redhat-bugs)]

(In reply to Kevin Fenzi from comment #1)
> From reading the upstream links it sounds like a vlc bug to me.
>
> If you do NOT maximize the vlc window before fullscreening it, does it work
> then?

In Launchpad it got changed to xfce panel.
Yes, if I DON'T maximize, then it woprks as expected, as stated in report.

[Kevin (kevin-redhat-bugs)]

(In reply to Cysioland from comment #2)

> In Launchpad it got changed to xfce panel.

Sure, but note the arch thread where they talk about sending patches to vlc folks.

> Yes, if I DON'T maximize, then it woprks as expected, as stated in report.

I don't know if vlc has any way to report bugs, but perhaps that would be the next place to try...

[Cysioland (cysioland-redhat-bugs)]

Reported upstream: https://trac.videolan.org/vlc/ticket/10355

[Cysioland (cysioland-redhat-bugs)]

Upstream closed, as it isn't VLC.

[Kevin (kevin-redhat-bugs)]

Sad.

https://mailman.videolan.org/pipermail/vlc-devel/2013-March/092098.html is the patch that was mentioned I think in the arch forum discussion. It's a Xfce person proposing a patch, and as far as I can see it was rejected for some minor issues. ;(

I suppose we could file a upstream xfwm4 bug and see what maintainers there say.

[Cysioland (cysioland)]

Description of problem:
When turning VLC Media Player from maximized to fullscreen, panels stay covering it

Version-Release number of selected component (if applicable):
4.10.1

How reproducible:
Well

Steps to Reproduce:
1. Launch vlc
2. Maximize it
3. Double click the video to fullscreen it

Actual results:
Panels cover full screen window

Expected results:
Panels go away, like when fullscreening from normal

Additional info:
Downstream (Fedora) bugtracker pointed me to fill this bug here against this component.

[Cysioland (cysioland-redhat-bugs)]

Filed against XFWM4.

[Drunkenbatman (drunkenbatman)]

I can confirm this on Gentoo in 4.10 and 4.11, but only if "Don't reserve space on borders" isn't selected in the panel prefs, so there's the interaction. eg, it'd be ideal if yes, a maximized window reserved space with that selected, but the panel didn't overdraw a full-screen app.

[Disposable-hero (disposable-hero)]

See bug 8563; attachment 4960 fixes this issue. It has already been applied in Ubuntu (https://bugs.launchpad.net/ubuntu/+source/xfwm4/+bug/1066535), but nobody seems to care upstream.

[Kevin (kevin-redhat-bugs)]

Can you try this scratch build:

http://koji.fedoraproject.org/koji/taskinfo?taskID=7107905

[Simon Steinbeiß (ochosi)]

Yup, this is in fact the same issue as bug 8563. Marking as duplicate.

*** This bug has been marked as a duplicate of bug 8563 ***

[Fedora (fedora-redhat-bugs)]

This message is a reminder that Fedora 20 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 20. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as EOL if it remains open with a Fedora 'version'
of '20'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not
able to fix it before Fedora 20 is end of life. If you would still like
to see this bug fixed and are able to reproduce it against a later version
of Fedora, you are encouraged change the 'version' to a later Fedora
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.

[Fedora (fedora-redhat-bugs)]

Fedora 20 changed to end-of-life (EOL) status on 2015-06-23. Fedora 20 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.

[Sean Davis (bluesabre)]

Resolved in Xfce in 2014. https://bugzilla.xfce.org/show_bug.cgi?id=8563#c12