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

Issue 623957 link

Starred by 5 users

Issue metadata

Status: Fixed
Owner:
Closed: Jul 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Chrome
Pri: 3
Type: Bug



Sign in to add a comment

Focused state incorrectly disappears on chrome menu button

Reported by jleedev@gmail.com, Jun 28 2016

Issue description

UserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/53.0.2781.0 Safari/537.36

Steps to reproduce the problem:
1. Press the Alt key. (Focus ring appears on menu button)
2. Press the Space key. (Menu opens)
3. Press the Esc key. (Menu closes, but menu button still has focus)

What is the expected behavior?
Old (non-material): The focus ring remains on the menu button to indicate it still has focus. (Pressing Esc again restores focus to the web page.)

What went wrong?
New (material): The focus ring is not shaded even though it still has focus.

Did this work before? Yes 51 stable without top-chrome MD

Chrome version: 53.0.2781.0  Channel: canary
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version:
 

Comment 1 by ajha@chromium.org, Jun 29 2016

Cc: ajha@chromium.org
Labels: M-53 Proj-MaterialDesign-NativeUI
Status: Untriaged (was: Unconfirmed)
Able to reproduce this on the latest canary(53.0.2782.0) on Windows-7. This is Material design specific issue, marking this as Untriaged and for further investigation.


Components: -UI UI>Browser>Toolbar
Labels: -Pri-2 -Via-Wizard -Arch-x86_64 OS-Chrome OS-Linux Pri-3
Owner: est...@chromium.org
Status: Assigned (was: Untriaged)
Sending this to Evan to figure out how it interacts with the other button focus state stuff.
Project Member

Comment 3 by sheriffbot@chromium.org, Jul 1 2016

Labels: -M-53 M-54 MovedFrom-53
Moving this nonessential bug to the next milestone.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 4 by est...@chromium.org, Jul 18 2016

Cc: msrchandra@chromium.org est...@chromium.org nyerramilli@chromium.org
 Issue 629053  has been merged into this issue.
Project Member

Comment 5 by bugdroid1@chromium.org, Jul 26 2016

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

commit efad9e3a50b9ce33582780a860519e40539c3cef
Author: estade <estade@chromium.org>
Date: Tue Jul 26 17:46:48 2016

Restore focus-state ink drop highlight on buttons after ripple animation
finishes.

At first I just copied the way we restore highlight due to hover (i.e.
I triggered StartHighlightAfterRippleTimer() based on ShouldHighlight(),
not is_hovered_), but that looked sluggish and broken in comparison to just
snapping back to the hover state.

BUG= 626307 , 623957 

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

[modify] https://crrev.com/efad9e3a50b9ce33582780a860519e40539c3cef/ui/views/animation/ink_drop_impl.cc
[modify] https://crrev.com/efad9e3a50b9ce33582780a860519e40539c3cef/ui/views/animation/ink_drop_impl.h
[modify] https://crrev.com/efad9e3a50b9ce33582780a860519e40539c3cef/ui/views/animation/ink_drop_impl_unittest.cc

Comment 6 by est...@chromium.org, Jul 26 2016

Status: Fixed (was: Assigned)

Sign in to add a comment