Ticket #19 (closed enhancement: fixed)

Opened 2 years ago

Last modified 5 months ago

Auto-restart failed downloads

Reported by: pale-ed Assigned to: MaierMan
Priority: major Milestone: 1.1
Component: Downloads Version: ---
Keywords: top, changelog Cc:
Operating System: All

Description

Quite often a download will fail mid way through with 'Server Error'. Although its possible to manually restart these, it would be great if dTa could be configured to automatically restart downloads which failed - maybe with a configurable delay (e.g. 0 to 60 minutes).

Attachments

autoRestart.JPG (47.1 kB) - added by slacka on 05/31/07 12:15:17.
Common screen after starting several downloads. Need auto-resume feature

Change History

02/27/07 00:01:35 changed by tekumse

I want to "vote" about this. My connections is a bit iffy but it comes back automatically. I have to resume all downloads manually every time this happens.

(in reply to: ↑ description ) 03/21/07 15:28:32 changed by yopo

  • priority changed from minor to major.

This enhancement is critical in scenarios with bad connection reliability - like here in Luanda, Angola, where packets have to travel far and slow and all traffic is pushed through an overloaded national ISP proxy (it's actually a good representation of the street traffic here)...

The fact that it doesn't auto-retry making connections on timeout or server errors makes this (otherwise fantastic!) add-on unusable in some conditions, where it could actually play a sanity-saving part of everyday downloading. I therefor propose to raise the priority.

03/26/07 07:11:08 changed by xargs

This is a further variation of this problem: DTA's handling of unreliable net links is rather... unreliable. Failed downloads can leave fragments of the download floating around on disk so they have to be cleaned up manually. In fact the handling of downloads as a whole is rather odd, the obvious way to do it would seem to be to pre-allocate the download space by creating a file of the required size (which eliminates problems due to running out of disk space halfway through a download, which DTA also doesn't handle very well), and then writing fragments directly to the appropriate location in the file. Once it's complete, rename the temporary file to the actual download name and you're done. Instead, DTA creates many, many small fragments for the download, which gets particularly bad if it have to restart one or more times. If you enable the disk space pre-allocate option it does create the reserved-space file, but still creates the fragments alongside it.

Could the developers perhaps comment on the reason for doing it this way? Maybe there's a technical reason for doing this, but to an outside observer it seems like simplicity made complex. How much work would it be to use the single-preallocated-file strategy? It'd help with suggesting changes if we were aware of the reasoning behind doing it the way it's currently done.

05/31/07 12:15:17 changed by slacka

  • attachment autoRestart.JPG added.

Common screen after starting several downloads. Need auto-resume feature

05/31/07 12:21:20 changed by slacka

I love downthemall. It makes my life so much better, but if they implemented this feature it would be even better :) It doesn’t make sense that people like me who are stuck on unstable internet connections have to manually keep clicking on the resume button. Please see the attached screen shot.

I think it would be best if there was an auto-resume feature that kicked in after you get a “timeout error” or “server error”. There could be an option to set the number or retry’s and an option to set the delay before retrying. Almost all FTP programs have this feature.

06/01/07 20:10:12 changed by MaierMan

*** Ticket #184 marked duplicate of this one ***

06/02/07 07:38:00 changed by PeteBernert

My internet provider is stopping my dial-up internet access every two hours. It's easy for me to re-establish the connection automatically, but since DownThemAll cannot continue the 'broken' downloads automatically as well, I always have to resume them manually somewhen later. Therefore an 'automatic retry' feature would be very helpful.

(follow-up: ↓ 9 ) 06/14/07 19:33:45 changed by stackptr

I feel compelled to back up previous requests to implement this feature. It would definitely help to eliminate the need for an external download manager.

It could be implemented as as retry-on-failure, with delay and number or retries settings.
Or maybe in the case of multiple downloads, if Time-Out or Server-Failure happens, the download is moved to the end of the queue.

PS: it's a shame FTP pause/resume is not implemented either

08/07/07 23:22:21 changed by rohitgupta

I ma using beta 1, and I concur

(in reply to: ↑ 7 ) 08/07/07 23:40:28 changed by MaierMan

Replying to stackptr:

PS: it's a shame FTP pause/resume is not implemented either

CreatingPatches and #186, #259, go ahead. ;)
(If this was a trivial task it would be there already :p)

10/07/07 10:32:49 changed by slacka

I installed the latest Beta ( 1.0 Beta 2) and I can confirm that this is still an issue with DownThemAll. I still need to manually resume my downloads.

01/18/08 20:22:46 changed by MaierMan

  • keywords set to top, changelog.
  • owner set to MaierMan.
  • status changed from new to assigned.
  • milestone set to 1.1.

Initial backend implementation [750].

01/18/08 20:47:02 changed by MaierMan

Initial frontend implementation (preferences) [752]

(follow-up: ↓ 15 ) 02/03/08 04:01:36 changed by MaierMan

  • status changed from assigned to closed.
  • resolution set to fixed.

Tested ok. fixed; will be available in 1.1

03/11/08 17:36:54 changed by MaierMan

*** Ticket #597 marked duplicate of this one ***

(in reply to: ↑ 13 ) 04/23/08 14:55:21 changed by joshm

  • status changed from closed to reopened.
  • resolution deleted.

Replying to MaierMan:

Tested ok. fixed; will be available in 1.1

I just downloaded your nightly build (Downloaded it 4/22/08 afternoon so you know what version. And this still fails for me without trying. I have it set to 1 minute, and then unlimited number of retries yet when the download fails it does not auto restart.

It could be some sort of special circumstance I have noticed with the failed downloads I have experienced as I have noticed as the progress bar is always red and at like 99.9% complete it when it fails. Its almost like the download just can't verify that it completed successfully so it fails the file but may have all the data or 99.9% of the data. I am not using the multi chunks feature as this download doesn't even support that or able to resume downloads which is why I was looking to take advantage of the auto restart feature. Please advise and I would be willing to help troubleshoot this if you need it but I will admit the particular server I am downloading from no matter what browser I use likes to fail at the 99.9% mark thats why I thought downthemall would help us out in getting the files.

04/23/08 15:20:47 changed by MaierMan

  • status changed from reopened to closed.
  • resolution set to fixed.

Do not reopen old tickets please.