New issue
Advanced search Search tips

Issue 796898 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Closed: Dec 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 3
Type: Bug



Sign in to add a comment

Focus is not lost on extensions page upon redirecting to the previous page

Project Member Reported by pnangunoori@chromium.org, Dec 21 2017

Issue description

Chrome Version: 64.0.3282.39, 65.0.3299.0	
OS: Windows 10, Mac 10.12.6, Ubuntu 14.04

What steps will reproduce the problem?
(1) Launch chrome by enabling the flag 'Enable Material Design extensions'
(2) Navigate to chrome://extensions/
(3) Click on the button "Details" on any of the extension.
(4) Click on the Browser's back button or Back button displayed adjacent to the extension name.

What is the expected result?
Focus on "Details" button should be lost.

What happens instead?
Focus on details is not either by clicking on the Browser's back button or Back button displayed adjacent to the extension name.


Using the per-revision bisect providing the bisect results,
Good build: 64.0.3273.0 (517724)
Bad build: 64.0.3274.0 (518061)

You are probably looking for a change made after 517963 (known good), but no later than 517964 (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/7998727ad85d4861477abd633ea26d40e113280c..a916e01e2cca36c17ee5383b3f136bf70d19825e

https://chromium.googlesource.com/chromium/src/+/a916e01e2cca36c17ee5383b3f136bf70d19825e

From the CL above, assigning the issue to the owner concerned.

@dpapad:  Could you please look into the issue, pardon me if it has nothing to do with your changes and if possible please assign it to owner concerned.

Review-URL: https://chromium-review.googlesource.com/777843

Note: Attached screencast for reference.

Thanks!



 
FocusOnExtensions.webm
2.8 MB View Download

Comment 1 by dpa...@chromium.org, Dec 21 2017

Status: WontFix (was: Assigned)
The observed behavior is the desired one, see  issue 784567  for details.
dpapad@ -- Thanks for looking into this issue. Issue can also be reproduced by following the below steps:

1. Launch chrome by enabling the flag 'Enable Material Design extensions'.
2. Install any extension.
3. Right click on the extension (select the extension displayed adjacent to omni box).
4. After user is redirected to the extension's details page.
5. Click on the "Back" button displayed adjacent to the extension name.

Actual Result: "Details" button is highlighted on the chrome://extensions/ page.

Expected Result: "Details" button should not be highlighted , as user didn't even click on the "Details" button.

Please refer the screencast attached.

Thanks.
796898-1.mov
6.8 MB Download
dpapad@ -- Could you please look into C#2, whether it is the intended behavior or not.

Thanks in advance!
Cc: hcarmona@chromium.org
Looked at C#2. I don't think that always focusing the "details" button of the extension is a poor experience. Adding hcarmona@, who might have further a11y insights on whether current behavior is expected or surprising to the user.
Current behavior is expected for A11y. It is confusing for focus to be reset when examining what appears to be a dialog from a screen reader's point of view. Similar behavior can be observed in chrome://settings when entering a sub page: focus is preserved.

Sign in to add a comment