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

Issue 738830 link

Starred by 1 user
Status: WontFix
Owner:
l...@chromium.org
Closed: Dec 2017
Cc:
xiaoche...@chromium.org
nyerramilli@chromium.org
█ hu...@opera.com
rbasuvula@chromium.org
█ msrchandra@chromium.org
█ ranjitkan@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 3
Type: Bug-Regression

Blocking:
issue 715889



Sign in to add a comment

Regression : Unnecessarily text gets highlighted after clicking on check box in devtools.

Reported by rp...@etouch.net, Jul 3 2017 
Version: 61.0.3147.0 e6db2be32f63ad9c3b8bce1b4f0dab810a7f2622-refs/heads/master@{#483897}
OS: Windows (7,8,8.1,10),Linux (14.04 LTS),Mac OS X(10.11.6,10.12.3)

What steps will reproduce the problem?
1. Launch chrome, navigate to NTP and open devtools and open console drawer and click on iron icon to select 'Network conditions'.
2. Now resize the console drawer to top and click on 'Select automatically' check box and click on custom drop down list to select last option.(refer screen cast)
3. Now click on text box and select all text and click outside to remove it and continuously click on check box,observe text.

Actual: Unnecessarily text gets highlighted after clicking on check box
Expected: Unnecessarily text should not get highlighted after clicking on check box

This is regression issue, broken in ‘M 60’ and will soon update other info :
Good build:60.0.3096.0
Bad build: 60.0.3097.0
Actual_video.mp4
958 KB View Download
Expected_video.mp4
1.1 MB View Download

Comment 1 by rp...@etouch.net, Jul 3 2017

Cc: rbasuvula@chromium.org tkent@chromium.org
Labels: hasbisect
Owner: allada@chromium.org
Status: Assigned (was: Unconfirmed)
Narrow bisect info:
https://chromium.googlesource.com/chromium/src/+log/ba945d41f5c4ebbb6512810a7e3ec728d22cd185..e8f057c474108daa91ebd9c594b0ad1bb0a117e5?pretty=fuller&n=100

Suspecting : r470834 from Narrow bisect 

@allada: Could you please help to reassign if your change is not the cause for this change.

Comment 2 by tkent@chromium.org, Jul 3 2017

Cc: -tkent@chromium.org

Comment 3 by allada@chromium.org, Jul 6 2017

Cc: hu...@opera.com xiaoche...@chromium.org
Components: -Platform>DevTools Blink>Forms>Select
Owner: yosin@chromium.org
I have further bisected this bug and it's caused from this patch:

https://codereview.chromium.org/2841093002

Forwarding off to yoshin, please further triage it if needed, Thanks!

Comment 4 by yosin@chromium.org, Jul 7 2017

Components: -Blink>Forms>Select Blink>Editing>Selection
Labels: -Pri-1 Pri-3
Status: WontFix (was: Assigned)
Mark WontFix since I could not reproduce this with
 61.0.3150.0 (Official Build) canary (64-bit) (cohort: 64-Bit)
on Win10.

Also, lower to Pri-3, since this doesn't prevent user activity.

Please reopen this bug with hits for reproduce.

Comment 5 by rp...@etouch.net, Jul 7 2017

Status: Assigned (was: WontFix)
With response to comment #4:
Rechecked the above issue on Windows 7 OS with latest canary chrome version :61.0.3150.0 and the issue is still reproducible.Kindly refer the attached screen cast for reference.
Actual_video.mp4
859 KB View Download

Comment 6 by yosin@chromium.org, Jul 7 2017

Owner: ----
Status: Available (was: Assigned)
I could not reproduce on Win10.
I'm not sure I missed some step or diff of Win7 and Win10.

Comment 7 by hu...@opera.com, Jul 7 2017 

I reproduced this on Linux. 

Interestingly, when clicking inside the checkbox, the hidden selection does not blink. It only blinks when clicking the text ("Select automatically").

I looks like JavaScript gives the <input> field focus for a short moment - when a selection gets focus it gets painted...

Comment 8 by hu...@opera.com, Jul 7 2017

Blocking: 715889

Comment 9 by hu...@opera.com, Jul 11 2017

Components: -Blink>Editing>Selection Platform>DevTools>UX
Owner: alph@chromium.org
alph@ this seems related to DevTools' front end ?

Comment 10 by alph@chromium.org, Nov 15 2017

Owner: l...@chromium.org
Status: Assigned (was: Available)
Erik can you please take a look.

Comment 11 by pfeldman@chromium.org, Dec 8 2017

Status: WontFix (was: Assigned)
►

Sign in to add a comment