Version 1.1.1545 Released

Submitted by eric on Mon, 08/30/2010 - 22:23

A new release has just been published to the market.

  • 0000387: [Feeds/Items] Option to filter item list to hide items not in progress or new - closed.
  • 0000604: [Bug] Crash returning to DC after viewing article in external browser - closed.
  • 0000588: [Miscellaneous] When downloading, displaying details in status of feeds screen - closed.
  • 0000082: [Miscellaneous] Manual downloads should be able to override "only when" settings - closed.
  • 0000601: [Miscellaneous] Change feed updates so that they reset download failures so that downloads will be tried again - closed.
  • 0000587: [Bug] Play icon remains in notification area after audio is no longer playing - closed.

Comments

re: feature 0000082: [Miscellaneous] Manual downloads should be

Submitted by lorenzolio on Fri, 09/10/2010 - 11:16.

Do not like!
Unfortunately this new feature cost me $13 in data overages this month. I had queued up a bunch of downloads manually when I was out on the town, thinking they would download themselves when I got back home. That was not the case. They downloaded themselves immediately over 3G.

The preference on the preferences page says "Downlaods will only begin when connected to WiFi". It says nothing about overrides.

more on the override download behaviour feature

Submitted by lorenzolio on Fri, 09/10/2010 - 11:43.

Sorry for being so negative in my earlier post. I went back and read the requests for this feature, and I do see the value.
http://www.snoggdoggler.com/node/725

However the first poster I found had suggested something that was different than what was implemented.

In my opinion, normal touch on an item out of a feed should manually add it to your download queue but this action should not override the downloading behaviour. Doing so is unexpected.

I think something closer to what the original suggestion was would have made me happier. He had mentioned "It would be nice if a long press on a podcast had the option to "Force Download""

Another idea is that if I visit my download queue once I've queued some items up I should be able to from there override the download behaviour. Like maybe a touching an item again as it sits in the queue, or a long press, or something.

Anyways thanks for your time.

Force download

Submitted by eric on Fri, 09/10/2010 - 18:55.

What you're describing is exactly how it works...unless I'm misunderstanding you.

Pressing on an item adds it to the queue, and will obey any 'only on' restrictions.

Long pressing on an items displays a context menu that has 'force download'. This will bypass any 'only on' restrictions and will add it to the queue, the download should start immediately.

There is also a dialog that is displayed the first time you do a 'force download' that explains that the force will bypass the onlies.

You can do a force from the download queue by long-pressing on an item.

Can you verify that you've got 1545 by going into the DC menu and clicking about. It almost sounds like you're running an earlier version.

Thanks for questioning this. There was no mention of it in the user guide. I would much rather have everything in the guide so users don't have to search through the forums to see what the app is doing. I just updated it to include a description of force download.

force download

Submitted by lorenzolio on Thu, 09/16/2010 - 13:08.

You are correct. My comment was way off.
Now that I see how the force download feature works, I doubt that was my original problem. I hadn't seen the force download warning 'till now. The feature works quite well, actually.
Having said that, through some sequence of events I managed to d/l many Mb accidentaly over 3g while doggcatcher was set to WiFi only. Have you noticed how adding failed downloads to the queue acts differently than adding items to the queue for the first time? I think that had something to do with it. I am on 1583 now. I'll play around some more to see if I can reproduce it.