GNOME Bugzilla – Bug 436610
How do I delete podcast files without deleting them from the list of available podcasts?
Last modified: 2018-05-24 12:33:50 UTC
I don't have a lot of space on my laptop's harddrive. So I would like to delete some podcast files that I've downloaded with Rhythmbox. But I want to be able to redownload them later. If I right-click on the podcast in Rhythmbox and choose delete, the file AND entry disappear. I only want to delete the file. Is it currently possible to do this with the GUI? I'm willing to edit the rhythmbox.xml, if that's what it takes. But this seems (to me) to be a handy feature to have. Other information: I'm using Ubuntu 7.04 (Feisty Fawn).
I think the current podcast delete options are backwards. I don't see a use case for deleting the episode from rhythmbox but leaving the downloaded file in place, but here you've described one for deleting the downloaded file without removing the episode from the UI. In addition, deleted episodes are added again next time the feed is updated if they're still present in the feed. Instead, deleted episodes should be hidden, with some way of unhiding them. An item in the feed browser context menu, maybe.
(In reply to comment #1) I think that Jonathan's suggestion is better. Can we allocate and use a status code (if possible) for this? We can then add a setting in the preferences that unhide/hide the deleted podcasts . The verey same setting should be accessible when right clicking on the podcast channels as well when right cklicking on the podcast icon in the source list. The hide/unhide should not be a per channel setting but a global setting for all podcast channels.
I agree. We're up to Rhythmbox 0.11.2 now, is there anything in gconf that could be manually set to allow the episode and file to be handled separately or will this require some coding and a patch?
As far as I am aware, no one has done any work on this.
(In reply to comment #1) > I think the current podcast delete options are backwards. I don't see a use > case for deleting the episode from rhythmbox but leaving the downloaded file in > place I agree with that. I see no use in deleting the index entry but keeping the sound file, and moreover, it is then extremely difficult to locate the soundfile and play it again with Rhythmbox. The nomenclature is far from clear, too. What is exactly "the episode" and what is "the file"? Does the file include all episodes? > In addition, deleted episodes are added again next time the feed is updated if > they're still present in the feed. Instead, deleted episodes should be hidden, > with some way of unhiding them. An item in the feed browser context menu, > maybe. That does not happen in my case. Once the episodes are deleted, they are gone for good, and only new episodes appear when the podcast is refreshed. Some hidden gconf option, maybe? If the full episode list reappeared with the refresh it would be easy to clear space, but then reload when desired.
As for the hide/reveal deleted episodes option, wouldn't it be clearer if we could just set a limit on how many not-currently-loaded episodes were shown?
*** Bug 536654 has been marked as a duplicate of this bug. ***
As the OP, my `bug' was that I could not: 1. delete the mp3 file from my harddrive AND 2. still see the podcast entry in rhythbox It is the ability to continue to see the full list of podcast entries that I had wanted. I want the harddrive space from deleting the mp3 file BUT I want to still see the podcast entry listed with all the other podcasts. For this, the delete option would work like this: right-click delete choice 1. delete only the file choice 2. delete file and podcast entry Definitions: mp3 file: the mp3 file on the harddrive entry: the line item displayed by rhythbox--this may be called a title
I can't see why we would like to delete an entry, it's a job of the content provider right? We only update the podcast channel and then the entries are updated according to the content provider setup. Anyway we can end up in a situation where a content provider deletes an entry but a user have it on her/his HD. In that case we shal not delete the entry until the corresponding file is removed from the HD. I.e. The right-click Delete always delets the corresponding file and not the entry, unless it's removed by the content-provider.
FYI: I think the UI etc. should take into account the podcast expiration Bug 331942. These are very similar and the user (me!) will be confused if there are different points of entry to adjusting settings wrt deletion and/or expiry.
*** Bug 510275 has been marked as a duplicate of this bug. ***
*** Bug 620478 has been marked as a duplicate of this bug. ***
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/rhythmbox/issues/368.