140818 - "Remove from list" doesn't cause a the file download to start from beginning if restarted.

Status: RESOLVED DUPLICATE of bug 138117

(SeaMonkey :: Download & File Handling, defect)

Description

[J Vender]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.0rc1) Gecko/20020417
BuildID:    2002041711

When a file download is started and then cancelled and the file name is removed
from the download manager's list, and then the same file is redownloaded, the
file download doesn't start from the beginning of the file again. It starts from
where it left off. In order to get the file download to start from the beginning
again, you have to clear the cache. The "Remove from list" option in the
download manager should also cause the contents of that particular download
which are stored in cache to be removed or cleared from cache automatically
without requiring the user to dig into the preferences panel. The "Remove from
list" implies or suggests, and should work such that the partial download will
be cleared and the download will be started at the beginning the next time for
that particular file.

Reproducible: Always
Steps to Reproduce:
1.start to download a file
2.cancel the download
3.remove the file name from the download manager list
4.start to download the file again


Actual Results:  The file download picks up where it left off, not at the
beginning of the file.

Expected Results:  The file download should start at the beginning of the file,
not pick up where it left off. For example of a reason why one would want this
behavior: if a download is started and the user has reason to believe that the
partial download may be corrupted (sometimes doing something else CPU intensive
such as browsing while also downloading can cause the file to be corrupt. Its
happened to me a lot), he should be able to remove the file from download
manager list and then be able to start over without having to clear the cache,
which would remove everything else in cache also.

Comment 1

[R.K.Aa.]

related: bug 132280

Comment 2

[http://tinymailto.com/oliversl]

Reporter: do you use a proxy or transparent proxy?

Comment 3

[Scott Duffy]

I tested this in the 1.3 final build, and can confirm this is still a valid
point.  After cancelling and removing a download, downloading the same file
resumes where the last download left off.

Comment 4

[Andrew Schultz]

confirmed with linux trunk 20030711
marking NEW

adding a dependency on bug 55307, which seems like the deeper issue.  Still, one
would expect that removing the entry would clobber whatever is there.

Comment 5

[http://tinymailto.com/oliversl]

Does this still happens in Mozilla 1.7.5?

Comment 6

[Scott Duffy]

Tested in 2.0.0.7. Appears to be no longer an issue. I recommend this should be marked as resolved and closed.