user-select: initial no longer resets user-select: none in v62
Reported by
agcl...@technolutions.com,
Oct 19 2017
|
|||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.62 Safari/537.36 Steps to reproduce the problem: 1. Create an outer div with user-select: none and then an inner div with user-select: initial. What is the expected behavior? The text in the inner div should be selectable. What went wrong? Prior to v62, user-select: initial set on an inner container/element would override user-select: none on an outer container. As of v62, user-select: initial appears to have no effect when the outer container is set to user-select: none. Did this work before? Yes v61 Does this work in other browsers? Yes Chrome version: 62.0.3202.62 Channel: stable OS Version: OS X 10.12.6 Flash Version:
,
Oct 19 2017
Bisect info: 489358 (good) - 489374 (bad) https://chromium.googlesource.com/chromium/src/+log/2c0dbb47..9badf66d?pretty=fuller Suspecting r489363 "Do not show I-beam when hovering 'user-select: none'" Landed in 62.0.3167.0 The observed behavior is intended and matches the new specification https://drafts.csswg.org/css-ui-4/#propdef-user-select * initial value is now "auto", not "text" * if the computed value of "user-select" on the parent of this element is "none", the computed value is "none"
,
Oct 20 2017
Able to reproduce the issue on the reported chrome version stable 62.0.3202.62 and on the latest canary 64.0.3244.0 using Mac 10.12.6, Ubuntu 14.04 and Windows 10. As per comment #2 assigning to hugoh@. @hugoh: Please confirm the bug and help in re-assigning if it is not related to your change. Thanks!
,
Oct 30 2017
Issue 776526 has been merged into this issue.
,
Oct 30 2017
woxxom@ is right, "initial" == "auto". Here "auto" means "use the parent's value" which is: user-select: none. |
|||
►
Sign in to add a comment |
|||
Comment 1 by manoranj...@chromium.org
, Oct 19 2017