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

Issue 905999 link

Starred by 2 users

Issue metadata

Status: Available
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression

Blocking:
issue 907284



Sign in to add a comment

Regression: Focus gets lost on pressing tab key once from search settings search-box.

Reported by sanyam.g...@etouch.net, Nov 16

Issue description

Chrome Version:72.0.3612.0 (Official Build) Revision	15e37528e073fa06eb4609e293cadd2afee1021e-refs/branch-heads/3612@{#1} (64-bit)
OS: Win(7,8,8.1,10) ,Mac(10.13.1 , 10.13.6 , 10.14.2) and Linux(14.04 LTS) OS

Steps to reproduce:
1. Launch chrome and navigate to chrome://settings/content.
2. Bring focus in omnibox, press tab key to traverse focus to 'search settings' search-box.
3. Again press tab key once and observe.

Actual  : Focus gets lost from search settings search-box on pressing tab key once. 
Expected: Focus should not get lost on pressing tab key from search settings search-box.

This is a regression issue, broken in 'M-72', and below is the bisect info:
Good Build: 72.0.3610.0 (Revision:607839)
Bad Build : 72.0.3611.0 (Revision:608211)

You are probably looking for a change made after 608012 (known good), but no later than 608013 (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/2f231722674efc952111bde4ba7fc8921c165c29..b64d0a8c04db08eaa81502868a5802d660030842

Suspect: https://chromium.googlesource.com/chromium/src/+/b64d0a8c04db08eaa81502868a5802d660030842

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

Thank you..!

 
Actual_Result.mov
1.8 MB View Download
Expected_Result.mov
1.1 MB View Download
Cc: manoranj...@chromium.org
Labels: ReleaseBlock-Stable
marking as RBS, please change if required
Cc: hu...@vewd.com
Owner: dpa...@chromium.org
My change made scrollers TAB-focusable. What happens here is probably that focus goes to a scroller (an overflow div) and we don't see that scroller being focused because its focus ring is hidden by 'outline: none'.

Here it looks like we don't want the scroller to be TAB-focusable so we need to give it tabindex="-1".

Assigning to dpapad@ because I see you added overflow CSS rules to settings_ui.html.
@hugoh: I have to check whether tabindex -1 is an option anymore, since it might be affected by https://bugs.chromium.org/p/chromium/issues/detail?id=896624 (which is an intentional change).
Cc: dpa...@chromium.org
Components: UI>Browser>History
Owner: hu...@vewd.com
@hugoh: The tabindex -1 works for settings, because the scrolling container is a <div>, but it does not work for History, which has also regressed as a result of this change.

In History's case, the scrolling container is a Custom Element, and because of  issue 896624  (which per Blink team is an intentional spec change), adding tabindex -1 at [1] prevents anything within that Custom Element to be in the tab order.

[1] https://cs.chromium.org/chromium/src/chrome/browser/resources/md_history/app.html?l=92
See 
Cc: rbpotter@chromium.org
There is a similar bug in Print Preview's destinations dialog. Currently focus does not disappear since we do not have outline:none, but the behavior with the scroller focusable is somewhat odd. Tabbing into the list selects the entire list, and hitting down does not scroll it, but instead moves focus to the second list item (skipping the first one). Ideally the list should be removed from the tab order, but since it is an iron-list we run into the same problem as described in comment 4.
Cc: tkent@chromium.org
Owner: dpa...@chromium.org
dpapad@, could you fix this bug (Settings' search box) by tabIndex=-1 and create a new bug about what you see in History?
Cc: scottchen@chromium.org aee@chromium.org hcarmona@chromium.org
Components: -UI>Browser>History
> dpapad@, could you fix this bug (Settings' search box) by tabIndex=-1 and create a new bug about what you see in History?

Filed separate bug for History at https://bugs.chromium.org/p/chromium/issues/detail?id=906729.


CL that fixes Settings at https://chromium-review.googlesource.com/c/chromium/src/+/1343197.
Project Member

Comment 9 by bugdroid1@chromium.org, Nov 20

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

commit 42c0440fcedf33a9eae9d8049ba2900d10bdb5be
Author: dpapad <dpapad@chromium.org>
Date: Tue Nov 20 01:27:55 2018

Settings WebUI: Add tabindex -1 in scrolling container to prevent tabstop.

This is necessary because of recent Blink changes at r608013.

Bug: 905999
Change-Id: I111e3631e4d832afb48a4161552fc27a1bbb9630
Reviewed-on: https://chromium-review.googlesource.com/c/1343197
Reviewed-by: Rebekah Potter <rbpotter@chromium.org>
Commit-Queue: Demetrios Papadopoulos <dpapad@chromium.org>
Cr-Commit-Position: refs/heads/master@{#609546}
[modify] https://crrev.com/42c0440fcedf33a9eae9d8049ba2900d10bdb5be/chrome/browser/resources/settings/settings_ui/settings_ui.html

Blocking: 907284
Status: Fixed (was: Assigned)
Labels: TE-Verified-M72 TE-Verified-72.0.3617.0
Update: 
Rechecked the above issue on canary build #72.0.3617.0 using Windows(7,8,8.1,10) ,Mac(10.13.1 ,10.13.6 ,10.14.2) and Linux(14.04 LTS) and it is fixed.

Fixed_Behaviour.mov
3.1 MB View Download
Project Member

Comment 13 by bugdroid1@chromium.org, Nov 28

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

commit 760f1f815c71b362e60a40ee421c10a6372e040b
Author: Rebekah Potter <rbpotter@chromium.org>
Date: Wed Nov 28 22:39:45 2018

Revert "Settings WebUI: Add tabindex -1 in scrolling container to prevent tabstop."

This reverts commit 42c0440fcedf33a9eae9d8049ba2900d10bdb5be.

Reason for revert: This causes https://crbug.com/908775, and the
Blink changes that were the reason for the change have been
rolled back for now.

Original change's description:
> Settings WebUI: Add tabindex -1 in scrolling container to prevent tabstop.
>
> This is necessary because of recent Blink changes at r608013.
>
> Bug: 905999
> Change-Id: I111e3631e4d832afb48a4161552fc27a1bbb9630
> Reviewed-on: https://chromium-review.googlesource.com/c/1343197
> Reviewed-by: Rebekah Potter <rbpotter@chromium.org>
> Commit-Queue: Demetrios Papadopoulos <dpapad@chromium.org>
> Cr-Commit-Position: refs/heads/master@{#609546}

TBR=dpapad@chromium.org,rbpotter@chromium.org

# Not skipping CQ checks because original CL landed > 1 day ago.

Bug: 905999, 908775
Change-Id: Ie14d8cbea36dcb91d03e8e7ab7b2fdd5010fcc10
Reviewed-on: https://chromium-review.googlesource.com/c/1354235
Reviewed-by: Demetrios Papadopoulos <dpapad@chromium.org>
Reviewed-by: Rebekah Potter <rbpotter@chromium.org>
Commit-Queue: Rebekah Potter <rbpotter@chromium.org>
Cr-Commit-Position: refs/heads/master@{#611906}
[modify] https://crrev.com/760f1f815c71b362e60a40ee421c10a6372e040b/chrome/browser/resources/settings/settings_ui/settings_ui.html

Labels: -ReleaseBlock-Stable
Status: Available (was: Fixed)
This regression should still be fixed currently since the Blink change that caused it has been rolled back, so removing RBS. Re-opening in order to track this as an issue that needs to be fixed before re-landing the Blink change.
Labels: TE-Verified-72.0.3625.0
Update:
Rechecked this issue on Windows(7,8,8.1,10), Mac(10.13.1, 10.13.6, 10.14.2) and Linux(14.04) machines using latest Canary #72.0.3625.0 and issue is fixed. Hence adding TE-Verified labels.

please refer the attached screen-cast for reference.

Thank you.
Fixed_Result.mov
3.3 MB View Download
Owner: ----

Sign in to add a comment