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 536654 - podcast deleting does not seem to be logical
podcast deleting does not seem to be logical
Status: RESOLVED DUPLICATE of bug 436610
Product: rhythmbox
Classification: Other
Component: Podcast
0.11.x
Other All
: Normal normal
: ---
Assigned To: RhythmBox Maintainers
RhythmBox Maintainers
Depends on:
Blocks:
 
 
Reported: 2008-06-04 17:03 UTC by Bill Nottingham
Modified: 2008-06-04 22:58 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Bill Nottingham 2008-06-04 17:03:41 UTC
Please describe the problem:
When deleting a podcast entry, you're given the choice of:

1) deleting the 'episode' (db entry) but leaving the downloaded file
2) deleting both the episode and the downloaded file

If you do #1, it will come back and try to download again when you refresh.
If you do #2... it will waste a lot of space (as the downloaded files are the big space hogs.)

Why wouldn't the default be to delete the downloaded file, but leave the episode in the DB, so it's not downloaded again?

Steps to reproduce:
1. Subscribe to a podcast. One example would be: http://www.nowlive.com/podcast/podcast.asp?id=2787
2. Delete some episodes
 


Actual results:
Whoops, they came back and are all downloaded again the next day.

Expected results:
Only new epsiodes would be downloaded.

Does this happen every time?


Other information:
Comment 1 Jonathan Matthew 2008-06-04 22:58:45 UTC
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.


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