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.
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: 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... 22.214.171.124, 126.96.36.199, 188.8.131.52, ... Connecting to iso.esd.microsoft.com|184.108.40.206|: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... 220.127.116.11, 18.104.22.168, 22.214.171.124, ... Connecting to iso.esd.microsoft.com|126.96.36.199|: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.
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
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 .
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).
Status: NEW → RESOLVED
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.