Closed Bug 144574 Opened 22 years ago Closed 22 years ago

HTTP headers get displayed in the browser

Categories

(Core :: Networking: HTTP, defect)

x86
All
defect
Not set
major

Tracking

()

VERIFIED DUPLICATE of bug 140107
Future

People

(Reporter: lmb, Assigned: darin.moz)

References

()

Details

(Whiteboard: [pipelining])

Attachments

(1 file)

Build ID 2002051009 on SuSE Linux 7.3.

When visiting http://www.koeln.de/ (for example) in a fresh tab, HTTP headers
are displayed as part of the page body in the main frame. A reload cures this. 

Reproduceable.

Display includes:
"
OK Date: Tue, 14 May 2002 21:31:06 GMT Server: Apache/1.3.24 (Unix) PHP/3.0.18
Keep-Alive: timeout=10, max=497 Connection: Keep-Alive Transfer-Encoding:
chunked Content-Type: text/html b1d     
"

This only happens with HTTP pipelining enabled.

If I turn HTTP pipelining off, it does not occur; if I turn it back on, it
happens even if the tab is not "virgin", so I assume some HTTP pipelining
variables aren't correctly initialized.
yup, i'm seeing the same thing with the 1.0.0-20020514 linux build.

hopefully this is something we can solve on our end.  reducing severity to major
since this only happens when pipelining is enabled.  leaving untargeted for now.
Severity: critical → major
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Whiteboard: [pipelining]
It also happens with other websites with frames actually; so if it isn't easily
solved, I would suggest hiding the HTTP pipelining option in 1.0-final.

same as bug 140853 and bug 140107?
*** Bug 144940 has been marked as a duplicate of this bug. ***
mass futuring of untargeted bugs
Target Milestone: --- → Future
Getting this on multiple frames when visiting the following page:
http://www.polisen.se/PSUser/frameset.jsp?nodeid=1461&pageversion=1

I'm using Moz 1.0rc3 under Linux x86
PS : my first bugzilla "Mid-air collision detected!" :)
See the same on my Moz 1.0RC3 (Windows 2000) :)

It appears on the new CGI-IRC 0.5 (demo : http://irc.rezel.com)
Also on http://www.dialoguez.com

The headers disappear when you use a proxy :)

This does not happen only with pipelining. If you go to
http://www.drsfostersmith.com/product/sub.cfm?siteid=6&pCatId=3772 and click on
any of the links you will get headers in the display (1.0 RC3). Reload makes
them disappear.

This is happening on Windows XP with pipelining disabled. Changing back to
critical and making OS = ALL.
Severity: major → critical
OS: Linux → All
This can't be critical..
Severity: critical → major
Hey, I just changed it to how it was before Darin Fischer reduced it to "major" 
on the basis that it only happened when pipelining was enabled. I wasn't making 
a value judgement ;-)

It is a highly visible bug though that is sure to make Mozilla and NN look very 
broken to new users.
with the 2002061721 linux build:

http://www.koeln.de/ loads correctly with pipelining enabled!  likely a dupe of
bug 140107.

www.polisen.se pages also seem to load correctly now.

re: comment #9, i'm able to repro the problem with pipelining disabled.  when i
looked at a packet trace, it appeared that the server was sending some extra
HTML before the HTTP response headers.  i'll upload the resulting HTML document
to this bug report.  seems more like an evangelism bug to me... problem is not
reproducible with NS4.x so maybe they are doing some wacky UA sniffing.

*** This bug has been marked as a duplicate of 140107 ***
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
using 2002061712 on win 2k and xp pro i still see http headers on
http://www.klm.com/nl_nl/index.jsp
(rougly 9 out of 10 attempts, sometimes moz seems to fix the problem)

just sending thus URL cause some problematic ones seem to be resolved per comment 12
patrick: the 2002061712 build would not include the fix for bug 140107.  please
try today's build instead.  thx!
all of the links supplied in this report are working for me with the 06/18
builds except for the evangelism issue in comment #9

verified duplicate
Status: RESOLVED → VERIFIED
per comment 15 : Darin, you're right. Sorry for jumping the gun. Issue is
resolved using 20021808
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: