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

Issue 674463 link

Starred by 2 users

Issue metadata

Status: Fixed
Owner:
Last visit 29 days ago
Closed: Dec 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Regression : Unwanted down arrow icon is seen in devtools.

Reported by mni...@etouch.net, Dec 15 2016

Issue description

Version: 57.0.2952.0 199daadb512fd39c2c8c3e56f536acb7eb941fb4-refs/heads/master@{#438707} (64-bit)
OS: Windows(7,8,8.1,10),Linux (14.04 LTS),Mac OS X(10.11.6, 10.12.1)

What steps will reproduce the problem?
1. Launch chrome, navigate to NTP and open devtools.
2. Now go to 'Performance' section and press 'Cmd + R' to record some activity.
3. Now click on 'Event log' and observe down arrow icon besides 'Show all records' drop down list.

Actual: Unwanted down arrow icon is seen
Expected: Unwanted down arrow icon should not be seen

This is regression issue, broken in ‘M 57’ and will soon update other info :
Good build:57.0.2951.0
Bad build: 57.0.2952.0
 
Actual_video.mov
4.3 MB Download
Expected_video.mov
3.3 MB Download
Actual_screenshot.png
323 KB View Download
Expected_screenshot.png
338 KB View Download

Comment 1 by hdodda@chromium.org, Dec 15 2016

Cc: hdodda@chromium.org
Labels: hasbisect-per-revision ReleaseBlock-Stable
Owner: lushnikov@chromium.org
Status: Assigned (was: Unconfirmed)
Using the per-revision bisect providing the bisect results,
Good build:57.0.2951.0 (Revision : 438385)
Bad build: 57.0.2952.0 (Revision : 438707)

You are probably looking for a change made after 438645 (known good), but no later than 438646 (first known bad).
CHANGELOG URL:

The script might not always return single CL as suspect as some perf builds might get missing due to failure.
  https://chromium.googlesource.com/chromium/src/+log/0be43188cb2345a40a73205bb65dd4164aa9d259..d2b33e185dd8325dd9bd7c643a466826664f076d

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

@lushnikov - Could you please check whether this is caused with respect to your change, if not please help us in assigning it to the right owner.

Review-Url: https://codereview.chromium.org/2570783006

Thanks!
Project Member

Comment 2 by bugdroid1@chromium.org, Dec 16 2016

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

commit 09ad7587e22ccd1c7ab3ecc6ed5be054618e90b3
Author: lushnikov <lushnikov@chromium.org>
Date: Fri Dec 16 03:16:10 2016

DevTools: convert UI.ComboBoxFilterUI to use vanilla <select> element

Currently, the UI.ComboBoxFilterUI uses UI.ToolbarComboBox for the select
element. However, the component should be used only as a toolbar child,
since the toolbar has a bunch of CSS for the component.

This patch migrates UI.ComboBoxFilterUI from UI.ToolbarComboBox to a
simple <select>

BUG= 674463 
R=dgozman

Review-Url: https://codereview.chromium.org/2577953004
Cr-Commit-Position: refs/heads/master@{#438998}

[modify] https://crrev.com/09ad7587e22ccd1c7ab3ecc6ed5be054618e90b3/third_party/WebKit/Source/devtools/front_end/ui/FilterBar.js

Status: Fixed (was: Assigned)
Labels: TE-Verified-57.0.2970.0 TE-Verified-57
Verified this issue on Windows-10, Mac OS 10.12.2 and Ubuntu 14.04 using chrome latest M57 #57.0.2970.0 by following steps mentioned in the original comment.
Didn't observed any unwanted down arrow,attaching a screencast for your reference.

Adding TE-Verified label.
Issue 674463.mp4
1.4 MB View Download

Sign in to add a comment