489699 - Save dialog creates bogus .part filename instead of using proper filename

Status: RESOLVED DUPLICATE of bug 475008

(Firefox :: File Handling, defect)

Description

[azinyk]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.9) Gecko/2009040821 Firefox/3.0.9
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.9) Gecko/2009040821 Firefox/3.0.9

When I try to save files from certain URLs, instead of using the provided filename, it will create a new filename like "eEyaQm9c.htm.part".  It also mis-detects the MIME file type as HTML instead of the original type.

Reproducible: Always

Steps to Reproduce:
1. Go to http://news.slashdot.org/article.pl?sid=09/04/21/2041241&art_pos=26
2. Search for "9-page response"
3. Hover over the link
4. Notice that the status bar contains the correct filename, "http://beckermanlegal.com/pdf/?file=/Lawyer_Copyright_Internet_Law/sony_tenenbaum_090421PltffsBriefRespondFSFBrief.pdf"
5. Right-click on the link
6. Save Link As...
7. Notice that FF invents a new filename, like "SytKh_hV.htm.part".
Actual Results:  
Filename = SytKh_hV.htm.part

Expected Results:  
Filename = sony_tenenbaum_090421PltffsBriefRespondFSFBrief.pdf

Comment 1

[Ria Klaassen (not reading all bugmail)]

Confirmed on Windows XP, latest trunk. I can't imagine that no-one noticed this yet, so maybe a duplicate ?

Comment 2

[Ria Klaassen (not reading all bugmail)]

Possible duplicate of Bug 475008 ?

Comment 3

[Ray Kraesig [:rkraesig]]

(In reply to Ria Klaassen (not reading all bugmail) from comment #2)

Possible duplicate of Bug 475008 ?

Yup. (Note that the URL proper in that link was http://beckermanlegal.com/pdf/, and that the .pdf at the end was actually part of the query-string.)