GNOME Bugzilla – Bug 172418
MP3 that hangs Rhythmbox
Last modified: 2006-07-03 12:37:12 UTC
Steps to reproduce: 1. Try to import the attached mp3 to rhythmbox 2. CPU pegs, Rhythmbox not fully functional (e.g. cannot exit cleanly) 3. Stack trace: Other information:
Created attachment 39584 [details] Problematic mp3
I think this is a dupe of bug 172420
bug 172419 sorry.
No, the error reported is different, and so likely the bug is different, too.
Interesting, there is only an ID3 header. There is no music data. The file should be ignored, since no type can be found. Trying that with GStreamer: $ gst-launch playbin uri=file:///tmp/x.mp3 RUNNING pipeline ... ERROR: from element /playbin0: Could not determine type of stream. ERROR: pipeline doesn't want to play. $ So appears to be a rhythmbox-specific bug - reassigning.
Possibly also a bug in grip, in that it created the file at all from the "data track". Either way, rhythmbox should be robust to it.
Here it displays a dialog with a message about the file and doesn't hang. What version of rhythmbox/gstreamer/gst-plugins are you using ?
I am using the following: rhythmbox-0.8.8-2.1.fc3.rf gstreamer-0.8.7-4.FC3.0.i386.rpm gstreamer-plugins-0.8.5-1.i386.rpm gstreamer-plugins-extra-audio-0.8.6-2.1.fc3.fr.i386.rpm
Doesn't hang with 0.9.3, it says something like "Internal GStreamer error, report a bug" if you click on the collection's expander. However it should display a more friendly error message, without mentioning GStreamer or a bug to be reported.
No, it shouldn't. That message indicates that the metadata process crashed while trying to read the file. This pretty much only happens due to GStreamer problems. We need the user to file a bug when this happens.
This is the same issue as bug 345930 (file containing id3 tags only). *** This bug has been marked as a duplicate of 345930 ***
Good, my bad, I assumed GStreamer didn't crash/misbehave reading Ronald's comment.