Closed Bug 126500 Opened 23 years ago Closed 22 years ago

selecting bullet list item can result in extra newline (caught in selection)

Categories

(Core :: DOM: Editor, defect)

Product:
Core
Component:
DOM: Editor
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
VERIFIED WORKSFORME
Milestone:
mozilla1.4beta

People

(Reporter: sujay, Assigned: mozeditor)

Details

(Whiteboard: EDITORBASE)

using 2/18 build of netscape 1) launch netscape 2) launch composer 3) insert a bullet item 4) enter some text in that bullet item 5) save and browse that page 6) open a new blank page 7) insert a new bullet list 8) from step 5) select the text in that bullet, and don't let go at the end. drag below the end of that text. A user might do this by accident 9) Edit | Copy 10) Paste it into the new bullet list in the blank page notice after doing this paste it puts a new line and your caret is a couple lines below the list.
Kin, this might be fallout from that paste fix where I stopped stripping formatting ws. Although I tried to make this happen (whith a test very similar to that reported here) and could not. It may be well nigh impossible to get ws and paste to work nicely together: the copy code doesnt tell us whether ws is significant, and it would be difficult for it to do that.
Status: NEW → ASSIGNED
Whiteboard: EDITORBASE
Target Milestone: --- → mozilla1.1
I believe this is actually the smae bug as one Sujay showed me that causes pasting lists into other ists to be broken. Since everyone uses this for status reports, it's pretty significant for dogfood.
Whiteboard: EDITORBASE → EDITORBASE; fix coming tonight
Target Milestone: mozilla1.1 → ---
Hmm. This may not be the simple regression I thought it was. Removing fix estimate pending further investigation. Translation: "Aw shucks"
Whiteboard: EDITORBASE; fix coming tonight → EDITORBASE;
WFM, and EDITORBASE-
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Whiteboard: EDITORBASE; → EDITORBASE-;
I can reproduce... additional steps required: after step 4), add two carriage returns, then proceed to step 5) Joe saw this in my cube...
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
This bug is my placeholder for copy woes. Sujay had another example he showed me of pasting a list from a status report into a group status report. This stuff really needs to work right and sadly requires a lot of editor code to be exposed to the copy code, which lives in content. Bug 94176 would also be fixed by this issue, I think.
remoinv minus...we need to fix this..
Whiteboard: EDITORBASE-; → EDITORBASE
This one is tricky. Not sure that I can generate a fix soon.
EDITORBASE-
Whiteboard: EDITORBASE → EDITORBASE-
Minused mostly because of the difficulty involved.
EB- -> moz1.1
Target Milestone: --- → mozilla1.1
Joe, can we nominate this ? Paul showed this to us in his cube just now...
The trunk is the wave of the future!
Target Milestone: mozilla1.1alpha → mozilla1.1beta
The days of having a half dozen milestones out in front of us to divide bugs between seem to be gone, though I dont know why. Lumping everything together as far out as I can. I'll pull back things that I am working on as I go.
Target Milestone: mozilla1.1beta → mozilla1.2beta
[ushing these out as far as bugzilla will let me. I'll pull them back as I work on them.
Target Milestone: mozilla1.2beta → mozilla1.4beta
Component: Editor: Composer → Editor: Core
Summary: selecting bullet list item can result in extra newline → selecting bullet list item can result in extra newline (caught in selection)
This seem to work for me now, please retest
Keywords: qawanted
QA Contact: sujay → beppe
Whiteboard: EDITORBASE- → EDITORBASE
This seem to work for me now, please retest
Status: REOPENED → RESOLVED
Closed: 23 years ago → 22 years ago
Resolution: --- → WORKSFORME
verified
Status: RESOLVED → VERIFIED
Keywords: qawanted
You need to log in before you can comment on or make changes to this bug.