All downloaded data deleted on timeout error

3. When you report a bug, try to be as much accurate as you can. You have to specify:

1. DownThemAll! and Firefox version numbers
2. Your operating system
3. A step-by-step list of the actions that cause the problem
4. You should also attach a DiagnosticLog helping us to diagnose the problem.

Requested info:

DTA 1.0b2 on Firefox 2.0.0.6 on Ubuntu Feisty.

I will have a go at reproducing this with a diagnostic log.

I recently had some over-night downloads which timed out (my home router simply crashed unnoticed by the OS). These files were correctly paused and we're resumable...

The behavior on timeout is:

• Resumable: pause the download
• Non-Resumable: cancel the download, which will effectively delete the already retrieved data (there is no point in keeping half-finished data).

I'd really like to see some diagnostic logs (or some URLs so that I can reproduce myself) to see if there is indeed a bug with this. ;)

I haven't had an opportunity to reproduce it yet. It's only happened with large files. Other files have timed out and been resumable. I should add that my connection is suffering from high packet loss, which may well have something to do with it.

The "by design" behavior you describe explains a lot. I'm sure that the problem is due to the files being incorrectly marked as non-resumable, despite the fact that the server in question definately supports resume. Could an incident of packet loss cause DTA to think a file is non-resumable? I think it is a mistake for DTA to delete the data when it decides a file is non-resumable. It should just pause the download and allow the user, who may know better, another chance to resume.

I have now reproduced this with a log. I attempted to attach it to this ticket but got the following error:

"Submission rejected as potential spam (Maximum number of external links per post exceeded, Akismet says content is spam)"

DTA Log (zipped)

I've put the log in a zip file to get around the problem.

This was just as above - several "size mismatch" errors, then it failed to resume and deleted the file.

The log says the server changed the Etag. This basicially means that the resource for given URI changed in between.

dTa considers this a hard-failure and aborts the download.

However you got likely hit by the apache inode/IIS token load balancer "problem". We worked around this by now.

Corresponding changeset is [635].

I will resolve this wontfix (instead of fixed) as I cannot determine if it was indeed said problem above (which would make this report "fixed") or if the server really changed the resource in between (which would be "wontfix").

i happened to experience this error almost everytime i use a dialup. unfortunately, dialup isps almost always use a proxy to increase response. this make dta not suitable for dialups. but, apparently disabling multipart will help alot. at least, when the download timeout, it can continue without reseting the download.

a like the old dta pre version 1. it least susceptible to dialup connection.