Closed Bug 366449 Opened 19 years ago Closed 19 years ago

Firefox splits POST messages into 2 frames (POST description then DATA)

Categories

(Firefox :: General, defect)

1.5.0.x Branch
x86
Linux
defect
Not set
major

Tracking

()

RESOLVED DUPLICATE of bug 137155

People

(Reporter: lagrange, Unassigned)

Details

User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.9) Gecko/20061206 Firefox/1.5.0.9 FireFox sends all POST messages splitted. A first frame (POST frame) is sent with : - Hypertext Transfer Protocol -> POST description with a Content-Length set to the right number of following data. A second one (Continuation or non-HTTP traffic frame) contains : - Hypertext Transfer Protocol -> private CGI data. The first frame has a TCP length of 546 bytes, the second 47bytes. The two frames are entire and not TCP fragments. So the web server (thttpd) processes the first frame but can't detect the second one which contains CGI data. Reproducible: Always Steps to Reproduce: 1- Run a sniffer (ethereal per example) to capture HTTP frames 2- Run the following form with firefox html> <head> <title>A form for OutSimplePdf: GET or POST</title> </head> <body> The action of this form is POST <form action="http://www.foo.com/simple.pdf" method="POST"> <textarea name="msg" cols="50" rows="5">textarea1</textarea><br> Click to submit: <input type="Submit" value="Submit"> </form> </body> </html> Actual Results: A first frame (POST frame) is sent with : - Hypertext Transfer Protocol -> POST description with a Content-Length set to the right number of following data. A second one (Continuation or non-HTTP traffic frame) contains : - Hypertext Transfer Protocol -> private CGI data. Expected Results: Just one frame with POST descrition and CGI data
Version: unspecified → 1.5.0.x Branch
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.