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
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.
*** 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
Last Resolved: 17 years ago
Resolution: --- → DUPLICATE
Created attachment 88108 [details] HTML source HTML source for http://www.drsfostersmith.com/product/sc_view.cfm?siteid=6&pCatId=7899
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.