159186 - Cannot cancel download / Attempt to download same file twice isn't handled properly

Status: RESOLVED DUPLICATE of bug 157548

(SeaMonkey :: Download & File Handling, defect)

Description

[Chad Van Pelt]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1b) Gecko/20020722
BuildID:    2002072204

When downloading OpenOffice 1.0.1, I found that one of the servers was slow
therefor I started downloading the same file to the same location from a
different server. Figuring that I could stop the previous download I went into
the download manager only to find that both downloads were on the same row
(switching between each other). I was able to cancel the first download, but was
unable to disable the second download as the cancel button was not available for
the second entry of the same download.

Reproducible: Always
Steps to Reproduce:
1. Download a file.
2. Download the same file to the same location (directory) from a different
server while the previous download is still running.
3. Now try to cancel your first download.


Actual Results:  The original download could not be canceled (at least in the
way it should be)

Expected Results:  The cancel button should still be available for the second
occurance of a download with the same name.

Comment 1

[Frederic Bezies]

Confirming this bug, even if it is "kinda weird".

I have to click on "remove from list" in order to stop downloading.

Using trunk build 2002081904 - WinXP

Comment 2

[Chad Van Pelt]

As an additional note, it appears that the download continues in the background
even though 'remove from list' was selected. Once removed from the list is there
any way to stop the download?

Comment 3

[bk039]

Adding self to CC.

An additional note:  After killing one download window, the "source" field
within the download manager does not appear to refresh even though the progress
indicator does.

(I currently have two downloads locked in this state of permanent oscillation,
and I'm sure that they are from different servers because of the significant
difference in download speeds. )

Comment 4

[Ian Neal]

*** Bug 167584 has been marked as a duplicate of this bug. ***

Comment 5

[Ian Neal]

Tweaking summary

*** This bug has been marked as a duplicate of 157548 ***