[Bug 941229] Re: deadlock: GStreamer-WARNING **: wrong STREAM_LOCK count 0

[Jacob Peddicord]

This has been fixed upstream. It should make its way to Ubuntu soon
after the next GLib development release.

** Project changed: gstreamer => glib

** Package changed: gstreamer0.10 (Ubuntu) => glib2.0 (Ubuntu)

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to glib2.0 in Ubuntu.
https://bugs.launchpad.net/bugs/941229

Title:
  deadlock: GStreamer-WARNING **: wrong STREAM_LOCK count 0

Status in The "G" Library - GLib:
  Confirmed
Status in “glib2.0” package in Ubuntu:
  Confirmed

Bug description:
  Banshee and Totem both suffer from a very annoying bug where they will
  lock up when trying to interact with them while media is playing. It's
  hard to describe, but here are the main points:

  * When the application locks up, "GStreamer-WARNING **: wrong STREAM_LOCK count 0" is output.
  * I have tested this with quite a diverse MP3 library.
  * This happens **most frequently** using gstreamer0.10-fluendo-mp3.
  * This happens less frequently when using lame/mad from gstreamer0.10-plugins-ugly.
  * I am unable to reproduce this issue with OGG/Vorbis audio.

  Steps to reproduce:
  1. Install gstreamer0.10-fluendo-mp3, as it is easiest to trigger the bug (works with gstreamer0.10-plugins-ugly as well, just not as often).
  2. Open any MP3 in Totem from the terminal.
  3. Seek madly for 5-10 seconds or until it freezes. (Sometimes the freeze is instantaneous, sometimes it takes a few seconds of trying.)
  4. Observe the GStreamer warning message and deadlock.

  This has been *very* difficult to pin down, as it happens seemingly at
  random. I'm attaching a backtrace of Totem's state during the freeze.
  Some points of note:

  * The "GStreamer-CRITICAL" message is unrelated to the freezing from what I can tell, as it doesn't show up during other traces I've done.
  * ^C is where it froze.
  * #10 is libgstflump3dec.so -- could not find debugging symbols for this, but as it happens with the other MP3 decoders as well, I don't think the problem lies in the MP3 plugins themselves.

  Something I've noticed while testing this: it appears to freeze more often around when threads are created/destroyed.
  Let me know if there's any more information I can provide.

  ProblemType: Bug
  DistroRelease: Ubuntu 12.04
  Package: gstreamer0.10-plugins-ugly 0.10.18.3-1ubuntu1
  ProcVersionSignature: Ubuntu 3.2.0-17.26-generic 3.2.6
  Uname: Linux 3.2.0-17-generic x86_64
  NonfreeKernelModules: nvidia
  ApportVersion: 1.93-0ubuntu2
  Architecture: amd64
  Date: Sat Feb 25 21:41:53 2012
  EcryptfsInUse: Yes
  InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Release amd64 (20111012)
  ProcEnviron:
   LANGUAGE=en_US:en
   TERM=xterm-256color
   PATH=(custom, user)
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  SourcePackage: gst-plugins-ugly0.10
  UpgradeStatus: Upgraded to precise on 2012-02-10 (15 days ago)

To manage notifications about this bug go to:
https://bugs.launchpad.net/glib/+bug/941229/+subscriptions