When using the E-Mail composer, if you indent a numbered list several levels and then outdent it, the numbered list aspect disappears. (Build ID 2000091312)
reassign to editor team.
adding myself to the cc list. becki: thanks for following up and logging the bug.
yes, that is by design -- outdenting to the left margin is the mechanism for escaping out of a list. If you outdent to the left margin, you exit out of the <li> and <UL>/<OL> and the text becomes plaintext. Another mechanism to exit out of lists is to set the caret at the end of a list item and hit return twice. That is the solution for those instances when you are entering list items and want to move on to entering more bodytext. If something else occurred, please reopen the bug and explain in detail exactly what you are doing -- I really need to be walked through what you are doing to better understand the issues.
As per suggestion, I'm reopening this bug and providing a more detailed description of the actions I'm performing. I retested with nightly build 2001010321 (i686 pc Linux) and the same problem occurs. Here is the sequence of steps that I'm using: 1. Open E-Mail 2. Click on "New Msg" button on the toolbar 3. Click on the numbered list button (1/2/3) 4. Start typing some text 5. Click on the indent text (move right) button SEVERAL times (i.e. indent more than once) 6. Click on the outdent text (move left) button ONCE At this point, the text is still indented several levels but the numbered list aspect disappears. The number list should remain until the last level of indentation is removed. (Sidenote: Netscape 4.75 actually retains the numbered list no matter what level of indentation.)
If you entered only one list item, or if you have several list items and highlight all of the list items and do the same steps you will also lose the numbers. Assigning to jfrancis to see if there is something that can be done to preserve the list item on outdent -- maybe until outdented to the leftmost position.
although this is working as designed, I agree the behavior is odd. It's really what comes from overloading the outdent method to mean different things depending on if you are in a list or not.
related bug see bug 57715, that one is probably a dup of this one
*** Bug 66563 has been marked as a duplicate of this bug. ***
moving misc editor bugs into browser product
setting this to moz0.9.1
Yep, this is real. the <UL> is being changed into a <blockquote> when undenting.
this is easily reproducible, keeping at moz0.9.2 per triage meeting
This patch fixes this bug and several others. outdent is pretty much rewritten and is much much smarter. In addition, problems with getting too many or not enough breaks when unlisting or outdenting have been fixed by this patch. need r=,sr=
this patch is superceded by patch in bug 62347.
r=fm; sr=kin; need a=
a=blizzard on behalf of drivers for the trunk
fix checked in
Using builds 2001-06-28 on win98, mac and linux and the scenario stated on 2001-01-04 this is fixed for the Mail compose window. I briefly tested this in composer too using the same scenario. reassigning QA to sujay for the composer to see if he wants to do more composer testing.
okay this works now, marking verified fixed...tried on two platforms: Windows and Linux using 6/28 builds.