394579 - wrong path in Information

Status: RESOLVED DUPLICATE of bug 394812

(Toolkit :: Downloads API, defect)

Description

[Ian Kester-Haney]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9a8pre) Gecko/2007090105 Minefield/3.0a8pre
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9a8pre) Gecko/2007090105 Minefield/3.0a8pre

The download manager points to the wrong file for some completed downloads.
Download manager keeps opened files in temp folder for too long.
When downloading financial transactions, the filename stays the same, although the information changes.  The Download manager is appending numbers to the end of the file name, but is not reflecting this from the Information icon. in addition, some of these files are still in my temp folder, thus creating a real problem.  The Download manager will always try to open the exact file displayed, even if that file has been deleted.

There is another aspect of this as well.
     Some of the temp files were not cleaned up, therefore the original file is still in the temp folder.  This means that the information points to an actual file.  There is a potential of a corrupted or malicious file with the same name to be opened by mistake.

Reproducible: Always

Steps to Reproduce:
1.Download a file
2.Opt to Open with Application
3.Download the file again
4.Close the application
5.Select Info from each entry
6.Both downloads have the same path and file name
7.Open the temp folder and see two files, one with -1 appended
Actual Results:  
The information shows the same file name ex. downloadmanger.pdf for both files.

Expected Results:  
The information should reflect the actual file name.  downloadmanager.pdf and downloadmanger-1.pdf


The software should have done the following:
1. Reflect the actual name of the file downloaded
2. Remove the file once it had been passed to the application

Comment 1

[Ian Kester-Haney]

This bug is too wordy and veers off point.  I have created a more pointed bug at https://bugzilla.mozilla.org/show_bug.cgi?id=394812 .  Please disregard this one.