Closed Bug 268474 Opened 20 years ago Closed 20 years ago

/div does not close <font>, should it?

Categories

(Core :: DOM: HTML Parser, defect)

defect
Not set
minor

Tracking

()

RESOLVED INVALID

People

(Reporter: steve, Unassigned)

References

()

Details

User-Agent: Mozilla/4.0 (compatible; MSIE 5.22; Mac_PowerPC) Build Identifier: The question is whether </div> should terminate certain tags, such as <font>. My tests with five browsers showed that IE-Mac did terminate <font>, but Camino, Firefox-Mac, Safari, and Opera-Mac did not. I don't recall this being addressed in the HTML/XTHML spec anywhere. This is similar to #115964. Reproducible: Always Steps to Reproduce: The following code illustrates the issue: <html> <head> </head> <body> Before division.<br /> <div><font color="red" size="5" /> Inside division<br /> </div> After division. Is unclosed font tag closed by /div? Should it be?<br /> (/div closes font on IE-Mac, but not closed by Safari, Opera-Mac, Firefox-Mac, and Camino-Mac.)<br /> </body> </html> Actual Results: My tests with five browsers showed that IE-Mac did terminate <font>, but Camino, Firefox- Mac, Safari, and Opera-Mac did not. Expected Results: I don't recall this being addressed in the HTML/XTHML spec. anywhere. I'm assuming this is in code which is common to Mac, Windows, Camino, Mozilla, Firefox, etc browsers.
No spec says anything about this case because you should nest your tags correctly (e.g., <div><font></font></div>). So we go into error recovery (residual style handling) and open the font back up after the </div>. I'm going to mark this INVALID, since all other majors browsers handle this in the same way (IE-mac seems to be the exception here) and we want to keep consistency with them.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
OS: MacOS X → All
Hardware: Macintosh → All
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.