48561 - session history remembers cancelled attempts to save/pick file

Status: VERIFIED DUPLICATE of bug 23734

(Core :: DOM: Navigation, defect, P3)

Description

[Vincent Schut]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; m18) Gecko/20000810
BuildID:    2000081020

When clicking on a url that points to a file to download, then in the save/pick
file window clicking on 'cancel', then going to another page by clicking a url
and then hitting the back-button, you again get the save/pick file window for
the file download attempt you just cancelled. Conclusion: file downloads are
stored in history (without a name, you see a blank field). I think they
shouldn't, though...

Reproducible: Always
Steps to Reproduce:
(url's are just for example)
1. go to http://www.mozillazine.org/
2. in the headerline showing links to the newest builds, click on 'windows' to
download this file
3. in the 'downloading' window, click 'cancel'
4. click the 'READ MORE' hyperlink next to the 'windows' link you pushed 'by
accident'
5. push the back-button. Now a window appears titled 'unknown file type'. After
clicking 'save file' you can see Mozilla is going to download the latest win32
build. Apparently this has been stored in the history. (Weirdly enough it is not
the same 'downloading' window that appears, as if Mozilla did but does not
anymore recognize the file type?).

Actual Results:  Trying to download a file instead of going back to the previous
webpage.

Expected Results:  going back to http://www.mozillazine.org/

Comment 1

[Claudius Gayle]

I can confirm this bug with the 2000081509 build on RH Linux 6.1. Changing OS to ALL/ALL

radha, this is a little different from the bug you fixed when the unknown-content-dialog was always going into SH.

Here the 'download' dialog appears on first attempt (then you cancel it) and then, when trying to go back, you get the
old 'unknown-content-dialog' that I thought we weren't using anymore.

*note when trying to reproduce this I ran across another bug where the 'Download' dialog wasn't actually displaying. If you just 
click (X)  to close the dialog, it works just like canceling and this bug will reproduce.

Comment 2

[Claudius Gayle]

Oops, this is just another dupe of bug 23734, which I thought was fixed but as it turns out it isn't.


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

Comment 3

[Claudius Gayle]

VERIFIED Dupe