https://bugs.gpodder.org/show_bug.cgi?id=1107
--- Comment #5 from Thomas Perl <[email protected]> 2010-08-27 13:15:36 BST --- (In reply to comment #4) > I do understand this concern. That's why I proposed a user-configurable > timeout value (defaulting to a period such as 30 days) after which old > episodes > would be deleted. I would not want to add this as a configurable option. Maybe a field in the database that marks the time when the episode disappeared and a clean-up of old episodes that have not been seen for 10 days would work just as well without the added configuration option (which adds another attack vector for misconfiguration bugs). How long do episodes disappear from a feed in your experience? How long do other feed readers keep old episodes around? > Also, you forgot to address my other concern (from comment #1): Another side > effect of gPodder forgetting about disappearing items too soon is that such > items will not be deleted from an MP3 player during synchronization should > they > happen to still be on the MP3 player. That's a separate issue. gPodder could very well check for extrasneous, unknown files on the MP3 player (or at least in the per-podcast folders on the MP3 player) and show them and offer to delete them as well. Having the episode hidden in the database does not fix this problem - it only makes it happen slightly less often. -- Configure bugmail: https://bugs.gpodder.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes. _______________________________________________ gPodder-Bugs mailing list [email protected] https://lists.berlios.de/mailman/listinfo/gpodder-bugs
