Closed
Bug 57554
Opened 25 years ago
Closed 25 years ago
</sup> outside </p> causes all text after to render in superscript
Categories
(Core :: DOM: HTML Parser, defect, P3)
Tracking
()
VERIFIED
FIXED
People
(Reporter: cesarb, Assigned: rickg)
References
()
Details
(Whiteboard: fix in hand.)
Attachments
(1 file)
|
240 bytes,
text/html
|
Details |
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.0-test9-pre1 i686; en-US; m18)
Gecko/20001019
BuildID: 2000101908
The page has a font size which decreases when it shouldn't
Reproducible: Always
Steps to Reproduce:
Open the page
Actual Results: The middle of the page gets small fonts, which get smaller, and
then smaller again.
Expected Results: Showed a normal font size
<kirun> cesarb: tags are closed in wrong order
<kirun> e.g. <p>foo<sup>bar</p></sup>
Shouldn't quirks mode avoid that problem?
Comment 1•25 years ago
|
||
IMO, mozilla is rendering this right. You point out youself that this is
incorrect markup.
When would you draw the line for mozilla to render incorrect markup...?
IMHO, I would rather see programmers fixing incorrect mozilla renderings of
correct code than adding extra code to mozilla to render incorrect web authored
code.
Suggest WONTFIX.
Comment 2•25 years ago
|
||
I am marking this INVALID because the problem is caused by tags closed in the
wrong order.
Reporter: if you think this is incorrect I would suggest evagelism to the web
site author.
Status: UNCONFIRMED → RESOLVED
Closed: 25 years ago
Resolution: --- → INVALID
Comment 3•25 years ago
|
||
Reopening since other browsers render this as web author really intended even
though there is incorrect ending tag order. Also, adding keyword, and marking OS
ALL.
Changing summary. Old summary:"The ever-decreasing font size bug strikes again".
Reporter: when you say "bug strikes again" is this a bug you have reported before?
Thanks buster!
Status: RESOLVED → UNCONFIRMED
Keywords: 4xp
OS: Linux → All
Resolution: INVALID → ---
Summary: The ever-decreasing font size bug strikes again → </sup> outside </p> causes all text after to render in superscript
Comment 4•25 years ago
|
||
Sorry about the spam! Confirming.
Status: UNCONFIRMED → NEW
Ever confirmed: true
| Reporter | ||
Comment 6•25 years ago
|
||
Yes, it is. Sorta. The previous one dealt with unclosed tags.
I can't search for "all bugs I've ever touched", and have a bug open on that
problem; if you somehow manage to do it, it was in a rfc-editor.org page IIRC
(I don't have more than 30 bugs with me as a submitter; just list them all).
The symptoms were exactly the same: the font size gets smaller and smaller.
Since it was "unclosed tags" then and now it's "reverse closed tags", I don't
really know if this is a regression or not.
this sounds a lot like a parser issue. It's the parser's job to feed the layout
system rational input, even when the source document is irrational. It would be
*great* if you could produce a tiny testcase for this bug.
Assignee: buster → rickg
Component: Layout → Parser
| Reporter | ||
Comment 10•25 years ago
|
||
Found my previous bug, awful rendering in rfc-editor's page, at
http://bugzilla.mozilla.org/show_bug.cgi?id=22596
| Assignee | ||
Comment 11•25 years ago
|
||
inline element closure rules were wrong in nested cases. All better now.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•