Ticket #176 (closed defect: fixed)

Opened 3 years ago

Last modified 3 years ago

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

Reported by: adrianm Assigned to:
Priority: critical Milestone: 1.0
Component: Downloads Version: 0.9.9.10
Keywords: Cc:
Operating System: Linux

Description

Hello,

I am trying to download a large file (+600MB) from technet.oracle.com. They require a web logon , so i am forced to download directly from firefox (i can't use wget). After a while after i start the download, the server seems to close the connection from time to time. I click "resume" , but DownThemAll is unable to download starting from where it left : it begins to download the entire file, again.

So, it is impossible to get the file because the download soon finishes again with "server error".

Attachments

dta_log.txt (3.7 kB) - added by kkhan on 2007-06-08 00:42:11.
Log file ticket 176
dta_log.zip (6.0 kB) - added by coffeencake on 2007-06-10 05:22:01.
should contain 1 event of a d/l restarting again altho having been compelted

Change History

2007-05-29 11:55:34 changed by MaierMan

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.

2007-06-08 00:42:11 changed by kkhan

  • attachment dta_log.txt added.

Log file ticket 176

2007-06-08 00:44:13 changed by kkhan

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.

2007-06-08 03:32:01 changed by raffy90

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.

2007-06-08 03:42:11 changed by raffy90

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

2007-06-10 05:13:59 changed by coffeencake

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.

2007-06-10 05:22:01 changed by coffeencake

  • attachment dta_log.zip added.

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

2007-06-16 22:09:18 changed by deipotent

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 ?

2007-07-13 09:15:33 changed by DaveG

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.

2007-07-14 13:31:54 changed by deipotent

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.

2007-08-07 23:05:48 changed by rohitgupta

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.

2007-08-08 00:03:00 changed by MaierMan

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.

2007-08-08 09:16:04 changed by adrianm

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.

2007-08-22 01:20:50 changed by MaierMan

  • status changed from new to closed.
  • resolution set to fixed.
  • milestone set to 1.0.

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.