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 340463 - Podcast episode overwrites previous episode
Podcast episode overwrites previous episode
Status: RESOLVED DUPLICATE of bug 330766
Product: rhythmbox
Classification: Other
Component: Podcast
0.9.4
Other All
: Normal critical
: ---
Assigned To: RhythmBox Maintainers
RhythmBox Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-05-02 21:55 UTC by Michael Van Dorpe
Modified: 2006-05-03 21:41 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Michael Van Dorpe 2006-05-02 21:55:02 UTC
Please describe the problem:
For some podcast, Rhythmbox only allows me to listen to the latest episode. Even
if I select an older episode from the list, it will play the latest episode from
that feed. This means older episodes are lost, and therefore I put this under
'critical'.

Steps to reproduce:
1. Subscribe to http://www.theonion.com/content/feeds/radionews
2. Listen to a recent episode
3. Try to listen to an older episode


Actual results:
The more recent episode will play.

Expected results:
Play the older episode.

Does this happen every time?
Happens every time with this feed

Other information:
I have other feeds that do not have this problem.
Comment 1 Michael Van Dorpe 2006-05-02 22:00:57 UTC
Oh, and the ~/Podcasts/The Onion Radio News directory only contains a file named "track.theonion.com", which is in fact an mp3 file.
Comment 2 Jonathan Matthew 2006-05-02 22:25:56 UTC
Basically, we need a better way to determine the local filename for downloaded podcast episodes.  In this case, we're coming up with "track.theonion.com" for every episode, which is useless.  Bug 330766 already covers this, more or less.

*** This bug has been marked as a duplicate of 330766 ***
Comment 3 Michael Van Dorpe 2006-05-03 16:11:12 UTC
I don't see how this is a duplicate of 330766. Okay, both bugs are about naming the downloaded files. But that's the only thing they have in common.

In 330766, no data is lost, the only problem there is that the files don't get the name or the extension the user wants them to have.

OTOH, this bug report doesn't care about the name or the extension of the downloaded files, as long as Rhythmbox would be smart enough not to use the same name over and over again and thereby overwriting previous episodes of a feed.
Comment 4 Jonathan Matthew 2006-05-03 21:41:35 UTC
It's not a duplicate in the sense that the same symptoms are reported, but rather that they both have the same underlying cause (that we don't determine the local file name for podcast episodes intelligently), and they'll both be fixed by the same changes.