Feature Request: Allow new mirror for partly downloaded file

Bug #644955 reported by Suvish V.T.
18
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Steadyflow
Triaged
Wishlist
Unassigned

Bug Description

Hi,
Steadyflow is great! Thank you.

I miss a feature from when I used wget to download my files via the terminal. Sometimes while downloading from sites like Megaupload, my connection goes down and I end up with a partly downloaded file. Instead of starting anew again, however, I just go back to the Megaupload link, wait for the timeout to finish and get a new link(mirror) to the same file. I feed this link to "wget -c" which simply checks if the target filename is present in the PWD and continues downloading instead of overwriting it or starting from anew. Note that this is not the traditional "Pause/Continue" in other download managers but rather a check to see if the link refers to the same file that is partly downloaded.

In Steadyflow, if another target filename is found to be same then the option is either to overwrite it or cancel it...is there any chance to allow it to continue the download using the new mirror?

Of Course this is a pretty narrow use case but I have benefited from it many many times...its a pity that other big GUI download managers don't have this feature, also many people don't seem to know about this neat feature in wget...

Thanks!

-Suvish

Revision history for this message
Maia Everett (linneris) wrote :

I have been thinking of adding an "Append to the partially downloaded file if it exists" checkbox, or changing the download URL. Looks like a useful feature to have.

Changed in steadyflow:
status: New → Triaged
importance: Undecided → Wishlist
Revision history for this message
Suvish V.T. (vishy1618) wrote :

Yeah, that sounds nice.

Revision history for this message
upkpk (upkpk) wrote :

I think a dialog should pop up when trying to add a file that already exists, asking if we want to:
 * Rename the new file to somethig like file(1).ext (like firefox does)
 * Resume transfer (should check if the first bytes of the file are the same - same filename doesn't necessarily mean same content)
 * Overwrite the old file and start the transfer again.

Also, I guess that https://bugs.launchpad.net/steadyflow/+bug/648286 is a duplicate of this bug (same rationale). Could someone check?

Revision history for this message
JOnathanJOnes (jonathanjones) wrote :
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.