Delete episodes
Have the ability to delete individual episodes off the app so you don't have 200+ just sitting there rather than just hiding them.
Edit: delivered in v3.9
==========
Next version will have a new setting in ‘Automatic cleanup’ called ‘Keep synced with RSS feed’. It can be enabled globally or per podcast.
This feature will automatically delete episode articles which aren’t available in the RSS feed anymore.
Downloaded / favorite / unread episodes won’t be affected
Thanks to Daniel for this suggestion
Edit: I just published a new version with this feature. It should be live in the next hour. Please let me know if you have any issue/feedback
Thanks
-
Richard Bennett commented
Played episodes keep re downloading cant stop them. Would be nice to see release date when episodes are listed
-
Geo Jeff commented
Xavier is right that it doesn't take up storage space, it is just bothersome to have to see hundreds of episodes in the list of episodes. I have made my peace with it and decided to stick with podcast addict since overall it is such a good program for listening to podcasts.
-
@AAC
Only downloaded episode use storage space. You can delete them.
The episode articles that you can hide don't use any space -
AAC commented
I absolutely agree with Geo Jeff about this. I'm trying to free up space and would like to delete eps that I no longer want, instead of just hiding them.
-
Geo Jeff commented
This does not address the issue. I want to remove from the list episodes that I don't want to have on the 200+ list. The "fix" doesn't give me that ability at all, it just removes episodes not in the RSS feed.
Xavier has been helpful and concerned to get this right, but I don't think he understands the problem. -
bichlepa commented
Thanks! This increased the performance of Podcast Addict significantly.
-
@bichlepa
I will add a new setting to allow deletion of unread episodes (v3.10) -
bichlepa commented
That feature is great!
It would be fine if it will also affect unread episodes. The reason is, there are many episodes which I have not downloaded because they are not interesting to me. I don't mark them read. And I'd like them to be cleaned. -
@Daniel
Thanks Daniel this is a really good idea.
I will add this new setting in the 'Automatic Cleanup' section.
It will be available as a global setting and you will be able to override the setting per podcast -
Daniel commented
Do the options "keep at most" and "delete older episodes" satisfy users' desires for this suggestion?
Perhaps could add an option to "reconcile with rss" on update, which would delete local storage of episodes that are not contained within the rss (for podcasts with rss feeds that list only a few of the newest episodes)?
-
@Geo Jeff the app has already a flag which stores the read status of an episode. You can then hide episodes based on this status using the toolbar 'eye' button
-
Geo Jeff commented
Xavier, In rereading your 3/26/14 suggestion that it is too hard to program since RSS feeds are non standard. I am thinking you are already keeping a flag when an episode is read, can't you also keep a flag if an episode should be hidden.
-
Anonymous commented
completely agree
-
Hagai commented
Right, there are no rules on the length of the feed, and some feeds may have an excessive number. But still, most don't, and if you do not actually remove entries until you do an update and the entry does not arrive anymore -- you're safe and removed entries will never appear.
I completely agree about the guid... -
Not necessarily. You have feeds that contains thousands of entries. There's absolutely no rules about that. So you have to keep track of every past episodes otherwise they will keep commibv back after every update once deleted. And keeping track of the guid isn't enough because a lot if feeds do not follow the RSS standards and are duplicating this tag. So RSS clients need to keep a few fields forever.
-
Hagai commented
RSS generators themselves keep just a round of 10-100 updates on a FIFO basis; they don't broadcast items forever, for their own bandwidth reasons. So, once an item that is marked for deletion does not arrive on an update, it can be safely removed as it will never show up again.
-
Every RSS app has no choice but to keep some data forever otherwise as soon as you delete an item it will be re added with the next update.
-
Hagai commented
The reason I reset the feed is to prevent the database of the application from growing endlessly. I realize that you say that even if it does grow endlessly, user experience is not impacted. I believe you're right. However, since I really don't need years worth of old podcast data on my device, I value the option of being able to clean it up.
(BTW, I am not sure the RSS reader collects eternal history, because its storage requirements do not grow with time, and I use it for years by now.) -
No it will not slow down the app. It will use a couple MB per year but
that's it. Browsing a cursor with 5 rows or 1M doesn't change anything
because everything is indexed in the app database. Every other RSS app work
the same way except that they will not show you those older episodes
anymore but most part of those older episodes metadata are still there to
avoid duplicate entries (guid, URL, name, date...)I don't understand why you need to make a feed reset. Just enable the
automatic mark read feature and hide read content it will do exactly what
you are trying to achieve. Except that you can still access older episode
by pressing again on the eye button -
Hagai commented
Eventually it will. Each episode has its metadata stored, picture, etc. This takes space and processing time. In general, I believe no application shall be storing data "forever" with no deletion capability. If the RSS aggregator I use for news articles would work the same way, with 200 new items a day, it would collapse. All RSS processors remove old entries once they are marked for deletion (or marked as "read") and no longer come from the server upon update.
I bought Podcast Addict because I think it's the best podcast player out there, and I still think it is, but doing a "reset podcast" occasionally just to get the read list in control is really inconvenient. I think at least an option shall offered of automatically deleting read entries that no longer come from the server upon update.