New issue
Advanced search Search tips

Issue 894393 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner:
Closed: Oct 18
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Regression: Shortcuts texts of wrench menu items is seen enabled even when mouse is not hovered over it

Reported by khushal....@etouch.net, Oct 11

Issue description

Chrome Version: 71.0.3577.0 (Official Build) Revision fc334a55a70eec12fc77853c53979f81e8496c21-refs/branch-heads/3577@{#1} (32/64 bit)

OS: Mac (10.13.1, 10.13.6, 10.14.1), Win (7, 8, 8.1, 10) & Linux (14.04 LTS)

What Steps will reproduce the issue ?
1. Launch Google Chrome and click on wrench menu to open the menu list.
2. Now Observe the shortcuts texts of menu items listed.

Actual Result: Shortcuts texts of wrench menu items is seen enabled even when mouse is not hovered over it.

Expected Result: Shortcuts texts of wrench menu items should be seen disabled without mouse over.

This is a Regression issue seen from 'M-70' and below is the manual regression range:
Good Build: 70.0.3534.0 (Revision: 586176)
Bad Build:  70.0.3535.0 (Revision: 586474)

Using per-revision bisect script, providing the bisect info below:-

You are probably looking for a change made after 586342 (known good), but no later than 586343 (first known bad).

CHANGE-LOG 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/eb5f31ca80f8073f23577e3a3bbd97afe98d4d51..7ec662f59629f0386eaffd62da0bba450b3a28a3

Suspecting: https://chromium.googlesource.com/chromium/src/+/7ec662f59629f0386eaffd62da0bba450b3a28a3

@ellyjones: 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.

NOTE:
1. Pardon me if it is an intended change, if so then icon of Full screen button should also be seen enabled in wrench menu list by default.
2. Issue is also seen on M-70 Dev (build #70.0.3538.54) and M-71 Beta (build #71.0.3573.0).

Please refer the attached screen-cast.

Thank You..!!
 
Actual Video.mp4
682 KB View Download
Expected Video.mp4
617 KB View Download
Owner: kylixrd@chromium.org
As far as I know, the "actual" video is the desired behavior. That said, I am not a Windows developer - the "actual" vid is certainly the right thing on Mac, in any case.

Over to kylixrd@: is this the right behavior on Windows?
Labels: Hotlist-DesktopUIConsider
Labels: Group-Menus
Status: WontFix (was: Assigned)
There is no expectation that the hotkey text respond to selection or mousehover. Expected is what I would expect as well.
Labels: -Hotlist-DesktopUIConsider Hotlist-DesktopUITriaged

Sign in to add a comment