New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 621543 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner:
Last visit > 30 days ago
Closed: Jul 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Compat



Sign in to add a comment

selectionchange shouldn't be fired for non-input fields with user-select:none

Reported by cyril.au...@gmail.com, Jun 20 2016

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/53.0.2767.5 Safari/537.36

Example URL:
http://jsfiddle.net/rk6f74tw/40/

Steps to reproduce the problem:
1. Select text anywhere then click the 'test ok' text in the top blue-bordered menu
2. observe the events fired in console
3. 

What is the expected behavior?
http://jsfiddle.net/rk6f74tw/39/ shows the correct behaviour (console logs) when click 'test ok' in the blue menu.

I added this to polyfill the issue:

if (e.target.tagName!=='INPUT' && getComputedStyle(e.target).webkitUserSelect=='none'){
  e.preventDefault();
}

What went wrong?
http://jsfiddle.net/rk6f74tw/40/ selectionchange is fired when selecting text then clicking 'test ok' in the blue menu without this polyfill, on Chrome and Edge (not fired on Firefox) 

Does it occur on multiple sites: N/A

Is it a problem with a plugin? N/A 

Did this work before? N/A 

Does this work in other browsers? Yes 

Chrome version: 53.0.2767.5  Channel: n/a
OS Version: 10.0
Flash Version: Shockwave Flash 22.0 r0
 
Google Chrome ชอบมีปัญหาในการใช้ก็เลยอยากจะเปลื่ยนมาใช้แอพนี้ดูครับ
Cc: tkonch...@chromium.org
Labels: Needs-Feedback
Tested the same on win8.1 chrome version 53.0.2773.0 with both the jsfiddles
http://jsfiddle.net/rk6f74tw/40/ and http://jsfiddle.net/rk6f74tw/39/ - observed that on selecting the text the console logs sel change false 

Could you please provide a screenshot/screencast for better understanding of the issue
Sorry tkonchada, it's hard to describe

http://recordit.co/ncdPOE275l at 0:09 after typing in the input I click on 'test ok' (text) just at the right, and a "selchange false" is logged, which shouldn't happen with user-select:none. It would also be hard to know that this event happened in the <div id="menu"> instead of outside

at 0:12 after selecting in the bottom contenteditable I click again 'test ok' with the same result.

Those shouldn't happen (and don't on Firefox nightly)
Project Member

Comment 4 by sheriffbot@chromium.org, Jun 21 2016

Labels: -Needs-Feedback Needs-Review
Owner: tkonch...@chromium.org
Thank you for providing more feedback. Adding requester "tkonchada@chromium.org" for another review and adding "Needs-Review" label for tracking.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Cc: durga.behera@chromium.org
Components: Blink>Forms>Select
Labels: -Needs-Review Needs-Feedback M-53 OS-Linux OS-Mac
Owner: ----
cyril.auburtin@ : Thanks for the feedback, able to reproduce the issue on Win 7,Ubuntu 14.04 and Mac 10.11.5 using latest stable 51.0.2704.106 and canary 53.0.2784.1.

 In previous versions of chrome M48(48.0.2564.116) the observation is same as current behaviour of FireFox and IE where there is no events triggered at all for selecting test in display,input box and on clicking on 'test ok' area.

And if the above is true,its non-regression since M49(49.0.2623.75).

Could you please review the attached screen cast and let us know if this is expected or post a screen cast of expected result for further triage the issue.
621543_July_1.mp4
538 KB View Download

Comment 6 by tkent@chromium.org, Jul 1 2016

Components: -Blink>Forms>Select Blink>TextSelection
@durga.behera http://jsfiddle.net/rk6f74tw/42/ There was an error in your screencast, I changed the let to var for chrome 48 (or could use 'use strict')

Project Member

Comment 8 by sheriffbot@chromium.org, Jul 1 2016

Labels: -Needs-Feedback Needs-Review
Owner: durga.behera@chromium.org
Thank you for providing more feedback. Adding requester "durga.behera@chromium.org" for another review and adding "Needs-Review" label for tracking.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Project Member

Comment 9 by sheriffbot@chromium.org, Jul 4 2016

Labels: -M-53 M-54 MovedFrom-53
Moving this nonessential bug to the next milestone.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 10 by yosin@chromium.org, Jul 13 2016

Status: WontFix (was: Unconfirmed)
Chrome, Edge and Firefox behave same. So, we don't want to change current behavior.

If you want to change current behavior, please file an issue against css-ui
- Issue tracker: https://github.com/w3c/csswg-drafts/issues/
- Spec: https://drafts.csswg.org/css-ui-4/


Yosin, I posted this bug concerning selectionchange/CSS because it doesn't behave the same than Firefox nightly (they are going to allow selectionchange to their other channels, seems like they forgot to do it). Edge's selectionchange is a bit broken imo.

Thanks will follow the advice, this bug isn't important to me, but it makes sense that something "select: none" wont't "change the selection"

Comment 12 by tkent@chromium.org, Oct 12 2016

Components: -Blink>TextSelection Blink>Editing>Selection

Sign in to add a comment