After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 153740 - rhythmbox abort on unknown file type.
rhythmbox abort on unknown file type.
Status: RESOLVED INVALID
Product: GStreamer
Classification: Platform
Component: gst-plugins
0.8.5
Other Linux
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2004-09-25 17:54 UTC by gregm
Modified: 2005-08-29 15:43 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
MIDI file that will cause rhythmbox (gstreamer) to abort (4.65 KB, application/octet-stream)
2004-09-25 18:56 UTC, gregm 		Details

Description gregm 2004-09-25 17:54:42 UTC 
Maybe this is gstreamers fault, if so punt to them.

[0x82fd0b8] [rhythmdb_add_song] rhythmdb.c:945 (13:40:53): unsupported file
[0x82fd0b8] [rb_metadata_load] rb-metadata-gst.c:468 (13:40:53): loading
metadata for uri: file:///usr/multimedia/DigitalMusic/mp3s/Midi/Majestic%20Theme.mid

** ERROR **: file gsttypefindfunctions.c: line 401 (mp3_type_find): assertion
failed: (layer > 0)
aborting...

Program received signal SIGABRT, Aborted.
[Switching to Thread 1108274096 (LWP 22391)]
0xffffe410 in ?? ()

Fairly obvious that its not gonna get any mpeg info out of the midi file, so
either gstreamer needs to be smacked for just aborting on that or rhythmbox
shouldn't be passing it to gstreamer to choak on.
Comment 1 Christophe Fergeau 2004-09-25 18:10:54 UTC 
Can you provide the file which triggered this problem?
This is indeed a gstreamer issue, reassigning.
Comment 2 gregm 2004-09-25 18:56:47 UTC 
Created attachment 31944 [details]
MIDI file that will cause rhythmbox (gstreamer) to abort
Comment 3 Stephane Loeuillet 2004-09-25 19:56:56 UTC 
with current CVS :

file attachment.cgi.unknown
attachment.cgi.unknown: Standard MIDI data (format 1) using 11 tracks at 1/120

gst-typefind attachment.cgi.unknown
ERROR (0x804ef60 - 304483:56:10.925906000)       scheduler(27058)
gstoptimalscheduler.c(2609):gst_opt_scheduler_iterate:<GstOptScheduler@0x8065b60>
in error state
attachment.cgi.unknown - No type found

gst-typefind-0.8 --gst-scheduler=basicgthread attachment.cgi.unknown
attachment.cgi.unknown - No type found

so, opt scheduler issue ?
Comment 4 Ronald Bultje 2004-09-27 13:53:12 UTC 
No, the g_assert() was removed ages ago. It triggers the crash. Current CVS
doesn't crash anymore.
Comment 5 Ronald Bultje 2004-10-01 11:50:40 UTC 
I don't know what to do since it's already fixed, so I'll mark it as invalid.