handle changes (and deletions) to podcast download location
Submitted by Jonathan Matthew
Link to original bug (#339677)
Description
There are three cases that can occur:
- user moves podcast download directory, without changing the setting in rhythmbox. Not much we can do, really.
- user changes the setting but does not move the existing download directory. This is currently handled correctly, because we store absolute paths to downloaded podcast posts
- user changes the setting and moves the download directory. This is not handled correctly, because the absolute paths to the downloaded entries don't point to the correct location any more.
What I think should happen instead is that we stat downloaded podcasts on startup, and for missing files, we try rebuilding the download location (in case the config setting has changed) and check again. If the file is still missing (or the location has not changed), we reset the entry status as if it had never been downloaded.
Version: HEAD