22131 - POST method form fields values do not make it to the CGI

Status: VERIFIED DUPLICATE of bug 27006

(Core :: DOM: Core & HTML, defect, P3)

Description

[rxsherm]

When the URL mentioned above is pulled up in Communicator, I can simply hit the
"SEARCH" button and the geekquery.cgi processes the POST and displays a certain
number of query hits. In Mozilla Build #1999121712, if I pull up the same URL
and perform the same query, the cgi gets no form field data for either field and
thusly returns 0 hits on the query. The submission form on the same site (using
similar field names and POST method) works fine in both browsers, so I'm not
sure why it is only misbehaving on the query formin Mozilla. When I have the
geekquery.cgi display what is received in the form submission, the two fields
"type" and "c1" are blank.

Comment 1

[karnaze (gone)]

Reassigning to Eric.

Comment 2

[Eric Pollmann]

Nav 4.7 sends:

----- Request for www.interealm.com
POST /cgi-bin/geekquery.cgi HTTP/1.0
Referer: http:///www.interealm.com/orageeks/
Connection: Keep-Alive
User-Agent: Mozilla/4.7 [en] (X11; I; Linux 2.2.12-20 i686)
Host: www.interealm.com
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, image/png, */*
Accept-Encoding: gzip
Accept-Language: en
Accept-Charset: iso-8859-1,*,utf-8
Content-type: application/x-www-form-urlencoded
Content-length: 27

type=script&c1=Advanced+SQL


Seamonkey sends:

----- Request for www.interealm.com
POST /cgi-bin/geekquery.cgi HTTP/1.0
host: www.interealm.com
user-agent: Mozilla/5.0 [en-US] (Linux; I)
accept: */*
Content-type: application/x-www-form-urlencoded
Content-Length: 27

type=script&c1=Advanced+SQL


Note the request string, post data, host, and content-length lines are
identical.  I'm going to take a stab and guess it's either user agent or the
missing referer line...

Comment 3

[Eric Pollmann]

I added a referer line to our query and presto, we get back the same results as
Nav.  Marking this a dup of the referer bug 1582.

*** This bug has been marked as a duplicate of 1582 ***

Comment 4

[ckritzer (gone)]

Marking VERIFIED DUPLICATE on:
- Linux6 2000-03-01-13 Commercial build
- MacOS9 2000-03-01-13 Commercial build
- Win98 2000-03-01-16 Commercial build

Comment 5

[rxsherm]

You guys keep marking this bug as DUPLICATE and FIXED and yet it never seems to. 
I'm re-opening. 1582 is marked FIXED and yet the problem still occurs!

Try the URL (http://www.interealm.com/orageeks/xgeek.shtml) above and search on 
ANYTHING. The Form POST will fail miserably.

Comment 6

[Eric Pollmann]

Believe it or not, this is now a dup of another bug, bug 27006.

The page returned by the server from a query is correct, but since it contains a
<META> tag with a content type that specifies a charset, we immediately go and
load the page from the server a second time (this time as a GET, sending no form
data).  The result of the second load is what the users sees, the big nothing.

Marking as a duplicate.

*** This bug has been marked as a duplicate of 27006 ***

Comment 7

[Vladimir Ermakov]

Verifying duplicate.