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

Issue 871186 link

Starred by 2 users

Issue metadata

Status: Fixed
Owner:
Closed: Aug 7
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Bug-Regression


Participants' hotlists:
LoginRefresh


Sign in to add a comment

Regression : Unnecessary tab focus is seen on 'Drop down' of User in Sign-out screen

Project Member Reported by mmanchala@chromium.org, Aug 6

Issue description

Chrome Version: 70.0.3511.0/10942.0.0 dev-channel  Kip,Celes and Daisy
OS: Chrome

What steps will reproduce the problem?
1)Sign into User -> Now at Uber Tray select 'Sign out' option -> In Sign out screen Press 'Tab' button until focus is on 'Add person'
(2)Now click on 'Enter' button -> Sign-in screen is seen -> click on 'Back' button -> now observe unnecessary focus is seen on 'Drop down' of User 
(Please refer Video)

Expected: Unnecessary tab focus should not be seen on 'Drop down' of User 
Actual: Instead Unnecessary tab focus is seen on 'Drop down' of User 

This is Regression Issue as same is working fine in 70.0.3508.3/10933.0.0
 
Actual_UnnecessaryFocusOnDropDown.mp4
10.6 MB View Download
Attaching Expected video for reference

Expected_NoTabFocus.mp4
13.9 MB View Download
Labels: -Pri-1 Pri-2
Owner: qnnguyen@chromium.org
Status: Assigned (was: Untriaged)
Always focusing password after dialog is dismissed is probably a reasonable approach here.
Seems like this will require a browser->Ash mojo call. Can you think of a way to do it without?
Cc: xiaoyinh@chromium.org
We should be able to key off of NotifyOobeDialogVisibility, so no changes chrome-side required.

https://cs.chromium.org/chromium/src/ash/public/interfaces/login_screen.mojom?l=133-136&rcl=8d157075e09554fd546d20511ae3691f0516aaf6

+xiaoyinh@ who has a CL which changes this to a more generic method (ie, the full oobe state, instead of just visibility)
The CL is here: https://chromium-review.googlesource.com/c/chromium/src/+/1142384 (although this is reverted at the moment due to some incorrect oobe state)

For this particular case, maybe we can just request login screen focus when NotifyOobeDialogVisibility == not visible.


Sounds good. I'll add you both to the CL when it's ready.
Project Member

Comment 7 by bugdroid1@chromium.org, Aug 7

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

commit c6ff3153fecc53f330f85c3a2d2fe6bf22cd6509
Author: Quan Nguyen <qnnguyen@chromium.org>
Date: Tue Aug 07 20:00:37 2018

cros: Focus the primary password field when OOBE dialog goes away.

As part of this CL, a method has been added to LoginScreenControllerObserver to be notified when the OOBE dialog visibility changes.

Bug:  871186 
Change-Id: I7b8d9fb7de99c16df6166c43f2eb55f56b93736e
Reviewed-on: https://chromium-review.googlesource.com/1164248
Reviewed-by: Mitsuru Oshima <oshima@chromium.org>
Reviewed-by: Xiaoyin Hu <xiaoyinh@chromium.org>
Reviewed-by: Jacob Dufault <jdufault@chromium.org>
Commit-Queue: Quan Nguyen <qnnguyen@chromium.org>
Cr-Commit-Position: refs/heads/master@{#581318}
[modify] https://crrev.com/c6ff3153fecc53f330f85c3a2d2fe6bf22cd6509/ash/login/login_screen_controller.cc
[modify] https://crrev.com/c6ff3153fecc53f330f85c3a2d2fe6bf22cd6509/ash/login/login_screen_controller_observer.cc
[modify] https://crrev.com/c6ff3153fecc53f330f85c3a2d2fe6bf22cd6509/ash/login/login_screen_controller_observer.h
[modify] https://crrev.com/c6ff3153fecc53f330f85c3a2d2fe6bf22cd6509/ash/login/ui/lock_contents_view.cc
[modify] https://crrev.com/c6ff3153fecc53f330f85c3a2d2fe6bf22cd6509/ash/login/ui/lock_contents_view.h
[modify] https://crrev.com/c6ff3153fecc53f330f85c3a2d2fe6bf22cd6509/ash/shelf/login_shelf_view.cc
[modify] https://crrev.com/c6ff3153fecc53f330f85c3a2d2fe6bf22cd6509/ash/shelf/login_shelf_view.h

Status: Fixed (was: Assigned)

Sign in to add a comment