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)

Product:
Core
Component:
Networking: HTTP
Type:
defect

Tracking

()

Status:
RESOLVED DUPLICATE of bug 195746
Milestone:
mozilla1.4beta

People

(Reporter: pmml, Assigned: darin.moz)

References

(
URL
)

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
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
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
URL: http://https://www.namezero.com/signu... → https://www.namezero.com/signup/signu...
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows 2000 → All
Hardware: PC → All
-> default owner
Assignee: sgehani → darin
QA Contact: paw → httpqa
i can repro the bug using linux trunk build 2003022305.
Severity: normal → major
Status: NEW → ASSIGNED
Priority: -- → P3
Target Milestone: --- → mozilla1.4alpha
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
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.