Bug 33092 - Freeze when inserting list with document.execCommand()
Summary: Freeze when inserting list with document.execCommand()
Status: RESOLVED WORKSFORME
Alias: None
Product: WebKit
Classification: Unclassified
Component: HTML Editing (show other bugs)
Version: 528+ (Nightly build)
Hardware: All All
: P1 Normal
Assignee: Nobody
URL: http://nicedit.com/demos.php?demo=3
Keywords: NeedsReduction
Depends on:
Blocks:
 
Reported: 2010-01-01 01:43 PST by Shellex Wai
Modified: 2024-01-22 19:32 PST (History)
7 users (show)

See Also:

Attachments
sample (52.41 KB, text/plain)
2010-01-01 11:12 PST, Alexey Proskuryakov 		no flags Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Shellex Wai 2010-01-01 01:43:12 PST 
URLs (if applicable) : 
Other browsers tested:
Add OK or FAIL after other browsers where you have tested this issue:
     Safari 4: Fail
  Firefox 3.x: OK
         IE 7: OK
         IE 8: OK
Chrome (Mac and Linux): Fail
Chromium (Mac and Linux): Fail
WebkitGtk: Fail


What steps will reproduce the problem?

1. open http://nicedit.com/demos.php?demo=3
2. select some text in Div Example, from the second line to the first line:
"This is some TEST CONTENT
In a DIV Tag"
3. Click the `insert Ordered List` or `insert Unordered List` button in the edit panel.


What is the expected result?

the two lines should be apply the list style.


What happens instead?

current tab/browser frozen up and i have to kill it by force.


Please provide any additional information below. Attach a screenshot if
possible.

I am not the author of NicEdit, but I use NicEdit as a example to make the bug playback.
Because I wrote a similar HTML editor and found that chrome die when i insert list by 
document.execCommand().
Comment 1 Alexey Proskuryakov 2010-01-01 11:12:03 PST 
Created attachment 45734 [details]
sample

Attaching a sample from ToT WebKit.
Comment 2 Ryosuke Niwa 2010-03-19 18:02:10 PDT 
Unfortunately, the specified steps do not seem to reproduce the bug any more. Perhaps the author has modified their code in the last couple of months?
Comment 3 Shellex Wai 2010-03-19 19:06:02 PDT 
No, the bug is still there.
Google Chrome 5.0.342.5 dev

(In reply to comment #2)
> Unfortunately, the specified steps do not seem to reproduce the bug any more.
> Perhaps the author has modified their code in the last couple of months?
Comment 4 Ryosuke Niwa 2010-03-19 20:02:35 PDT 
(In reply to comment #3)
> No, the bug is still there.
> Google Chrome 5.0.342.5 dev

Ah! yes, I could reproduce it on 5.0.307.11 (Mac) as well but not on TOT or Nightly.  I worked on it for a while to figure out what's causing the hang but it seems like what's causing the hang is their JavaScript code.

Is there any other places where the same hang is observed?  Since NicEdit's code is quite complicated, I'd like to see if the same bug appears with a simpler code.
Comment 5 Ryosuke Niwa 2010-10-27 17:51:26 PDT 
I cannot reproduce this bug anymore.  At best, this is a duplication of https://bugs.webkit.org/show_bug.cgi?id=32422 given the Alexy's sample.
Comment 6 Karl Dubost 2024-01-22 19:32:58 PST 
Given Ryosuke's comment and previous tests results.
This should be closed.