Issue metadata
Sign in to add a comment
|
cannot focus contenteditable div when -webkit-user-select:all is set
Reported by
abra...@gmail.com,
Jun 23 2016
|
||||||||||||||||||||||||
Issue descriptionChrome Version : 53.0.2777.0 (Official Build) canary (64-bit) URLs (if applicable) : https://jsfiddle.net/22ezx8xy/ Other browsers tested: Add OK or FAIL, along with the version, after other browsers where you have tested this issue: Safari: FAIL, Firefox: OK, 39.0, 45.0.2 IE: What steps will reproduce the problem? (1) create a contenteditable div that also has the style '-webkit-user-select:all;' (2) note that you cannot focus the contenteditable div (see https://jsfiddle.net/22ezx8xy/) e.g. the cursor does not appear and you cannot type into it. What is the expected result? to be able to focus and type into the div What happens instead? Please provide any additional information below. Attach a screenshot if possible.
,
Jun 24 2016
Able to reproduce the issue on Windows 7, Mac 10.11.5, Ubuntu 14.04 using 53.0.2777.0, latest stable 51.0.2704.106, canary 53.0.2778.0 as per steps in comment #0. This is regression issue broken in M-53. Please find below bisect info: Last good build:53.0.2748.0 First bad build:53.0.2749.0 CHANGELOG URL: https://chromium.googlesource.com/chromium/src/+log/a2e6a0c352d0f2bd62a245d26abbad617e06cad3..40752baf2de533a12d1d42dd41a08ecacb652129 From above CL, suspecting below: https://chromium.googlesource.com/chromium/src/+/3644e8c55d11a9b4693aa20001b116cdbca266e2 yoichio@Could you please look into this issue if it is related to your change, else feel free to assign it to an appropriate dev person. Thanks,
,
Jun 24 2016
,
Jul 3 2016
Moving this nonessential bug to the next milestone. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jul 6 2016
|
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by cbiesin...@chromium.org
, Jun 23 2016