790131 - download fails when network goes down, doesn't resume

Status: RESOLVED DUPLICATE of bug 265828

(Toolkit :: Downloads API, defect)

Description

[Vladimir Vukicevic [:vlad] [:vladv] (needinfo me, slow to respond)]

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.

Comment 1

[Michal Purzynski [:michal`] (use NEEDINFO)]

Hi, this problem is still in observable in the recent Nightly. And very irritating. Any chances to get it fixed?

Example url:

http://iso.esd.microsoft.com/WRPDL/D29D6C5B1D8AF956B5DA9DF738CFD92DFD4F6C8FB/Windows8-ReleasePreview-64bit-English.iso

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

Expected:

FF resumes download

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

mpurzynski-10769:~ mpurzynski$ wget "http://iso.esd.microsoft.com/WRPDL/D29D6C5B1D8AF956B5DA9DF738CFD92DFD4F6C8FB/Windows8-ReleasePreview-64bit-English.iso"
--2012-09-22 14:27:16--  http://iso.esd.microsoft.com/WRPDL/D29D6C5B1D8AF956B5DA9DF738CFD92DFD4F6C8FB/Windows8-ReleasePreview-64bit-English.iso
Resolving iso.esd.microsoft.com... 207.109.73.161, 207.109.73.75, 207.109.73.144, ...
Connecting to iso.esd.microsoft.com|207.109.73.161|: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 "http://iso.esd.microsoft.com/WRPDL/D29D6C5B1D8AF956B5DA9DF738CFD92DFD4F6C8FB/Windows8-ReleasePreview-64bit-English.iso"

see? -c option to the wget to resume

--2012-09-22 14:41:46--  http://iso.esd.microsoft.com/WRPDL/D29D6C5B1D8AF956B5DA9DF738CFD92DFD4F6C8FB/Windows8-ReleasePreview-64bit-English.iso
Resolving iso.esd.microsoft.com... 207.109.73.147, 207.109.73.75, 207.109.73.145, ...
Connecting to iso.esd.microsoft.com|207.109.73.147|: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

[Mario Girard]

To reproduce:

1. Download Ubuntu Desktop  http://www.ubuntu.com/download/desktop/thank-you?distro=desktop&bits=32&release=lts 
2. After download start
	Open control panel > Network Connections
	Disable Local Area Connection
OR
	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

Comment 3

[Marco Bonardo [:mak] (Away Apr 25 - May 5)]

May end up being a network bug, btw surely not due to the panel, moving to toolkit for now.

Comment 4

[bhavana bajaj [:bajaj]]

CCing Josh & Ed to see if they can help with further investigation here .

Comment 5

[Alex Keybl [:akeybl]]

Not a recent regression, but we should still look into this and try to resolve for an upcoming release.

Comment 6

[Simona Badau, Desktop QA]

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).