Closed Bug 133734 Opened 24 years ago Closed 23 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: 23 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.