Closed
Bug 133734
Opened 22 years ago
Closed 21 years ago
http headers dumped on a https connection for the first time
Categories
(Core :: Networking: HTTP, defect, P3)
Core
Networking: HTTP
Tracking
()
RESOLVED
DUPLICATE
of bug 195746
mozilla1.4beta
People
(Reporter: pmml, Assigned: darin.moz)
References
()
Details
From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.9) Gecko/20020311 BuildID: 2002031104 In a page served by a https connection called for the first time i get a dump of all http-headers ex: "HTTP/1.1 200 OK Date: Wed, 27 Mar 2002 14:47:19 GMT Server: Apache/1.3.20 (Unix) mod_jk mod_ssl/2.8.4 OpenSSL/0.9.6b Servlet-Engine: Tomcat Web Server/3.2.3 (JSP 1.1; Servlet 2.2; Java 1.4.0-beta3; SunOS 5.8 sparc; java.vendor=Sun Microsystems Inc.) Keep-Alive: timeout=15, max=99 Connection: Keep-Alive Transfer-Encoding: chunked Content-Type: text/html;charset=ISO-8859-1 1f3c" on top of page. If i make a reload, these headers do not show again. This info is NOT contained on the HTML code of the page. Reproducible: Sometimes Steps to Reproduce: 1. Open a page with https never seen before on browser 2. Look to the top of the page Actual Results: I get the http-headers dumped on the page Expected Results: don't see the headers
Comment 1•22 years ago
|
||
I don't seen the headers loading the above url and build 2002032503.
WFM 2002053008 Win2k. Reporter, can you verify this with a more recent version of Mozilla (nightly build or version 1.0)?
Component: XP Apps → Networking: HTTP
Summary: on top of the page i get a http-headers dump on a https connection for the first time → http headers dumped on a https connection for the first time
Comment 3•22 years ago
|
||
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1b) Gecko/2002090311 I see the problem on the given URL. I don't have pipelining enable, use HTTP/1.1 and allow keep-alive. To compare: lynx does not show those headers. pi
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows 2000 → All
Hardware: PC → All
Assignee | ||
Comment 5•21 years ago
|
||
i can repro the bug using linux trunk build 2003022305.
Severity: normal → major
Status: NEW → ASSIGNED
Priority: -- → P3
Target Milestone: --- → mozilla1.4alpha
Assignee | ||
Comment 6•21 years ago
|
||
is this reproducible with mozilla 1.4 alpha? the site is not responding for me. some things were fixed in the HTTP implementation that might have fixed this bug as well. thx!
Target Milestone: mozilla1.4alpha → mozilla1.4beta
Assignee | ||
Comment 7•21 years ago
|
||
ok, i'm guessing this is fixed now. please reopen if you can reproduce the problem. thx! *** This bug has been marked as a duplicate of 195746 ***
Status: ASSIGNED → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•