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 416352 - rhythmbox doesnt seem to like this particular podcast feed
rhythmbox doesnt seem to like this particular podcast feed
Status: RESOLVED DUPLICATE of bug 322985
Product: rhythmbox
Classification: Other
Component: Podcast
0.9.8
Other All
: Normal normal
: ---
Assigned To: RhythmBox Maintainers
RhythmBox Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-03-09 06:50 UTC by Aleksander Demko
Modified: 2007-03-11 22:36 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Aleksander Demko 2007-03-09 06:50:53 UTC
Please describe the problem:
If I load up the following feed, I get a track listing, but any attempt
to download the files instantly fails.

Other feeds work. wget on the urls (as shown in the properties dialog) in each track also works.

http://feeds.feedburner.com/1up/podcast

Steps to reproduce:
1. load up the podcast feed http://feeds.feedburner.com/1up/podcast
2. try to download any of the tracks


Actual results:
They fail and acquire the "failed" status

Expected results:
Successful download of the tracks, which I could then listen to.

Does this happen every time?
Yes, but only on the podcast feed. Other feeds I have work fine.

Other information:
Comment 1 Alex Lancaster 2007-03-09 07:42:52 UTC
Looks like some kind of double redirect issue.  If you look in the ~/.gnome2/rhythmbox/rhythmdb.xml and look up a <location> tag for one of the episodes you can find the actual URL, which is actually a 302 redirect that is in turn, another redirect!

$ wget http://feeds.feedburner.com/~r/1up/podcast/~5/90417200/redirect.mp3
--00:36:28--  http://feeds.feedburner.com/~r/1up/podcast/~5/90417200/redirect.mp3
Resolving feeds.feedburner.com... 66.150.96.119
Connecting to feeds.feedburner.com|66.150.96.119|:80... connected.
HTTP request sent, awaiting response... 302 Moved Temporarily
Location: http://www.podtrac.com/pts/redirect.mp3?http://zdmedia.vo.llnwd.net/o1/Podcasts/122206.mp3 [following]
--00:36:28--  http://www.podtrac.com/pts/redirect.mp3?http://zdmedia.vo.llnwd.net/o1/Podcasts/122206.mp3
Resolving www.podtrac.com... 69.16.233.67
Connecting to www.podtrac.com|69.16.233.67|:80... connected.
HTTP request sent, awaiting response... 302 Found
Location: http://zdmedia.vo.llnwd.net/o1/Podcasts/122206.mp3 [following]
--00:36:28--  http://zdmedia.vo.llnwd.net/o1/Podcasts/122206.mp3
Resolving zdmedia.vo.llnwd.net... 68.142.79.231, 68.142.79.232, 68.142.79.235, ...
Connecting to zdmedia.vo.llnwd.net|68.142.79.231|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 32821528 (31M) [audio/mpeg]
Saving to: `122206.mp3'

 8% [========>                                           
Comment 2 Alex Lancaster 2007-03-09 07:43:55 UTC
I thought that we solved that in bug #321991, but maybe it won't handle double redirects.
Comment 3 Alex Lancaster 2007-03-09 07:44:20 UTC
Also, confirming that I can duplicate this bug in SVN trunk.
Comment 4 Jonathan Matthew 2007-03-11 22:36:43 UTC
This is another case where the query string contains a full URL that gnome-vfs mangles (bug 322985).  Since the query string is created as part of a redirect from the original URL, rhythmbox never actually sees it, so there's not much we can do about it.



*** This bug has been marked as a duplicate of 322985 ***