229306 - cgi scripts seem to print at top of mozilla, and not get executed (javascript is enabled for browser)

Status: RESOLVED WORKSFORME

(SeaMonkey :: General, defect)

Description

[John Geldman]

User-Agent:       Mozilla/4.79 [en] (Win98; U)
Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.6b) Gecko/20031208

pages with cgi don't parse correctly - cgi seems to be taken as text, not as 
exectuable. This affects many pages including bugzilla and mynetscape.
In bugzilla "enter a bug", the following is printed as pure text: 

w3.org/TR/DOM-Level-2-Views/\">DOM Views</a> support. This component deals 
AbstractView and DocumentView interfaces.<BR><BR>\r\nExamples of appropriate 
bugs: document.defaultView returns \'null\'; calling 
document.defaultView.document crashes.',
  'Provides a central manager for ongo
<...>

Also, the Search for Bug window only searchs for bug numbers, not phrases 
("201618" works, "pop3" complains about invalid 'bug number').

Finally, the document just ends after the Hardware platform pulldown. 




The following URL results in a blank page:
http://my.screenname.aol.com/_cqr/login/login.psp?siteId=nscpenusmail&authLev=2&
seamless=novl&siteState= 

Reproducible: Always

Steps to Reproduce:
1.enter URL
2.
3.

Actual Results:  
see details - had to enter this in netscape 4.79


Java(TM) Plug-in 1.4.2_03
javascripts are enabled for browser
Theme un-related (classy & toy story both fail identically)

This feels like a java/mozilla registry issue. Just removed all Java (had 1.4.1 
and 1.4.2) from machine with add/remove (really gone) and re-installed. Just 
installed 1.6b over 1.5 -- the problem was and is still here.

Comment 1

[Matthias Versen [:Matti]]

A browser doesn't execute a cgi, the server does and Mozilla get's only HTML.

Do you use a proxy, Firewall or something like that ?

Comment 2

[John Geldman]

I use a hardware SPI firewall (external box) and sw firewall (zone-alarm).
Hmm. Webwasher is running, but is not used by Mozilla (no proxy setup). 

Comment 3

[Matthias Versen [:Matti]]

Can you please disable Zonealarm if possible and make sure webwasher isn't used ?
I know that ZA touches the TCP/IP stream to kill Popups and other things.

The hardware firewall doesn't change the TCP/IP stream ?

Comment 4

[John Geldman]

Attachment: filtered tcp dump (ethereal) of failed cgi conversation

this is was sniffed from the machine with the failed cgi session.

Comment 5

[John Geldman]

some comments about previous attachment:
webwasher was on, but mozilla was setup for direct connect
zone alarm was off
hw firewall was on
the following was used as target:   http://bugzilla.mozilla.org/query.cgi

and the target cgi code was half displayed and half executed.

then webwasher was stopped and the same target address just worked.

then webwasher was restarted and the target went back to failing.

default webwasher is setup to be accessed as a server at address 127.0.0.1
(loopback IP address)

so webwasher appears to be involved, but mozilla is setup to ignore it!

(good call on webwasher)

Comment 6

[Matthias Versen [:Matti]]

You are sure that Mozilla's proxy settings (Edit\preferences\Advanced\proxy) are
at "Direct connection" ?
If yes : There must be something to configure webwasher. It's posible that it
installs a device driver (like a firewall) that modifies the TCP/IP stream
without proxy configuration.
There is something broken in webwasher if it doesn't work with mozilla...

Comment 7

[Matthias Versen [:Matti]]

-> wfm