vlc stops playing video, ui reacts but closing not possible

[Jtb]

I was playing a video over http from my sat-receiver. The video was stuttering and I wanted stop the video and to close vlc. The playback stops but the vlc doesn't close. The ui still reacts but I can't close vlc.

$ strace -p 3782
Process 3782 attached - interrupt to quit
futex(0x7f131c89b9d0, FUTEX_WAIT, 3788, NULL^C <unfinished ...>
Process 3782 detached

(gdb) bt
#0 0x00007f13267ac148 in pthread_join (threadid=139720059893504, thread_return=0x0) at pthread_join.c:89
#1 0x00007f13269ea524 in ?? () from /usr/lib/libvlccore.so.5
#2 0x00007f13269da042 in libvlc_InternalCleanup () from /usr/lib/libvlccore.so.5
#3 0x00007f1326ca968e in libvlc_release () from /usr/lib/libvlc.so.5
#4 0x00000000004012e5 in ?? ()
#5 0x00007f132620376d in __libc_start_main (main=0x401010, argc=2, ubp_av=0x7ffffe1b0208, init=<optimized out>, fini=<optimized out>,
    rtld_fini=<optimized out>, stack_end=0x7ffffe1b01f8) at libc-start.c:226
#6 0x00000000004015ed in ?? ()
#7 0x00007ffffe1b01f8 in ?? ()
#8 0x000000000000001c in ?? ()
#9 0x0000000000000002 in ?? ()
#10 0x00007ffffe1b0792 in ?? ()
#11 0x00007ffffe1b079f in ?? ()
#12 0x0000000000000000 in ?? ()

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: vlc-nox 2.0.1-4
Uname: Linux 3.4.0-030400-generic x86_64
ApportVersion: 2.0.1-0ubuntu8
Architecture: amd64
Date: Sun Jun 10 17:27:56 2012
EcryptfsInUse: Yes
ExecutablePath: /usr/bin/vlc
InstallationMedia: This
ProcEnviron:
 LANG=en_US.UTF-8
 SHELL=/bin/zsh
SourcePackage: vlc
UpgradeStatus: No upgrade log present (probably fresh install)

[Rémi Denis-Courmont (rdenis)]

Unfortunately, that stack trace is rather helpless. If you think VLC is deadlocked, you really need a symbol stack trace of ALL threads. The main thread does pretty much nothing.

[Bryce Harrington (bryce)]

We're closing this bug since it is has been some time with no response from the original bug reporter. However, if the issue still exists in the latest development version of Ubuntu and you are the original reporter please feel free to reopen with the requested information. If you are not the original reporter, please don't reopen this one but instead file a new bug and reference this one.

When collecting a backtrace, make sure to install debug versions of all dependencies, and then run 'bt full' to collect a backtrace with full symbol definitions.

[Christian Kroll (tunix79)]

Since the upgrade to Trusty, this happens to me, too. In my case, this bug is triggered by all kinds of video files. If I try to close the window, it just minimized itself to the notification bar (same with Alt-F4 and Ctrl-Q). I can restore the GUI by double-clicking on the notification bar icon. VLC will eventually close itself after approximately 30 seconds. What makes this even more annoying is that you can't switch to another video during that time (as the playing request will be redirected to that dying process). It is also not possible to restart the current video.

If I start VLC without a video file, I can quit the application immediately. Also, the bug doesn't seem to be triggered by audio files.

To rule out any config issues I have deleted ~/.config/vlc and ~/.local/share/vlc and also tried "vlc --reset-config". It has no effect on this bug.

Desktop environment is Xfce (plain Xfce session, not the Xubuntu one).

[Christian Kroll (tunix79)]

I have added the full stacktrace of all threads.

[Rémi Denis-Courmont (rdenis)]

The stack trace would be more readable with the libdbus debug symbols. In any case, it seems that VLC is stuck waiting for your desktop inhibit service to respond to a screensaver inhibit request. This prevents the video output thread from terminating, which then prevents the playlist from moving on and the UI from exiting.

From my point of view, that is a bug in your desktop environment, or whatever components provides the screen-saver inhibition D-Bus API (can't say which without VLC logs).

[Launchpad Janitor (janitor)]

[Expired for vlc (Ubuntu) because there has been no activity for 60 days.]