Closed Bug 497224 Opened 15 years ago Closed 14 years ago

Save Link As extension not correct

Categories

(Firefox :: General, defect)

x86
Windows Server 2003
defect
Not set
normal

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: will.buchanan, Unassigned)

Details

(Whiteboard: [CLOSEME 2010-11-15])

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.0.10) Gecko/2009042316 Firefox/3.0.10 (.NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.0.10) Gecko/2009042316 Firefox/3.0.10 (.NET CLR 3.5.30729)

Right clicking on a link and choosing "Save Link As" operates inconsistently.
We have an Asp.Net site which has an Http Handler used for downloading files. Obviously the link to this handler is .axd (e.g. /files/FileDownload.axd). Right clicking on this link and choosing "Save Link As" results in the save as dialog being populated with the .axd extension, rather than the correct extension for the file being downloaded. Left clicking on the link works as expected.
Some things to note on this bug:
1.  The problem is worse for .zip files. In a test it failed 100% of the time for zip files, but only failed 10% for other files (e.g. Pdf, Csv).
2.  It seems that the sequence of events is different for zip files to other files. With Pdf files a request is made to the server (to get the file type) before the save dialog appears. However, with zip files the request only happens after the dialog is shown, and hence it is too late to determine the file type.
3.  Behaviour for non zip files is inconsistent - sometimes it works and sometimes it doesn't.

The problem is confusing to users as they end up saving the file with an unknown extension and then can't open it.

Reproducible: Always

Steps to Reproduce:
1. Create an Asp.Net site and add an Http Handler which will allow the user to download files of differing types. (I guess this might work with any download mechanism which doesn't publish the actual file's extension)

2. Include in the handler ProcessRequest code to identify the file. E.g.:
  Select Case UCase(fileType)
    Case "PDF"
      context.Response.ContentType = "application/pdf"
      context.Response.AddHeader("Content-Disposition", "inline;filename=" & docId & ".pdf")
    Case "ZIP"
      context.Response.ContentType = "application/zip"
      context.Response.AddHeader("Content-Disposition", "attachment;filename=" & docId & ".zip")
...

3. Add a link to the file handler to a page.

4. Right click on the link and choose "Save Link As".
Actual Results:  
The save file dialog will appear. If the file is a zip file the dialog will have the file with the .axd extension. If the file is not a zip file the dialog will either have the correct extension or will have the .axd extension.

Expected Results:  
Save dialog should open and should have the file name with the correct extension in place.
"Save links as" display the save as dialog and starts after you confirmed with the download while a left click is the opposite AFAIK.
Reporter, are you still seeing this issue with Firefox 3.6.11 or later in safe mode? If not, please close. These links can help you in your testing.
http://support.mozilla.com/kb/Safe+Mode
http://support.mozilla.com/kb/Managing+profiles
Whiteboard: [CLOSEME 2010-11-15]
No reply, INCOMPLETE. Please retest with Firefox 3.6.12 or later and a new profile (http://support.mozilla.com/kb/Managing+profiles). If you continue to see this issue with the newest firefox and a new profile, then please comment on this bug.
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.