Open
Bug 38655
Opened 25 years ago
Updated 2 years ago
[MARGIN-C]Order of Header and font tags should not be important
Categories
(Core :: Layout, defect, P3)
Tracking
()
NEW
Future
People
(Reporter: conorlennon, Unassigned)
References
()
Details
(Keywords: testcase)
Attachments
(3 files)
visual debugging
From Bugzilla Helper:
User-Agent: Mozilla/4.72 [en] (WinNT; I)
BuildID: 200050820
<font color="#000000"><h1>Text</h1></font> produces a different output from
<h1><font color="#000000">Text</font></h1>
The second html snippet seems to have an extra line added before it.
Reproducible: Always
Steps to Reproduce:
0) Launch Viewer
1) Load the HTML snippet(alternatively placed
http://members.xoom.com/conorl/Mozilla/font.html)
Actual Results: The two 'Text' are not aligned horizontally
Expected Results: The two 'Text' should be aligned horizontally
HTML Snippet:
<html><body>
<table><tr><td>
<h1><font color="#000000">Text</font></h1>
</td><td>
<font color="#000000"><h1>Text</h1></font>
</td></tr></table></body></html>
|
Reporter | |
Comment 1•25 years ago
|
||
|
||
Comment 2•25 years ago
|
||
No DOM here, over to Layout
Assignee: jst → troy
Component: DOM Level 1 → Layout
QA Contact: gerardok → petersen
|
||
Comment 4•25 years ago
|
||
below follows the output of the w3c html validator, it seems to be invalid html
may be it is a question of quirks mode to support it.
Document Checked
URI: http://members.xoom.com/conorl/Mozilla/font.html I was redirected to
<URI:http://members.xoom.com/conorl/Mozilla/font.html>
Last modified: Tue May 9 12:44:03 2000
Server: Apache/1.2.5
Content length: 288
Character encoding: unknown
Document type: HTML 4.0 Transitional
Below are the results of attempting to parse this document with an SGML parser.
Line 1, column 1:
<html>
^
Error: Missing DOCTYPE declaration at start of document (explanation...)
Line 12, column 25:
<font color="#000000"><h1>Text</h1></font>
^
Error: document type does not allow element "H1" here; missing one of
"APPLET", "OBJECT", "MAP", "IFRAME", "BUTTON" start-tag
|
|
Reporter | |
Comment 5•25 years ago
|
||
Problems accessing http://members.xoom.com/conorl/Mozilla/font.html possibly
down to xoom adding an advertisment frame to the page. Works in Mozilla.
To access the page without the advertisments try http:
//members.xoom.com/_XMCM/conorl/Mozilla/font.html
Alternatively try accessing the testcase http:
//bugzilla.mozilla.org/showattachment.cgi?attach_id=8464
|
|
||
Comment 6•25 years ago
|
||
I saved the attachment and get the same answer from the validator:
Line 23, column 25:
<font color="#000000"><h1>Text</h1></font>
^
Error: document type does not allow element "H1" here; missing one of "APPLET",
"OBJECT", "MAP", "IFRAME", "BUTTON" start-tag
Could you please argue, why incorrect html should render identical to valid html?
Bernd
|
|
Reporter | |
Comment 7•25 years ago
|
||
I was not aware that <font color="#000000"><h1>Text</h1></font> was invalid
html.
This is not a bug.
|
|
||
Comment 8•25 years ago
|
||
|
|
||
Comment 9•25 years ago
|
||
From the visual debugging its is obvious that the font tag influences the box
properties.
|
||
Comment 10•25 years ago
|
||
So what should happen is that Mozilla should act as if there was a </font> tag
before the <h1> and ignore the other </font> tag. Sounds reasonable does it not?
|
|
Reporter | |
Comment 11•25 years ago
|
||
<font color="#000000"><h1>Text</h1></font>
is being rendered the same as
<font color="#000000"></font><h1>Text</h1>
in mozilla (tested in build id 2000051620)
|
|
||
Comment 12•25 years ago
|
||
|
|
||
Updated•25 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
|
||
Comment 13•25 years ago
|
||
Buster, in the 3rd attachment, the 2nd cell's block is reporting a larger
desired height than the 1st, which might explain the problem, but I'm not
sure. Anyway, the table cell's appear to be return the correct desired heights.
Nav and IE both render the attachment the same.
Assignee: karnaze → buster
|
||
Comment 14•25 years ago
|
||
This looks like a margin-collapsing issue. Assigning to myself for further
investigation and since I own the rest of the margin-collapsing bugs right now.
Assignee: buster → dbaron
Summary: Order of Header and font tags should not be important → [MARGIN-C]Order of Header and font tags should not be important
|
|
||
Updated•25 years ago
|
Target Milestone: --- → M18
|
|
||
Comment 15•24 years ago
|
||
Giving margin collapsing bugs that I have not fixed to buster.
Assignee: dbaron → buster
Target Milestone: M18 → ---
|
||
Comment 16•24 years ago
|
||
P3 bugs are getting moved to "future" milestone. They will not be addressed for
NS6 RTM.
Status: NEW → ASSIGNED
Target Milestone: --- → Future
|
||
Comment 17•24 years ago
|
||
Upon managerial request, adding the "testcase" keyword to 84 open layout bugs that
do not have the "testcase" keyword and yet have an attachement with the word
"test" in the description field. Apologies for any mistakes.
Keywords: testcase
|
||
Comment 18•23 years ago
|
||
Build reassigning Buster's bugs to Marc.
Assignee: buster → attinasi
Status: ASSIGNED → NEW
|
|
||
Comment 19•23 years ago
|
||
Mass removing self from CC list.
|
|
||
Comment 20•23 years ago
|
||
Now I feel sumb because I have to add back. Sorry for the spam.
|
|
||
Comment 21•22 years ago
|
||
Seems partly fixed (perhaps by bug 44242) and partly duplicate of bug 33784, I
think (although I'm not sure).
Depends on: 33784
|
||
Updated•15 years ago
|
Assignee: attinasi → nobody
QA Contact: chrispetersen → layout
|
||
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•