Running NS6.0A on SUn Solaris 2.7 Installed NS6.0a from SUN SVR4 pkg Load http://sunsolve.ebay.sun.com/cgi/show.pl?target=patches/zos-s8&nav=os-patches Scroll to the bottom of the page Click on either "HTTP" or "FTP" to the right of 108773-07. Opt to download the file to your current working directory. Netscape 6 downloads the file as "patchDownload.pl". It should download a file 108773-07.zip, like Netscape 4.76 does. The workaround I did was to save the file as a .zip file and then unzip the file. Everything was OK
Adding margaret to the cc list
That server name does not exist... Is it behind a firewall? Also, can you reproduce this problem with a recent Mozilla build?
yes iirc it's an internal server. but it doesn't matter, this bug is a dupe of us not recognizing the suggested filename http parameter.
bug 71118 indicates that we do support that field, please test w/ a mozilla nightly
*** This bug has been marked as a duplicate of 67292 ***
The problem still exists even on April 30's trunk build.(instead of naming the patch file after the patch number, i.e., xxx.zip, the file is named "patchDownload.pl"). In the meantime, bug 67292, to which this bug was a duplicate, has already been closed. Bug 67292 seems to be a different problem (instead of the naming of the file, the bug was about the open/save dialog window). Anyway, since the problem still exists, (as matter of fact, I just got another user reported the same problem today to netscape6_feedback group) I am reopening this bug.
updating component, (I guess we do need that new file download/helper app/mimetype component)
Joe Chou, since you have access to this server, could you please attach the HTTP response it returns? Making progress on this bug is very difficult unless we know what we are dealing with.
I don't have the access to the server, but I do think this should be fix by the SunSolve folks in charge of the site.
Can someone with access to the server (someone who can download things from it) please run a wget -s on the URL that we're trying to fetch? This should show all the headers. Please attach the file that wget generates to this bug so we can see what sort of headers the server is returning....
->Arun, can you test this using Elwood?
All Evangelism Bugs are now in the Product Tech Evangelism. See bug 86997 for details.
aok, though is this a bug?
aok from url->status whiteboard
yes.. it looks like this.. no "attachment" in Content-Disposition seems to be the issue... sunsolve spits up the following http header ... Content-Disposition: filename="XXXX.zip" ...
I changed our parsing of content-disposition to be more lenient a few weeks back.
Cannot verify, not in firewall. 2002040303/WinXP