Closed Bug 113691 Opened 23 years ago Closed 23 years ago

Composer freezes when removing multiple ol or ul tags.

Categories

(Core :: DOM: Editor, defect)

defect
Not set
critical

Tracking

()

VERIFIED FIXED
mozilla0.9.9

People

(Reporter: TucsonTester1, Assigned: mozeditor)

Details

(Keywords: hang, perf, Whiteboard: EDITORBASE+; fixinhand; need r=)

Attachments

(1 file)

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.6+)
Gecko/20011203 Netscape6/6.1b1
BuildID:    2001120303

When using the toolbar to remove multiple indented bulleted or number lines,
Composer freezes.

Reproducible: Always
Steps to Reproduce:
1. Launch Composer
2. Enter 10 letters of text
3. Click on the bullet or or numbered list button on the toolbar
4. Click on indent twenty-five times.
5. Click on the bullet or number list button on the toolbar (the same one you
clicked in step 3).

Actual Results:  Composer will freeze.  An end task will need to be done to
break out of it.

Expected Results:  Composer should not freeze when removing the tags.

I've had it freeze with as few as twenty indents.  With between 15 and 20
indents, it will hang for a bit, but recover.  This was reproduced on two other
machines, one using 98 (not SE), and the other using 95 OSR2.
Keywords: hang
Confirmed with 2001-12-05-04 under W2K
Status: UNCONFIRMED → NEW
Ever confirmed: true
I consulted with joe on this one, definitely this needs looking at. I can
reproduce on Windows NT, suspect it is cross platform (damn that Microsoft, I
can't use XP now cause they stole the term from us). I also observed that around
15 characters, I go *totally* glacial when hitting the OL button (or the UL
button) to undo the list. And I lock up at twenty. We must be iterating past
some boundary or something, I'm trying hard to think of an algorithm that would
slow down so exponentially like this one is.
Assignee: syd → jfrancis
Component: Editor: Composer → Editor: Core
Keywords: perf
Whiteboard: EDITORBASE
Recur                     sion?
     Recur            sion
          Recur   sion
               ...
                .
                .
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.8
This problem as mentioned in Comment 2 is also occuring on Mac OS X build
2001121004 using the steps specified by the reporter.
changing platform/OS to all as mentioned in comment 4
OS: Windows 2000 → All
Hardware: PC → All
pushing off 098 to 099
Target Milestone: mozilla0.9.8 → mozilla0.9.9
Already spent half a day on this.  It's fairly complex - the post processing
code is the culprit, and I suspect the editor's concept of the range of the
document that has changed.  Estimating 2 days
Whiteboard: EDITORBASE → EDITORBASE; 2 days
lists and hangs, oh my! plussing
Whiteboard: EDITORBASE; 2 days → EDITORBASE+; 2 days
attaching patch for this.  patch also includes bug 120000 patch.  I'd like to
land them together anyway.
Whiteboard: EDITORBASE+; 2 days → EDITORBASE+; fixinhand; need r=,sr=
Keywords: nsbeta1+
Comment on attachment 67606 [details] [diff] [review]
diffs to editor/libeditor

sr=kin@netscape.com

With the changes we disucssed.
Attachment #67606 - Flags: superreview+
Whiteboard: EDITORBASE+; fixinhand; need r=,sr= → EDITORBASE+; fixinhand; need r=
fix landed on trunk
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Verified fixed on trunk build 02-08.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: