Closed
Bug 28456
Opened 25 years ago
Closed 25 years ago
Removing bullets on a bulleted list of more than one deletes text
Categories
(Core :: DOM: Editor, defect, P1)
Tracking
()
VERIFIED
FIXED
M16
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
Reporter | ||
Comment 1•25 years ago
|
||
You also get caret's for each row below the bulleted list. Basically, multiple
carets on the screen.
Comment 3•25 years ago
|
||
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
Reporter | ||
Comment 5•25 years ago
|
||
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.
Reporter | ||
Comment 6•25 years ago
|
||
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
Reporter | ||
Comment 7•25 years ago
|
||
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.
This is not a beta stopper as discribed. Putting on PDT- radar for dogfood and
beta1.
Whiteboard: [PDT-]
Assignee | ||
Comment 10•25 years ago
|
||
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
Comment 11•25 years ago
|
||
adding EB in status summary...ender blocker...
Whiteboard: [PDT-] 2/28/00 → [PDT-] 2/28/00 EB
Assignee | ||
Comment 12•25 years ago
|
||
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
Comment 13•25 years ago
|
||
remove PDT- and beta1/dogfood
move to M15
Comment 15•25 years ago
|
||
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.
Assignee | ||
Comment 16•25 years ago
|
||
fixed
Comment 17•25 years ago
|
||
will verify after 38991 gets fixed.
Whiteboard: Composer feature work → will verify after 38991 gets fixed.
You need to log in
before you can comment on or make changes to this bug.
Description
•