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: