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

Issue 594524 link

Starred by 1 user
Status: Fixed
Owner:
dgozman@chromium.org
Closed: Mar 2016
Cc:
nyerramilli@chromium.org
pbomm...@chromium.org
█ ranjitkan@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Regression : [Devtools] When clicked on More tools button, the Sensors tab gets opened by default in drawer.

Reported by yfulgaon...@etouch.net, Mar 14 2016 
Chrome Version: 51.0.2677.0 (Official Build) 1f6eed8e362f458537e8a95c1df27e38cdc9c334-refs/heads/master@{#380902} 32/64-bit.
OS: Windows ( Win 7 Aero Enabled)

What steps will reproduce the problem?
1. Launch chrome, open NTP and go to devtools.
2. Navigate to Console tab, press Esc key to open a Drawer and close all other tabs from Drawer except Console tab.
3. Click on More tools button in drawer and observe.

Actual : When clicked on More tools button, the Sensors tab gets opened by default in Drawer.

Expected : When clicked on More tools button, it should not open Sensors tab by default, instead it should only show the list of tools.

Manual bisect info: 
Good Build : 50.0.2655.0 
Bad Build : 50.0.2656.0

This is a regression issue, broken in M-50 series, will soon update other info.
Actual_drawer.mp4
744 KB Download
Expected_drawer.mp4
524 KB Download

Comment 1 by yfulgaon...@etouch.net, Mar 14 2016

Labels: hasbisect
Narrow bisect : 
https://chromium.googlesource.com/chromium/src/+log/5e288c8b55f4ab8173485fa69f7ee59e2c6a3a5f..ae67350c3a10889adb6bf3f47002227546245737?pretty=fuller&n=10000

Suspecting : r376345 from narrow bisect

Note : 1. The above issue is not seen on Mac OS.
       2. Will soon update the status on Linux OS.

Comment 2 by yfulgaon...@etouch.net, Mar 14 2016

Owner: dgozman@chromium.org

Comment 3 by yfulgaon...@etouch.net, Mar 14 2016

Status: Assigned (was: Unconfirmed)

Comment 4 by ranjitkan@chromium.org, Mar 14 2016

Labels: ReleaseBlock-Stable
P.S: Not seeing this behavior on Linux OS.

Adding release block label, please undo if not the case.

Comment 5 by yfulgaon...@etouch.net, Mar 14 2016

Cc: pbomm...@chromium.org

Comment 6 by dgozman@chromium.org, Mar 15 2016

Labels: -Pri-1 -M-50 -ReleaseBlock-Stable M-51 Pri-2
Not a blocker, but could be a usability problem. I'll look into how to fix this.
Project Member

Comment 7 by bugdroid1@chromium.org, Mar 16 2016 

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/b18dcbd20c61ba22fd430bbbf0066f738d480a66

commit b18dcbd20c61ba22fd430bbbf0066f738d480a66
Author: dgozman <dgozman@chromium.org>
Date: Wed Mar 16 16:17:21 2016

[DevTools] Add 200ms timeout to menu on mousedown behavior.

BUG= 594524 

Review URL: https://codereview.chromium.org/1809543002

Cr-Commit-Position: refs/heads/master@{#381466}

[modify] https://crrev.com/b18dcbd20c61ba22fd430bbbf0066f738d480a66/third_party/WebKit/Source/devtools/front_end/ui/Toolbar.js

Comment 8 by dgozman@chromium.org, Mar 16 2016

Status: Fixed (was: Assigned)
►

Sign in to add a comment