Upon updating to the latest version, the program deleted all my downloaded podcasts. in attempting to re-download them many of the downloads seem to fail without even attempting to actually download. It will download the first few without a problem and then fail all rest. It will then once again delete all the downloaded podcasts,and I have to start all over :( Please help.
I have seem similar things. It looks like doggcatcher gets confused when doing updates sometimes and deletes my manually downloaded episodes (I don't have it autodownload any).
Is the expectation that if you have it set to download 2 episodes that when a third one comes in it deletes the oldest? This would be a problem if you have autodownload at 0.
That's very surprising that DoggCatcher is seeming to delete episodes without you telling it to. There is zero logic to delete outside of long-pressing an Episode and pressing delete (after the confirmation).
At some point in the future, we will be adding some expiration logic to cleanup but at this point there isn't any.
Is it possible that the files are being deleted some other way?
I'm going to retract my statement about deletes...there are also deletes when we expire the old episodes during a podcast update.
Something I have seen a couple times but I haven't had any users report it is that sometimes I find a couple of very old episodes at the top of my episode list but the remainder of the episode list is valid. This situation could cause some episodes that were previously downloaded to roll off the end and get deleted. This is a bug...I'll add it to the bug list.
What AC is describing in the original post sounds like a combination of this bug I just mentioned and a bug that was fixed last night, where one Podcast's update failure caused all podcasts below to fail.
AC, if you could give me the URL of the first Podcast that fails, we'll test it and see what the problem is with that feed.
I too have seen older episodes show up at the top of the list... this might be when the episodes are randomly deleted. This has happened more than once. Usually with TWIT, but I've seen it with others.
When I've seen it, it appears as though the date at the top supplants the newest one. Another update seems to fix the wrong episode at the top problem, but the deleted episodes are still gone. Could be some date logic that gets a little wonky on partial updates or something (just a guess, haven't seen your code).
...with twit again. I'm starting to narrow it down a bit.
When it happpens, try to make a note of the date on the podcast (not the episodes). That's the date that the podcast publisher last modified the podcast.
Whenever this has happened to me, the date is in the past, so an update gets an older version of the podcast than I currently have. Even when I look at the podcast in the android browser, I get an old one. It must be cached in one of the proxy servers. Today I got a twit from November 9, and the four top episodes from twit were supplanted by 4 older episodes.
A side effect is that episodes get deleted that shouldn't. Once we fix the core problem, the erroneous deletes won't occur.
Thanks for letting us know, every bit of info we get helps us to work out the bugs.
A couple of posts up you mentioned that the episodes are deleted when older episodes expire. Now that we have the ability to configure the number of episodes displayed on the episode panel, I was considering limiting one of my daily podcasts to one episode. If I do this and don't get around to listening to it or deleting it myself, will the file be deleted when the next episode comes in? And will that make the new episode be downloaded since there are no other downloaded episodes?
This would work out good, since the daily podcast (Buzz Out Loud) is a topical program and not really worth going back to listen to any old episodes if I miss them.
If you don't know off the top of your head, it's no problem for me to test it myself.
Pretty creative...I haven't tested it but it may just work because we do the podcast update first (which will role the old one off the tail end), then add the episodes to the download queue.
Give it a shot, and let me know if it works.
Well, it worked. Kind of. I got 3 separate force-closes during the update. It could be that it was because I hadn't rebooted my phone in the last week. I'll try it again tomorrow.
What you are describing sounds like something is a bit broken. I'll try to reproduce the problem and code around it.
I am currently working on some auto-deleting of non-new episodes to make room for new episodes. This should let your problem be solved in a more natural way.
Worked like a charm today. I think it was just bad luck yesterday. I hadn't even downloaded the most current version yet, so if it was auto-updating that might have gotten in the way too.
As far as auto-deleting, I think if you get that feature in that will delete an episode after it's done playing, most of the space problems will go away.