Closed Bug 270661 Opened 20 years ago Closed 19 years ago

POST Data not submitted. Malformed header Content length sent as zero (0).

Categories

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

x86
Windows XP
defect
Not set
major

Tracking

()

RESOLVED EXPIRED

People

(Reporter: gcreces, Unassigned)

References

()

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

There's a problem with your form POST implementation.
The same form set with GET (using Firefox) works okay. The same form with I.E.
6.0 works okay. More often than not, the POST header is sent with zero length.
See buffer extract below. This is not an old website. It is completely
re-written with FireFox in mind.
____________________________________________________________
Error (1030) Malformed HTTP header.
____________________________________________________________
------- HTTP BUFFER VIEW 1 -------
Size of post data:0
Start of post data:0
POST /KQY$ HTTP/1.1
Host: www.cwhandy.ca:3389
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) 
Gecko/20041107 Firefox/1.0
Accept: 
text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Referer:http://www.cwhandy.ca:3389/QRY$&querypage=1&sessionid=1596-74470-5370598&
Cookie:ngmessagesviewlastquery=DATE%20RANGE%20THISWEEK%20ORDER%20BY%20-DATE%2C-TIME;

ngmembersviewlastquery=DATE%20RANGE%20THISWEEK%20ORDER%20BY%20-DATE%2C-TIME; 





Reproducible: Always
Steps to Reproduce:
1. Visit the url http://news.cwhandy.ca/REG$
2. Enter, first, last, email address, company, (bogus info okay)
3. Click the Register button. The form will not submit. At our end we see the
server logging a POST header with no data attached (0) length. Tne info in the
form should be submitted as POST data attached to the header after two CRLF's.


Actual Results:  
Nothing. The page just sits there. Not infrequently Foxfire will throw an error
"Alert, the document contains no data". The form fields DO contain data and can
be re-type ad infinitum. With no perceived change in the behavior of POST.

Expected Results:  
It should submitted the POST data and provide navigation to another page
provided by the server.
The website is just giving me a "please use IE" message
Severity: blocker → major
Please try this again.
If the browser that you used identifies itself in the following manner 
(User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) 
Gecko/20041107 Firefox/1.0 )
The site will give you access.
Try simply  http://news.cwhandy.ca/






(In reply to comment #1)
> The website is just giving me a "please use IE" message

Please try this again.
If the browser that you used identifies itself in the following manner 
(User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) 
Gecko/20041107 Firefox/1.0 )
The site will give you access.
Try simply  http://news.cwhandy.ca/



> If the browser that you used identifies itself in the following manner 

Which it won't if it's a current trunk build (which is what developers would be
using).  Is there a testcase that's actually accessible in a reasonably current
build?
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/
This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → EXPIRED
Component: HTML: Form Submission → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.