288030 - Firefox is trying to download a perl script instead of executing it

Status: RESOLVED INVALID

(Core :: Networking: HTTP, defect)

Description

[Kenan Dalley]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2

On our internal website, we have a phonelist using a perl script
"phonesearch.pl" and when I upgraded to the latest Firefox version 1.0.2,
Firefox started trying to download the script instead of executing it and
showing the results in the web browser.

Reproducible: Always

Steps to Reproduce:
1. type in search name and hit enter/click search
2. server responds with a perl script
3.

Actual Results:  
Firefox brought up the save as/download popup

Expected Results:  
Firefox needs to execute the script per normal usage prior to v1.0.2

Comment 1

[Matthias Versen [:Matti]]

It works with 1.0.1 but not with 1.0.2 ?
Do you get the same result if you start Firefox in the safemode ?

Comment 2

[Kenan Dalley]

I just tried it in Safe Mode and it's doing the same thing.

Comment 3

[Kenan Dalley]

I'm can't remember if I had 1.0.1 or 1.0 previous to upgrading.  I think it was
1.0.1

Comment 4

[Kenan Dalley]

Attachment: Screenprint of download screen

I'm attaching a screenprint of the download screen that I'm getting.

Comment 5

[Matthias Versen [:Matti]]

Can you pelase generate a http log (it`s the same for Firefox..):
http://www.mozilla.org/projects/netlib/http/http-debugging.html

Comment 6

[Kenan Dalley]

Attachment: Firefox HTTP log

Here's the log file created.

Comment 7

[Matthias Versen [:Matti]]

hmm, the server seems to be confused...

2312[162bd68]: http response [
2312[162bd68]:   HTTP/1.1 200 OK
2312[162bd68]:   Server: Microsoft-IIS/5.0
2312[162bd68]:   Date: Tue, 29 Mar 2005 15:08:04 GMT
2312[162bd68]:   Connection: close
2312[162bd68]:   Content-Type: application/octet-stream
2312[162bd68]:   Unquoted: \Inetpub\Scripts\phone\phonesearch.pl line 212.,
\Inetpub\Scripts\phone\phonesearch.pl line 216.,
\Inetpub\Scripts\phone\phonesearch.pl line 217.,
\Inetpub\Scripts\phone\phonesearch.pl line 218.,
\Inetpub\Scripts\phone\phonesearch.pl line 219.,
\Inetpub\Scripts\phone\phonesearch.pl line 220.,
\Inetpub\Scripts\phone\phonesearch.pl line 225.
2312[162bd68]:   <title>Corporate: Systems</title>
2312[162bd68]:   <meta: name="Keywords" content="">, name="Description"
content="">, name="Abstract" content="">, name="Owner" content="Corporate
Systems Inc.">, name="Author" content="Terry Apodaca  [e-mail]">,
name="Copyright" content="Copyright (c) 2003 - 2004 by Corporate Systems,
Inc.">, name="Robots" content="index,follow">, http-equiv="pragma"
content="no-cache">, http-equiv="Content-Type" content="text/html;
charset=iso-8859-1">
2312[162bd68]:   <link: rel="stylesheet" type="text/css" href="/include/csedge.css">
2312[162bd68]: ]


The server sends the wrong mime-type if I look at that log and it seems that
Mozilla is parsing a part of the content itself as http Header.

Darin: Do you know why this should work and not in 1.0.2 ?

Reporter: Are you able to change the IIS configuration to send "text/html" for .pl ?
(http://www.microsoft.com/resources/documentation/iis/6/all/proddocs/en-us/wsa_mimemapcfg.mspx)

Comment 8

[Kenan Dalley]

I really don't have any control over what's being sent.  It's setup on our
intraNet server.  Just an fyi, I've also got IE v 6.0.2800.1106CO and it is
working fine.

Comment 9

[Christian :Biesinger (don't email me, ping me on IRC)]

>Reporter: Are you able to change the IIS configuration to send "text/html" for 
> .pl ?

? The perl script generates the content-type header, not the server configuration...

Comment 10

[Gervase Markham [:gerv]]

This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

Comment 11

[Darin Fisher]

The server is screwed up.  There's nothing in the HTTP log that implicates any
problem with the browser.  I don't know why it worked with Firefox 1.0.  Maybe
the server has some broken User-Agent sniffing logic.  Marking INVALID.