Closed Bug 28456 Opened 25 years ago Closed 24 years ago

Removing bullets on a bulleted list of more than one deletes text

Categories

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

x86
Windows NT
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: bijals, Assigned: mozeditor)

Details

(Whiteboard: will verify after 38991 gets fixed.)

Steps:
1) Launch Composer
2) Create three rows of lines with text
abc
abcd
abcde
3) Highlight the three rows and click the bullet icon
4) Unhighlight the selection and click on one of the rows
5) Highlight the 3 bullets and hit the bullet icon again

Actual Results: Either list is completely unformatted or you lose lines of text

Expected results: Bullets removed and you are back to having 3 lines of text

Build Date/Platform: 2/16/00-15 on NT
Keywords: beta1
You also get caret's for each row below the bulleted list.  Basically, multiple 
carets on the screen.
reassign to jfrancis
Assignee: brade → jfrancis
This is working fine (I get the "expected result" in a 2/21 release build on
Linux.  Perhaps Joe fixed it with his last round of changes?

Tentatively marking M15 as part of editor bug triage, but Joe can move it up if
he thinks he has it fixed or can fix it in M14.
Target Milestone: M15
If working, can you please mark WorksForMe?
It does not work all the time.  In fact, another side effect is that it keeps 
inserting a carriage return/break everytime you remove a bullet.
Okay, here is a reproduceable example.  

Steps:
1) Open a new mail message
2) Type "a" and return
3) Type "b" and return
4) Type "c" and return
5) Type "d" and return
6) Type "e" and return
7) Type "f" and return
8) Type "g" and return
9) Select rows with letters "a", "b", and "c"
10) Click the bullet icon
(Notice weird selection)
11) Click bullet icon again
(Weird behavior)
12) Click bullet icon again
(Some data lost and weird behavior)
13) Do this as well as remove bullets several times

Actual Results: Unexpected selections and bullet behavior

Expected Results: Only the 3 lines are bulleted and the bullet is removed by 
clicking the bullet icon the 2nd time.  Basically, apply and remove bullet 
behavior on the 3 lines.

Build Date/Platform: 2/21/00-08 on NT

Highly visible and common.

Keywords: dogfood
Target Milestone: M15 → M14
Sorry, describing weird behavior in above comments:

After completing step 10, the weird behavior is that either
1) "d" and "e" are also selected when they should not be
2) Blank line between "c" and "d" indicated by a blue caret
or
1) "a", "b", "c", and "d" are selected and in bullets
2) Carriage return between "d" and "e"

After completing step 11, nothing happens since you have to hit the bullet icon 
2 times to remove a bullet

After completing step 12, no more bullets, but the extra carriage return says 
between "d" and "e"

After hitting bullet icons several times, the blank rows between "d" and "e" 
increase and initial list is all over the place.
accepting bug
Status: NEW → ASSIGNED
This is not a beta stopper as discribed.  Putting on PDT- radar for dogfood and 
beta1.
Whiteboard: [PDT-]
this is ugly.  I've looked into this and the real problem is that selection is 
not properly preserved.  I knew we had trouble here with inline stlye, but I 
wasn't aware that the list code could also exhibit this problem until now.  

So the bad news is that it's hard to fix.  The good news is that when I put in 
the code to properly track selection for bold/italic/underline, I can also use 
that for lists as well.
Whiteboard: [PDT-] → [PDT-] 2/28/00
adding EB in status summary...ender blocker...
Whiteboard: [PDT-] 2/28/00 → [PDT-] 2/28/00 EB
updating estimated date: original estimate was assuming that I was working on it 
from several days ago, when instead I have worked on a host of other worthy bugs.
Whiteboard: [PDT-] 2/28/00 EB → [PDT-] 2/31/00 EB
remove PDT- and beta1/dogfood
move to M15
Keywords: beta1, dogfood
Whiteboard: [PDT-] 2/31/00 EB
Target Milestone: M14 → M15
list work set for M16
Target Milestone: M15 → M16
updating keyword and status whiteboard to reflect that this is a beta 2 feature 
work bug that the Composer team deems a must fix for beta 2.
Severity: normal → major
Keywords: beta2
Priority: P3 → P1
Whiteboard: Composer feature work
Keywords: nsbeta2
fixed
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Keywords: beta2
Resolution: --- → FIXED
will verify after 38991 gets fixed.
Whiteboard: Composer feature work → will verify after 38991 gets fixed.
verified in 6/29 build.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.