50099 - dd is flow, not inline

Status: RESOLVED DUPLICATE of bug 57634

(Core :: DOM: HTML Parser, defect, P3)

Description

[Ben Bucksch (:BenB)]

Reproduce:
1. Create a page with the following content and open it in the editor or write
the following in the HTML source pane in the editor:

<dl><dt>Security
</dt><dd>

<dl><dt>OpenPGP
</dt><dd>Key DE08AD92
</dd><dt>S/MIME
</dt><dd>Certificate available on request
</dd></dl>

</dd>
</dl>

(i.e. a <dl> nested in a <dd>)

2. Open the preview or normal pane, so the source gets parsed.
3. Go (back) to the HTML source pane

Actual result:
You see

<dl><dt>Security
</dt><dd>
</dd><dl><dt>OpenPGP
</dt><dd>Key DE08AD92
</dd><dt>S/MIME
</dt><dd>Certificate available on request
</dd></dl></dl>

(i.e. the inner <dl> has been move outside the <dd>)

Expected result:

You see the same source you entered in step 1.

Relevance:
Gecko renders both the same, but the HTML->TXT converter will (correctly) render
it, as if the inner <dl> were a sibling of the outer <dl>. This is a change in
the meaning, i.e. data loss.

Comment 1

[rubydoo123]

yes, this is clearly incorrect, the nested DL should not be moved. Assigning to 
jfrancis

Actually, in normal mode, I can't nest a definition list within a dd, when I 
select to insert a dt in a dd it pushes it out as a sibling.

Comment 2

[Joe Francis]

parser issue, folks.

Comment 3

[rickg]

*** Bug 48376 has been marked as a duplicate of this bug. ***

Comment 4

[rickg]

Fixed in my tree.

Comment 5

[rickg]

Corrected the flaw in the elementtable.

Comment 6

[please use i a n @ h i x i e . c h instead]

This has regressed and is now covered by bug 57634.

Comment 7

[please use i a n @ h i x i e . c h instead]

*** This bug has been marked as a duplicate of 57634 ***

Comment 8

[bsharma]

updated qa contact.