Closed Bug 189157 Opened 23 years ago Closed 22 years ago

<big> should not be parsed inside of <pre>

Categories

(Core :: DOM: HTML Parser, defect)

defect
Not set
minor

Tracking

()

RESOLVED WONTFIX
Future

People

(Reporter: mmd, Assigned: harishd)

Details

(Keywords: compat)

Attachments

(2 files, 1 obsolete file)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2.1) Gecko/20021130 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2.1) Gecko/20021130 below is a demo of such an html file: <html> <head> <title>webman - mailgateways</title> <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"> <style type="text/css"></style> <link rel="stylesheet" href="../formate.css"> <meta http-equiv="refresh" content="100"> <meta http-equiv="Pragma" content="no-cache"> <meta http-equiv="cache-control" content="no-cache"> </head> <body bgcolor=#ffffff> <p><font face="Arial, Helvetica, sans-serif" size="1">Autorefresh every 5 min!</font></p> <pre> ---------------------------------<br> Sendmail Status for mail1.rolandberger.com<br> Wed Jan 15 08:15:00 CET 2003 <br>---------------------------------<br> Sendmail processes on mail1.rolandberger.com<br> root 631 1 0 2002 ? 00:01:59 sendmail: accepting connections root 18456 631 0 07:28 ? 00:00:01 sendmail: ./h0EE1h803077 mfa.vip <br>---------------------------------<br> Mail queue status:<br> /var/spool/mqueue (118 requests) ----Q-ID---- --Size-- -----Q-Time----- ------------Sender/Recipient------------ h0F6U8818492 871 Wed Jan 15 07:30 <a_virus@rolandberger.com> (reply: read error from boss-polar.bossgame.com.) <big@boss.com> h0F6TG818458 2333 Wed Jan 15 07:29 <Jo_Brown@gb.rolandberger.com> (reply: read error from umsan1.unitedmedia.com.) <dailycomic#2.33620.31343138363334.1@com h0F6a8818531 6029 Wed Jan 15 07:36 ><> (reply: read error from finalblast.com.) <milf-quest-html-michael_hernler=de.rola h0F6Te818462 16620 Wed Jan 15 07:29 ><> (reply: read error from umsan1.unitedmedia.com.) <dailycomic#2.33620.31343237383833.1.b@u h0F6au818535 16641 Wed Jan 15 07:36 ><> (reply: read error from umsan1.unitedmedia.com.) <dailycomic#2.33620.31353238353738.1.b@u h0F5VE818021 858 Wed Jan 15 06:31 ><a_virus@rolandberger.com> (reply: read error from boss-polar.bossgame.com.) <big@boss.com> h0F5c4818077 860 Wed Jan 15 06:38 <a_virus@rolandberger.com> (Deferred: Connection reset by boss-polar.bossgame.com.) <big@boss.com> h0F5bt818073 866 Wed Jan 15 06:37 <a_virus@rolandberger.com> (Deferred: Connection reset by boss-polar.bossgame.com.) <big@boss.com> h0F5KM817946 862 Wed Jan 15 06:20 <a_virus@rolandberger.com> (Deferred: Connection reset by boss-polar.bossgame.com.) <big@boss.com> h0F5AD817882 864 Wed Jan 15 06:10 <a_virus@rolandberger.com> (Deferred: Connection reset by boss-polar.bossgame.com.) <big@boss.com> h0F5AF817886 2837 Wed Jan 15 06:10 <Recruitment@gb.rolandberger.com> (Deferred: Connection reset by boss-polar.bossgame.com.) <big@boss.com> h0F4rh817774 2883 Wed Jan 15 05:53 <Ken_Mori@jp.rolandberger.com> (reply: read error from ns.ms-collection.co.jp.) <tsuchihashi@ms-collection.co.jp> h0F49s817437 4367 Wed Jan 15 05:09 <> 8BITMIME (reply: read error from mail3.offer100.com.) <root-list18-return-41-todd_mavis=us.rol <br>---------------------------------<br> Last actions:<br> </pre></body></html> Reproducible: Always Steps to Reproduce: 1. 2. 3. Actual Results: font size starts small and becomes bigger and bigger after a few lines. Expected Results: font size starts small and should stay like that. other browsers like ns 4.76, ie5 and ie6 produce the expected results.
"<big@boss.com>" That's inside the <pre>. That is parsed (correctly, I must add) as <big @boss.com> which is the start of a <big> tag, so the text gets bigger.... You really want to escape HTML-tag-stuff before sticking it inside <pre>.
mozilla interpretes e.g <big@blabla.com> or <a_virus@rolandberger.com> as a html tag. Both are email addresses. I think the parser should trigger more precisely to know tags than to tags which may start like known ones. In the example above <big> is a known tag but mozilla triggers already to <big.
> Both are email addresses Which means nothing to the HTML parser.... '@' is not an allowed char in a tagname, so <big@> and <big @> are equivalent.
in any case, parser.
Assignee: font → harishd
Component: Layout: Fonts and Text → Parser
OS: Windows 2000 → All
QA Contact: ian → moied
Hardware: PC → All
I don't see how this could be implemented (checking to see if something is a tag or an angle-bracket-enclosed E-Mail address) without standing a strong risk of breaking other documents. However, the HTML standard (I checked 3.2 and 4.01) states that a <big> tag can't appear within a <pre> tag. See http://www.w3.org/TR/html4/struct/text.html#edef-PRE Therefore, it *is* a problem that the text is getting bigger. Other tags that shouldn't be parsed inside of a <pre> tag are img, object, small, sub, and sup in 4.01. In 3.2, the additional tags are img, small, sub, sup, and font.
Severity: normal → minor
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: text in <pre> tags become bigger and bigger instead of being displayed in same size → <big> should not be parsed inside of <pre>
Keywords: compat
Target Milestone: --- → Future
Attached file Testcase
We now allow '@' in tagnames, so original testcase works. This is a testcase for the general issue of <big> in <pre>.
Attached file Another testcase. (obsolete) —
Attached file For real.
Attachment #147840 - Attachment is obsolete: true
IE6 most certainly allows <big> and company inside <pre>, so we're not going to be enforcing this part of HTML, just like we don't enforce so many other containment rules... Marking wontfix.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: