Closed
Bug 102752
Opened 23 years ago
Closed 23 years ago
Mozilla displays "<html><body></body></html>" in browser, Page source contains "Your browser sent a message this server could not understand."
Categories
(Core :: Networking: HTTP, defect)
Tracking
()
People
(Reporter: pchris, Assigned: asa)
References
()
Details
On our site, www.bookpool.com, we use the iPlanet Enterprise Webserver 4.1SP9 for the SSL accesses (https), and Apache 1.3.20 for regular accesses (http). When we access the secure pages (iPlanet server, the problem never occurs with Apache), at random intervals (but about every 30 accesses) and on random secure pages the Mozilla screen will display a single line: "<html><body></body></html>" and if the Page Source is viewed you will see: "Your browser sent a message this server could not understand." No access entry nor error entry appears for the access in the iPlanet logs, whereas all accesses that work as expected do appear in the iPlanet access log. Note that Explorer and Navigator browse the secure site successfully without this problem. As a possible clue, when Mozilla browses the iPlanet server, the access.log behaves strangely. Instead of one line for each access: IP, DATE, HTTP_REQ(GET/POST,PATH,HTTP_TYPE), RESP_CODE, BYTES sometimes the Mozilla browser seems to be inserting control characters (linefeeds, carriage returns, or something) immediately before the GET/POST in the HTTP_REQUEST, so the access takes TWO lines instead of one. Here are three accesses copied from the log: ACCESS1_LINE1: 10.1.3.2 - - [02/Oct/2001:16:04:21 -0400] " ACCESS1_LINE2: GET /.x/kqwno23urm/c1/1057113 HTTP/1.1" 200 9211 ACCESS2_LINE1: 10.1.3.2 - - [02/Oct/2001:16:04:23 -0400] "POST /.x/kqwno2v1v8/c2/1057113 HTTP/1.1" 200 9389 ACCESS3_LINE1: 10.1.3.2 - - [02/Oct/2001:16:04:25 -0400] " ACCESS3_LINE2: POST /.x/kqwno29mu1/c3 HTTP/1.1" 200 6913 Access1 occupies two lines, access2 one line (your web form may insert a line break), access3 occupies two lines, in the original iPlanet log. Note that I have not seen this behaviour occur with any other browser. My Mozilla version is: "Mozilla 0.9.4 Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9.4) Gecko/20010913", however, I saw the same behavior for Mozilla 0.9.2. In addition, the behavior has occurred with older iPlanet server versions, at least for 4.1SP8 and 4.1SP9 (4.1SP9 is the latest 4.1 release). If you wish to test the behaviour on www.bookpool.com, the easiest way to access secure pages is to place an order in secure mode (set payment type as check and make sure to cancel the order when you are done), and then perform modifications to the order (remove books, add books, change shipping type, etc) as well as to your account, until the problem appears. Note that the site only uses secure mode for pages that contain confidential data, so simply trying to access the site with https without logging in will be difficult since the site will reset to regular mode. Further Note: On a test machine, I have run iPlanet in both secure and regular mode, and the problem does occur in both modes under iPlanet. The problem has never occurred under Apache. My guess is that Mozilla is somehow adding extra control characters to its HTTP/HTTPS requests, which some servers can handle, and others can't.
|
||
Comment 1•23 years ago
|
||
Marking as dupe of bug 98262. Reporter: Please try a more recent build and reopen this bug if it still occurs for you: http://ftp.mozilla.org/pub/mozilla/nightly/latest/mozilla-win32-talkback.zip (as always be sure to delete your old Mozilla directory before installing the new one) -> Networking: HTTP, for parity with dupe *** This bug has been marked as a duplicate of 98262 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Component: Browser-General → Networking: HTTP
Resolution: --- → DUPLICATE
|
||
Comment 2•23 years ago
|
||
:: pulls out the rubber stamp and marks "Verified" :: :)
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•