Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.

Bug 107894

Summary: rhythmbox comes with lots of default streaming radio stations that it can't play
Product: [Fedora] Fedora Reporter: Bill Nottingham <notting>
Component: rhythmboxAssignee: Colin Walters <walters>
Status: CLOSED CURRENTRELEASE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: rawhideCC: rvokal
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2004-03-29 22:02:40 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 100644    

Description Bill Nottingham 2003-10-24 04:12:59 UTC
Description of problem:

SSIA.

Version-Release number of selected component (if applicable):

rhythmbox-0.5.3-4

How reproducible:

Every time.

Steps to Reproduce:
1. open rhythmbox
2. click on 'Radio'
3. look at all those mp3 streams!
  
Actual results:

MP3 streams you can't play.

Expected results:

Ogg streams you can play. (Oops, bug #107892).
Failing that, no streams.

Comment 1 Jonathan Blandford 2003-10-24 20:58:37 UTC
I can just remove all of these.  On the flip side, there's a nice list of
stations at:
http://wiki.xiph.org/VorbisStreams

I'm sorta tempted to put in WCPE there.


Comment 2 Bill Nottingham 2003-10-27 02:03:16 UTC
Hm, maybe. But if playing ogg streams doesn't work, there's not much
point.

Comment 3 Colin Walters 2004-03-29 22:02:40 UTC
All the stations have been removed in the RPM for a while now.  I am
thinking about doing this upstream too, because there's no way to know
what kinds of media support the GStreamer packagers will include
(e.g., they might not include ogg even).  Ideally there would be a way
to query GStreamer for supported types, I'm not aware of one at the
moment, will investigate though.