Complete freeze when selecting 'contenteditable' elements
Reported by
inon@honeybook.com,
May 2 2017
|
||||
Issue description
Chrome Version : 58.0.3029.81
OS Version: OS X 10.12.4
URLs (if applicable) :
Other browsers tested:
Add OK or FAIL after other browsers where you have tested this issue:
Safari 10:OK
Firefox :OK
IE :OK
What steps will reproduce the problem?
1.go to this Plnkr: https://embed.plnkr.co/Cj1xr3j47tUO3v6ugTZd/
2. try selecting the text before the 'input' element along with the 'input' element
3. retry step 2 for several times if needed
What is the expected result?
text is selected
What happens instead of that?
The entire tab freezes. Dev tools become useless since there is no option to pause execution or take memory snapshots.
On weaker machines, the chrome process becomes completely unresponsive
Please provide any additional information below. Attach a screenshot if
possible.
It looks like the breaking Chromium revision was 454236 (https://chromium.googlesource.com/chromium/src.git/+/2211504ac2b999a125b2215ce7f6be9e50878fea)
UserAgentString: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.81 Safari/537.36
,
May 3 2017
Reproduced in 58.0.3029.81 as well as 60.0.3086.0.
,
May 3 2017
If contenteditable="false" is removed from <input>, the freeze no longer repros contenteditable on <input> should have no effect. Unfortunately we haven't guaranteed this...
,
May 3 2017
|
||||
►
Sign in to add a comment |
||||
Comment 1 by inon@honeybook.com
, May 2 2017