Closed Bug 189460 Opened 23 years ago Closed 23 years ago

When web server "streams" file to browser for download, the filename in the file save as box is "filename.ext.asp". (appends .asp)

Categories

(SeaMonkey :: Download & File Handling, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 65827

People

(Reporter: richard, Assigned: bugzilla)

Details

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020826 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2.1) Gecko/20021130 I have the following perl code in Apache::ASP served from an apache web server. When clicking a download link, the code shown is executed and streams a file to the browser. The filename is set using the "Content-Disposition',"attachment; filename=test.zip;" line. This should provide the filename test.zip for download. Instead, the windows version provides test.zip.asp (all files get appended with .asp). Reproducible: Always Steps to Reproduce: 1.Click a url which sets the filename via the Content-Disposition header 2.Look at the value in "save" dialog. It will say "Downloading test.zip.asp" Actual Results: filename test.zip.asp shown instead of test.zip Expected Results: shown test.zip :) if you require a demo site, I can open a pinhole in my home firewall to allow you to access a page demonstrating this... contact via email if this is needed.
sorry... forgot to include the source :( <% $Response->{ContentType} = "application/stream"; my $file = "/home/devel/data/downloads/test.pdf"; open FH, $file; binmode FH; $/ = undef; my $data = <FH>; $Response->Clear; $Response->AddHeader('Content-Length',length $data); $Response->AddHeader('Content-Disposition',"attachment; filename=test.zip;"); $Response->BinaryWrite($data); $Response->End; %>
check bug reports with "disposition" in the Summary. You should find a dupe I think.
I have looked at the 11 posts matching the word disposition, but cant find any relating to the appending of the .asp extension. I could easily have misunderstood the other posts, but to me it looks like this bug is independant of the others. The strange thing is, this works fine on all browsers (Opera, Konquerer, IE) including Mozilla 1.1 on Linux and 1.2.1 on Linux. It is just 1.2.1 on Windoze that shows this behaviour.
Richard, please take a look at bug 120327 and dependencies.
For instance, see bug 188111 which is duped to bug 65827. *** This bug has been marked as a duplicate of 65827 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
v, if I understood the other bug ;)
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.