Issue metadata
Sign in to add a comment
|
Regression: Focus ring is not seen properly on 'Error' icon of passphrase.
Reported by
db...@etouch.net,
Jul 12
|
||||||||||||||||||||||
Issue descriptionChrome Version: 69.0.3489.0 Revision 66d7b6411564744a0d3589943331a0a7db096a3d-refs/branch-heads/3489@{#1}(64 bit) OS: Mac(10.12.6, 10.13.1, 10.13.6, 10.14) Pre-condition: Sign in into browser with valid credentials which has Passphrase. What steps will reproduce the problem? (1) Launch chrome, open NTP and press tab key upto focus reaches to Error icon. (2) Observe focus on Error icon. Actual: Focus ring is not seen properly on Error icon of passphrase. Expected: Focus ring should seen properly on Error icon of passphrase. This is regression issue, broken in ‘M 69’ and will soon update other info : Good build: 69.0.3487.0 (Revision: 573575). Bad build: 69.0.3488.0 (Revision: 574034). Note: Issue is not seen on Windows (7,8,8.1,10) and Linux (14.04 LTS) OS.
,
Jul 12
Not sure if Omnibox is the right component for this, but it definitely seems more related to omnibox than it is with Settings. Feel free to re-assign to a more appropriate component if one exists.
,
Jul 12
,
Jul 12
,
Jul 13
,
Jul 17
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/38410b62b95dae578cc342954f91f227de4315f3 commit 38410b62b95dae578cc342954f91f227de4315f3 Author: Peter Boström <pbos@chromium.org> Date: Tue Jul 17 15:47:11 2018 Use FocusRing RoundRects to match toolbar inkdrops Creates a SkPath that matches the inkdrop shape and use that as the focus ring. In the future, hopefully the inkdrop shape can be generated from the same path so that they are forced to stay in sync. For now though they are less separate as the focus ring shape is generated using the same insets as the inkdrop. This focus ring is installed for ToolbarButton, BrowserAppMenuButton and ToolbarActionView (all are visibly toolbar buttons). Bug: chromium:862925 Change-Id: I898d2d9c6a9e058e9f84aff37615ebf3ab41cee7 Reviewed-on: https://chromium-review.googlesource.com/1139221 Reviewed-by: Elly Fong-Jones <ellyjones@chromium.org> Commit-Queue: Peter Boström <pbos@chromium.org> Cr-Commit-Position: refs/heads/master@{#575653} [modify] https://crrev.com/38410b62b95dae578cc342954f91f227de4315f3/chrome/browser/ui/views/toolbar/browser_app_menu_button.cc [modify] https://crrev.com/38410b62b95dae578cc342954f91f227de4315f3/chrome/browser/ui/views/toolbar/browser_app_menu_button.h [modify] https://crrev.com/38410b62b95dae578cc342954f91f227de4315f3/chrome/browser/ui/views/toolbar/toolbar_action_view.cc [modify] https://crrev.com/38410b62b95dae578cc342954f91f227de4315f3/chrome/browser/ui/views/toolbar/toolbar_action_view.h [modify] https://crrev.com/38410b62b95dae578cc342954f91f227de4315f3/chrome/browser/ui/views/toolbar/toolbar_button.cc [modify] https://crrev.com/38410b62b95dae578cc342954f91f227de4315f3/chrome/browser/ui/views/toolbar/toolbar_ink_drop_util.h [modify] https://crrev.com/38410b62b95dae578cc342954f91f227de4315f3/chrome/browser/ui/views/toolbar/toolbar_view.cc
,
Jul 18
,
Jul 18
Update : Rechecked the above issue on Mac(10.12.6, 10.13.1, 10.13.6) OS with latest Canary Chrome version: 69.0.3495.0 and the issue is Fixed.Hence adding TE Verified Labels.Kindly refer the attached screen cast for reference. Thank you.
,
Jul 18
Thank you! |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by db...@etouch.net
, Jul 12Owner: pbos@chromium.org
Status: Assigned (was: Unconfirmed)