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

Issue 746906 link

Starred by 1 user
Status: WontFix
Owner:
einbinder@chromium.org
Closed: Aug 2017
Cc:
nyerramilli@chromium.org
pbomm...@chromium.org
rbasuvula@chromium.org
█ msrchandra@chromium.org
dgozman@chromium.org
█ ranjitkan@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Regression : In devtools, mouse pointer turns into grab icon when switching between two drawer tabs.

Reported by avsha...@etouch.net, Jul 20 2017 
Chrome version : 61.0.3162.0 (Official Build) 46d636d25e054da0b0d8270d525c84f39146ce30-refs/heads/master@{#488073} 32/64 bit
OS : Windows (7,8,10), Mac(10.11.6, 10.12.3), Linux(14.04 LTS)

What steps will reproduce the problem?
1. Launch chrome open devtools on NTP and navigate to 'Console' tab.
2. Open drawer using 'Esc' key, click on 3 dots icon and open 'Animations' tab.
3. Now click on 'Console' tab and observe the mouse cursor and focus highlight on 'Console' tab.

Actual Result : Mouse pointer turn into grab icon when switching between two drawer tabs. (i.e Drawer tabs start to reorder even when simply switching between 2 tabs)

Expected Result : Instead, mouse pointer should not turn into a grab icon when user is only switching between drawer tabs.

This is a regression issue broken in ‘M-61’, below is the Manual Regression range and will soon update other info.
Good build : 61.0.3116.0
Bad build : 61.0.3117.0
Actual_Result.mp4
1.0 MB View Download
Expected_Result.mp4
872 KB View Download

Comment 1 by rbasuvula@chromium.org, Jul 20 2017

Labels: hasbisect-per-revision ReleaseBlock-Stable
Owner: einbinder@chromium.org
Status: Assigned (was: Unconfirmed)
Using the per-revision bisect providing the bisect results,
Good build:61.0.3116.0(Revision:475721).
Bad build:61.0.3117.0(Revision:476123).

You are probably looking for a change made after 475820 (known good), but no later than 475821 (first known bad).

CHANGE-LOG URL:
---------------
https://chromium.googlesource.com/chromium/src/+log/748fee3ce72b96c1a0bdf84bb7d6bdffa592e21d..65ef1a1a01feffd43c073cc60fb75de97a567ad2

From the CL above, assigning the issue to the concern owner

@einbinder: Could you please look into the issue, pardon me if it has nothing to do with your changes and if possible please assign it to concern owner.

Review-Url:https://codereview.chromium.org/2867133002
Note :Able to reproduce the issue in Win 10.0,Ubuntu 14.04 & Mac 10.12.5 and Able to reproduce in latest Canary #61.0.3162.0
Adding Release Block-Stable for this issue.Please remove if not the case.

Comment 2 by pbomm...@chromium.org, Jul 24 2017

Cc: pbomm...@chromium.org dgozman@chromium.org
einbinder@ can we please let us know if there is any update on this issue, it would be nice to have the fix sooner before M61 beta update which happens next week.

Comment 3 by gov...@chromium.org, Jul 26 2017 

URGENT - PTAL.
Your bug is labelled as Stable ReleaseBlock, pls make sure to land the fix and get it merged into the M61 branch #3163 ASAP to have enough baking time in Beta before Stable promotion. Thank you!

Know that this issue shouldn't block the release?  Remove the ReleaseBlock-Stable label.

Comment 4 by rbasuvula@chromium.org, Aug 8 2017 

Still able to reproduce the issue on Ubuntu 14.04 using latest chrome version 62.0.3179.0

einbinder@ Could you please look into this issue as it has been marked as a stable blocker.

Thanks!

Comment 5 by einbinder@chromium.org, Aug 8 2017

Status: WontFix (was: Assigned)
It is a little strange because the drawer moves under your mouse, but the tab is draggable so this is working as intended
►

Sign in to add a comment