112802 - theos.com - broken tags which aren't tags should be shown

Status: RESOLVED WORKSFORME

(Tech Evangelism Graveyard :: English US, defect, P4)

Description

[J]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.6+) Gecko/20011120
BuildID:    2001112003

this is a log of bsd mail stuff, its only text and I saw no images but it takes
forever to load and I think it trips over a few quirks in mozilla.  Of these I
saw one that stood out visibly, in the include statements where there was source
listed #include <foobar.h> etc  the <foobar.h> wasn't rendered at all..   I
suspect mozilla was looking for a closing tag maybe?  This could be why the page
is so slow to load as well. I tested it in both windows and linux, it affects both.

Reproducible: Always
Steps to Reproduce:
1. visit http://www.theos.com/deraadt/coremail.html
2. search for #include in the page
3. notice the big blank spot after #include
4. notice how much time the page takes to load beng only text

Actual Results:  the page took forever to load, stuff in between <> wouldn't show up
there is an excerpt of an irc log where the names of people who are talking
don't show up and I suspect its because the names are within <>


Expected Results:  mozilla maybe should have realized they weren't html tags of
any kind and displayed them as text?


I decided it should probably be listed as major considering how much time the
page took to load as well as close, I realize it had a large amount of text but
even that much text shouldn't cause mozilla to die.

Comment 1

[Olivier Cahagne]

confirming on Win2k with build 2001112903. Did not search for dupe.

Comment 2

[Christopher Hoess (gone)]

First: Mozilla's job is not to perform magical AI fixup of clueless pages.  "<"
needs to be escaped as "&lt;" when it's not being used as markup.  That said,
while the plethora of bogus tags may be causing some of the perf problems
(Mozilla  starts getting surly after 200 nested tags), I think this is more
likely to be known perf issues with very large <pre> content.  I'll let harishd
look over this before sending it to Evang, though.

Comment 3

[Boris Zbarsky [:bzbarsky]]

There's already a layout bug on the perf issue (bug 112738) and a bug on the
parser issue (bug 73889).  This page should just be served as text/plain and
that would avoid all these problems.  Alternately, the "<" chars need to be escaped.

Comment 4

[Zach Lipton [:zach]]

Mass reassign of all tech-evangelism us general bugs assigned to bc to 
doron except bc's P1 bugs. You may search for this mass reassign (it is 
305 bugs) by searching for the keyword 'greeneggsandham'

Comment 5

[leon.zhang]

I found such tags as <[e-mail]> and <stdio.h> didn't be displayed in IE too.

Comment 6

[Bob Clary [:bc] (inactive)]

tech evang june 2003 reorg

Comment 7

[RNicoletto]

URL loads fine for me and there's no big blank spot after #include.

This is WFM using Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) Gecko/20101203 Firefox/3.6.13