download fails when network goes down, doesn't resume




Downloads API
6 years ago
4 years ago


(Reporter: vlad, Unassigned)


Windows 7

Firefox Tracking Flags

(firefox18- affected)


Finally have a useful way to reproduce this bug, or at least one variant of it on win32.

* Start a big download
* Install VirtualBox, which as part of the install process resets all network interfaces
* Firefox aborts the download, and deletes the partially downloaded file.  It should really do something more useful, like throw up a warning and tell you that it paused the download.

Only tried this in Nightly, but I'm pretty sure that everything is affected.


6 years ago
tracking-firefox18: ? → +
Keywords: qawanted, regressionwindow-wanted, steps-wanted
Hi, this problem is still in observable in the recent Nightly. And very irritating. Any chances to get it fixed?

Example url:

but it won't work by the time you get it, it's some kind of a session.

Steps to recreate:
1. start download from Microsoft site - something big like W8 iso
2. down the network (for example close the lid, turn off the wifi, unplug cable, etc)
3. wait for FF to stop the download and say it has failed
4. right click, resume

What happens:

FF deletes the old file and starts downloading from the beginning


FF resumes download

Microsoft servers (or rather Akmai that's behind it) support resume. Here's the prof with wget:

mpurzynski-10769:~ mpurzynski$ wget ""
--2012-09-22 14:27:16--
Resolving,,, ...
Connecting to||:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 3515703296 (3.3G) [application/octet-stream]
Saving to: `Windows8-ReleasePreview-64bit-English.iso'

 3% [==>                                       ] 132,734,747  100K/s  eta 6h 3m

^C <- terminated it here

mpurzynski-10769:~ mpurzynski$ wget -c ""

see? -c option to the wget to resume

--2012-09-22 14:41:46--
Resolving,,, ...
Connecting to||:80... connected.
HTTP request sent, awaiting response... 206 Partial Content
Length: 3515703296 (3.3G), 3382944429 (3.2G) remaining [application/octet-stream]
Saving to: `Windows8-ReleasePreview-64bit-English.iso'

 3% [+++                                         ] 135,749,387  149K/s  eta 5h 8m   

^^ +++ signs for the already downloaded part + correct resume. So it's not the server fault.

So far I haven't yet seen any server session resume after network crash would work on with FF.

Comment 2

6 years ago
To reproduce:

1. Download Ubuntu Desktop 
2. After download start
	Open control panel > Network Connections
	Disable Local Area Connection
	Disable Wireless connection
Download will say Failed

I was able to reproduce the bug back to 2009-01-10 on Windows XP. I don’t think this is a regression.

I cannot reproduce the bug with the latest nightly version on osx the download resumes after re-enable the network connection
May end up being a network bug, btw surely not due to the panel, moving to toolkit for now.
Component: Downloads Panel → Download Manager
Product: Firefox → Toolkit
CCing Josh & Ed to see if they can help with further investigation here .

Comment 5

5 years ago
Not a recent regression, but we should still look into this and try to resolve for an upcoming release.
tracking-firefox18: + → -
Keywords: regressionwindow-wanted, steps-wanted
Removing qawanted keyword since the steps to reproduce are clear and it's not a recent regression (based on Comment 2, the issue is reproducible on Firefox at least since 2009-01-10).
Keywords: qawanted


4 years ago
Last Resolved: 4 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 265828
You need to log in before you can comment on or make changes to this bug.