391253 - Download manager does not refer to latest file downloaded if same name as a previous download

Status: VERIFIED DUPLICATE of bug 301328

(Toolkit :: Downloads API, defect)

Description

[Dallas]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.2) Gecko/20070220 Firefox/2.0.0.2
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.2) Gecko/20070220 Firefox/2.0.0.2

After downloading a file (lets call it abc.pdf) days before, a new file was sent with the same name (abc.pdf). The new file was stored as "abc-1.pdf" but was not shown or accessible from the download manager. The result being: from the users point of view, the latest file downloaded would be named abc.pdf and that is how it shows up in the download manager --- the reality is: the new file is stored as abc-1.pdf and therefore is not accessible from the download manager because the only file shown is "abc.pdf" which was downloaded previously.

Reproducible: Always

Steps to Reproduce:
1.open file (i.e. xyz.pdf) from site such as webmail with application (don't "save-as")
2.open different file but with same name (xyz.pdf) from site such as webmail (don't use "save-as")
3.go to download manager
Actual Results:  
only one file shows up in download manager - xyz.pdf even though there are actually two distinct files stored (one from previous and one from current session)


Expected Results:  
should be 2 files because in reality there are two different files stored in /tmp
the second file should show up in the download manager as it is stored (i.e. xyz-1.pdf)

Comment 1

[Shawn Wilsher :sdwilsh]

I think this has been fixed on trunk.

Reporter, you are using a fairly outdated version of Firefox - 2.0.0.6 is the latest, so please update!

Comment 2

[u279076]

I cannot reproduce this on the latest trunk build 2007080704 or Firefox 2006.  As Shawn has already recommended, please update to Firefox 2006 and let us know how that worked.

If you find that it fixed your problem, please close this bug as WORKSFORME.  After 2 weeks of inaction on this bug, it will be closed.

Comment 3

[Arie Paap [:wildmyron]]

it apparently hasn't been fixed on trunk on Mac OS - see bug 390648.

FWIW, trunk on Windows works for me. I can't comment on Linux

Comment 5

[Samuel Sidler (old account; do not CC)]

Removing CLOSEME per the dupe. CCing Edward.

Comment 6

[Ed Lee :Mardak]

This should only affect exthandler/open-with downloads. Idea was to restore the observer so exthandler can notify when it moves a file to the final file location.

Comment 7

[Stephen Donner [:stephend] Not actively reading bugmail]

Isn't this just a duplicate of bug 301328?

Comment 9

[Stephen Donner [:stephend] Not actively reading bugmail]

Verified dup