Regression: 'Remove' icon of Throttling does not get highlighted after hovering mouse on it
Reported by
jshan...@etouch.net,
Jan 30 2017
|
||||
Issue descriptionChrome Version: 58.0.2997.0 (Official Build) b84d9d8be2e7f07b9e53e8d6243b7d41557fd77c-refs/heads/master@{#446949}- 32/64 bit OS : Mac(10.12.1, 10.11.6, 10.12), Windows(7,8,10), Linux 14.04 Steps: 1. Launch Chrome and open devtools on NTP, press F1 to open Settings on devtools 2. Go to Throttling, Click on 'Add custom profile' button and add any profile name 3. Hover mouse on 'Remove' icon of added profile and observe. Actual: 'Remove' icon does not get highlighted after hovering mouse on it Expected: 'Remove' icon should get highlighted after hovering mouse on it This is a regression issue broken in M-58, will soon update other info. Good build : 58.0.2993.0 Bad build : 58.0.2994.0
,
Jan 30 2017
,
Feb 1 2017
Gentle ping to get an update on this.
,
Feb 9 2017
Issue still exists on mac os 10.12.2 in chrome canary M58 #58.0.3007.0 . @lushnikov-- Could you please look into this issue . Thanks!
,
Feb 10 2017
,
Feb 11 2017
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/0770a61ad8dc130e4adecae097fe73c9b6827789 commit 0770a61ad8dc130e4adecae097fe73c9b6827789 Author: lushnikov <lushnikov@chromium.org> Date: Sat Feb 11 02:23:26 2017 DevTools: fix blackboxing buttons This patch converts icons in ListWidget to toolbar, which solves a lot of styling issues and adds support to dark theme. BUG= 686638 R=pfeldman Review-Url: https://codereview.chromium.org/2688153003 Cr-Commit-Position: refs/heads/master@{#449835} [modify] https://crrev.com/0770a61ad8dc130e4adecae097fe73c9b6827789/third_party/WebKit/Source/devtools/front_end/ui/Icon.js [modify] https://crrev.com/0770a61ad8dc130e4adecae097fe73c9b6827789/third_party/WebKit/Source/devtools/front_end/ui/ListWidget.js [modify] https://crrev.com/0770a61ad8dc130e4adecae097fe73c9b6827789/third_party/WebKit/Source/devtools/front_end/ui/listWidget.css
,
Feb 14 2017
Tested the issue on Latest Dev# 58.0.3012.0 on Windows, Mac and Linux and found the issue is not reproducible. Attaching screenshot for reference. Hence adding TE-Verified Labels. Thank You.
,
Feb 14 2017
|
||||
►
Sign in to add a comment |
||||
Comment 1 by rbasuvula@chromium.org
, Jan 30 2017Labels: ReleaseBlock-Stable hasbisect-per-revison
Owner: lushnikov@chromium.org
Status: Assigned (was: Unconfirmed)