Closed
Bug 152615
Opened 22 years ago
Closed 20 years ago
incorrent HTML layout: table/b/dl/dt/dd combo
Categories
(Core :: DOM: HTML Parser, defect)
Core
DOM: HTML Parser
Tracking
()
RESOLVED
DUPLICATE
of bug 117738
People
(Reporter: kelek1, Assigned: harishd)
References
Details
(Keywords: compat, testcase)
Attachments
(1 file)
|
229 bytes,
text/html
|
Details |
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.0.0) Gecko/20020530
BuildID: 2002053012
The following HTML does not render properly:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
"http://www.w3.org/TR/html4/loose.dtd">
<HTML>
<table><tr><td>
<b>
<dl>
<dt>HEADER
<dd>one
<dd>two
<dd>three
</dl>
</b>
</td></tr></table>
Reproducible: Always
Steps to Reproduce:
1.enter and view the HTML I gave above
Actual Results: The DD items appear on the same line as the DT header.
Expected Results: The DD items should appear indented on separate lines.
I only got this bug to appear with the special table/b/dl/dt combo.
|
||
Comment 1•22 years ago
|
||
Related to our quirks mode dd/dt stuff?
|
||
Comment 3•22 years ago
|
||
Removing the inline element (<b>) fixes this problem. Evidently whatever code we
have to handle dl-in-inline screws up when all of that is stuffed inside <td>.
->Parser
It seems to be stuck in TD mode. Adding </td> doesn't fix the layout but adding
all of the </dd> elements does fix it.
|
||
Comment 5•22 years ago
|
||
Yep, parser is just dropping those <dd> nodes on the floor completely....
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows NT → All
Hardware: PC → All
|
||
Comment 6•22 years ago
|
||
This looks like a dup of bug 183982
|
||
Comment 7•21 years ago
|
||
*** Bug 229965 has been marked as a duplicate of this bug. ***
|
||
Comment 8•21 years ago
|
||
document.getElementsByTagName("html")[0].innerHTML returned following HTML data
for attachment 88167 [details] (2004020208-trunk/Win-2K-SP4).
(See attachment 140078 [details] of Bug 120457 for the script source to display innerHTML)
DOM inspector also displayed same DOM structure as this innerHTML.
> <table>
> <tbody>
> <tr>
> <td>
> <b></b> <= </B> is inserted
> <dl>
> <dt>
> <b>HEADER <= <B> is inserted
> one <= <DD> is lost
> two <= <DD> is lost
> three <= <DD> is lost
> </b> <= </B> is inserted
> </dt>
> </dl>
> <b> </b> <= <B> and </B> are inserted
> </td>
> </tr>
> </tbody>
> </table>
This was same on explicite closing by </dt> and </dd> ( <dt>HEADER</dt>
<dd>one</dd> <dd>two</dd> <dd>three</dd> )
Mozilla trys to add "bold" attribute to texts in <dl> between original <b> and
</b>, then ignores <dd> in <dl>.
Why <dd> is ignored when <b> exists?
|
|
||
Comment 9•21 years ago
|
||
I think this is same problem as bug 183982, which is closed as dupe of Bug 117738.
|
||
Comment 10•20 years ago
|
||
*** This bug has been marked as a duplicate of 117738 ***
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•