391867 - Corrupt downloads when pausing, waiting 5 minutes, then resuming a download

Status: RESOLVED FIXED

(Core :: Networking, defect)

Description

[Steve England [:stevee]]

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a8pre) Gecko/2007081115 Minefield/3.0a8pre ID:2007081115 (New DM UI)

1. New profile, start firefox
2. Go to http://ftp.mozilla.org/pub/mozilla.org/firefox/tinderbox-builds/fx-win32-tbox-trunk/
3. Right click on a zip, and choose 'save link as'
4. Choose somewhere to save the file to.
5. Download Manager window should appear; right click on your download and choose 'Pause'
6. Wait 5 minutes.
7. Right click on your paused download and choose 'Resume'

Expected:
Download should resume from where it was paused; when download is complete the file should be usable.

Actual:
Download seems to jump - the bar jumps up considerably and may even jump to the end and complete the download; the downloaded file-size is much smaller than expected and the file is corrupt.

Comment 1

[Shawn Wilsher :sdwilsh]

Is it possible to get a regression window on this?

Comment 2

[Steve England [:stevee]]

Sure thing, gimme a couple of hours.

Comment 3

[Steve England [:stevee]]

Welp this bug is present in Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.7pre) Gecko/2007080103 BonEcho/2.0.0.7pre too :/

Comment 4

[Steve England [:stevee]]

The link in comment 0 should probably be one that doesn't point to a file that gets updated every time a tinderbox finishes a build, so use http://hourly-archive.localgho.st/ instead.

Also, this bug is present in a trunk build from dec 2005 for me.

Comment 5

[Peter van der Woude [:Peter6]]

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a8pre) Gecko/2007081207 Minefield/3.0a8pre ID:2007081207

confirmed.

Comment 6

[Steve England [:stevee]]

I also see this problem in:
- Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8) Gecko/20051111 Firefox/1.5
- Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

So it's been around since the first release of Fx 1.0 - and i find it hard to believe no one's filed this before, so I have to assume my searching so far has been inadequate.

Comment 7

[Steve England [:stevee]]

So I'm guess this is a dupe of bug 87151 (via bug 245860 or bug 186491)
Bug 87151 doesn't have many dupes against it, so I guess people might not be using the pause feature too much..

Comment 8

[Steve England [:stevee]]

So I guess the question is: Is it worth having a pause feature that either (1) doesn't work properly (2) no one seems to use, and also (3) is anything related to the download-resume bug (bug 377243) going to help this pause-corruption bug?

Comment 9

[Srirang G Doddihal (Brahmana)]

(In reply to comment #8)
> So I guess the question is: Is it worth having a pause feature that either (1)
> doesn't work properly (2) no one seems to use, and also (3) is anything related
> to the download-resume bug (bug 377243) going to help this pause-corruption
> bug?
> 
With bug 377243 coming out successfully this problem too would be solved. This is basically because of the socket dying out as a result of timeout.

Comment 10

[Ed Lee :Mardak]

Additionally fixed by bug 410289 for non-pausable ones.