Resuming file download re-starts from the first byte (it re-downloads the whole file)

We need a DiagnosticLog to see what's going on, and where the problem actually lies.
Regular "disconnection"/timeout errors should be resumable, unless the server headers indicate the file changed in between. And unluckily is quite common for badly crafted web-apps to report a new file, although in fact nothing changed.

Log file ticket 176

Here's my logfile for a similar problem. I have Firefox 2.0.0.4 on an iBook G4 running Mac OS X 10.3.9 and DTA version 0.9.9.10. So far I have never been able to pause any downloads (button is always "grayed out"), and if I cancel and then resume a download, it starts over from the beginning. My connection tends to stall large downloads. For the logfile attached, I started with a clean logfile, began a download, after some time pulled the network cable from the computer and waited for timeout. Then plugged network back in, clicked resume (it started from byte 0 instead of resuming). Repeated this, uploaded resulting log file.

I'm trying to download the new Fedora 7 which is about 3.3gb I get to about 2.8gb and it stops from there, I sometimes get a timeout error, and when I resume it restarts from the beginning again. I use a Pc, Intel Core2Duo E64000/Windows XP SP2 Oem version.

I also noticed the resume and pause buttons are greyed out.

Hi, I'm also encountering this same problem, namely that upon download "completion", the file simply begins downloading again from the beginning with a size 0 Kb and this process repeats in a loop over and over. I have attached a copy of my log file in the hopes it helps :)

This problem appeared when I upgraded to the version 0.9.9.10.

Let me know should you need anymore information on my part.

should contain 1 event of a d/l restarting again altho having been compelted

I have this problem when downloading files from rapidshare.com. According to RS, resume is supported with premium accounts.

MaierMan - I saw in the other thread that you also have a premium account. Can you resume downloads on RS ?

I also have a premium account at Rapidshare, and I cannot resume RS downloads. This is true both for when I manually pause downloads AND when downloads fail due to a server error.

This problem is really annoying, since RS files are usually very large (100MB) and downloading them from the very beginning is a serious headache.

Further to my comment, I have been able to resume most downloads now. Occasionally, I come across a file which does not support resume.

When I checked the DTA log for a file which could not be resumed, it said the file was not resumable. Now, assuming there are no problems in the DTA code for determining if a file is resumable, the problem would appear to be with rapidshare's servers which are indicating some files are not resu,mable for some reason.

The next file I get which is not resumable, I will contact RS to see what they have to say.

Happens to me all the time. Most of my downloads are 100Mb and from preminum RS account. I am now using the beta and it still happens. It seems that if there is an error, such as RS temporarily out of action or a hiccup at the ISP or temporary disk full or a temporary "downloaded too much in the last 3 days error", the aborted download will not resume.

It should resume and download only the segments that are missing.

Also, when this error happens, most of the time the resume and pause buttons are greyed out and if you cancel and resume it will start from the beginning.

In general there we really need a 1.0b1/nightly log. 0.9.x logs don't help at all unfortunately.

I committed [556] I expect will fix a few (maybe all?) problems described here (accounting to 1.0 of course).

If such temp. errors are encountered and there is no way to continue ATM the download will be simply paused, i.e. can later resumed if the server supports this. Requires of course that the server plays nice as well by sending appropriate error codes back (401, 402, 407, i.e. authorization errors, and 500, 502, 503 i.e. temp. server errors).
I saw a servers misbehaving in the past by sending out 403 (Forbidden) errors as well, so I'm currently thinking of "supporting" this code as a temp. error as well.

This issue seems to depend on the behaviour of the different servers.

After I've submitted the issue, the only way of getting those files from technet.oracle.com was with wget (i have discovered that it is possible to pass firefox's cookies to wget so that it could authenticate).

But on later occasions, I have managed to download other files from technet.oracle.com using with DownThemAll without any problems.

So, from my point of view the issue is closed.

Still cannot reproduce the RS errors (and I download a shitload of stuff from RS via Premium myself). Actually I think the corresponding report is likely exaggerated or why would somebody keep using dTa if it errors out all the time?
Besides: this bug isn't about rapidshare but oracle servers and resuming.

I agree with adrianm and consider this bug fixed.