Ben Bucksch (:BenB) Reporter
	Description • 24 years ago

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.

	rubydoo123
	Comment 1 • 24 years ago

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.

	Joe Francis
	Comment 2 • 24 years ago

parser issue, folks.

	rickg Assignee
	Comment 3 • 24 years ago

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

	rickg Assignee
	Comment 4 • 24 years ago

Fixed in my tree.

	rickg Assignee
	Comment 5 • 24 years ago

Corrected the flaw in the elementtable.

	please use i a n @ h i x i e . c h instead
	Comment 6 • 24 years ago

This has regressed and is now covered by bug 57634.

	please use i a n @ h i x i e . c h instead
	Comment 7 • 24 years ago

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

	bsharma
	Comment 8 • 24 years ago

updated qa contact.