307827 - When you create a new line in a list, formatting is preserved from the previous line even if it was disabled first.

Status: NEW

(Core :: DOM: Editor, defect, P5)

Description

[scotty_web-form-use]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6

When you create a new line in a bullet-point structure, formatting is peserved
from the previous line even if it was disabled first.

Reproducible: Always

Steps to Reproduce:
1. In the compose window, start a bullet list.
2. Type a line of text, leaving the end of the line with some formatting (e.g.
bold, underline, etc.)
3. Clear the toolbar icon for all formatting, and hit [ENTER] to make a new line.

Actual Results:  
The formatting reappeared when I started typing.

Expected Results:  
Thunderbird should have left the text on the new line unformatted

Using Windows® XP Tablet PC Edition 2005 (w/ SP2).

Comment 1

[zug_treno]

Reproducible with Mozilla 1.8b1 and SeaMonkey/20050909, with Composer and the
Mail Compose window.

Comment 2

[Mike Cowperthwaite]

This applies to numbered and bulleted lists.  Symptom is present in NVu 1.0, so 
this is a general editor bug.

A look at the source of the edited text hints at what's going on.  When you've 
got a list item active, say (** = bold   | = cursor)
  - *abc*|
the source appears as
  <ul><li><b>abc<br></b></li>
                ~~~~
That <br> means that the end of the bolded span is not where the cursor is; 
there is some extra reformatting that happens when you <enter> at the end of a 
line in a list.  I've tried removing the <br> but it doesn't disappear that 
easily.

Possibly related: bug 205350, bug 209144

Comment 3

[Jens Stutte [:jstutte]]

Bulk-downgrade of unassigned, >=5 years untouched DOM/Storage bugs' priority.

If you have reason to believe this is wrong (especially for the severity), please write a comment and ni :jstutte.