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 300457 - Totem never errors if you try playing a mp3 stream without mp3 plugin
Totem never errors if you try playing a mp3 stream without mp3 plugin
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins
git master
Other All
: Normal normal
: 0.8.9
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2005-04-13 09:13 UTC by Christian Fredrik Kalager Schaller
Modified: 2005-04-14 14:32 UTC
See Also:
GNOME target: ---
GNOME version: 2.9/2.10


Attachments
patch (6.30 KB, patch)
2005-04-14 14:22 UTC, Ronald Bultje
none Details | Review

Description Christian Fredrik Kalager Schaller 2005-04-13 09:13:50 UTC
Please describe the problem:
I tried dragging one of the mp3 url from the Virgin Radio page onto totem.
Totems buffers up, then rebuffers, then rebuffers, then rebuffers and so on. I
think since I don' t have the GStreamer mp3 plugin installed it fails when its
to start playback so instead it just goes back to fill up the buffer again.

Steps to reproduce:
1. Go to http://www.virginradio.co.uk/thestation/listen/index.html
2. Drag one of the mp3 url' s onto Totem
3. Watch the buffer fill for as long as you want.


Actual results:


Expected results:


Does this happen every time?


Other information:
Comment 1 Ronald Bultje 2005-04-14 12:28:01 UTC
I can reproduce this; for streams, we should error out if nothing was found in
group_commit(), I'm pondering moving the code that is now in change_state() over
there alltogether.
Comment 2 Ronald Bultje 2005-04-14 14:22:52 UTC
Created attachment 45252 [details] [review]
patch

Does what I said above; is unfortunately partly intermingled with the patch in
http://bugzilla.gnome.org/show_bug.cgi?id=172854, because they touch the same
code. Errors out correctly for the stream.
Comment 3 Ronald Bultje 2005-04-14 14:32:19 UTC
Applied.