New issue
Advanced search Search tips

Issue 649370 link

Starred by 1 user

Issue metadata

Status: Verified
Owner:
Closed: Sep 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 3
Type: Bug



Sign in to add a comment

Strange behavior around user pod focus and submit button

Project Member Reported by glevin@chromium.org, Sep 22 2016

Issue description

Version: 55.0.2858.0
OS: chrome

What steps will reproduce the problem?
(1) Get to user pod login screen with multiple accounts
(2) Enter a password in Pod 1, then TAB or click focus onto Pod 2, then back to Pod 1

What is the expected output?
Either Pod 1's password is still there, or the Submit arrow button is disabled (grey)

What do you see instead?
Pod 1's entered password is gone, but the Submit button is still active (blue)

I don't know if erasing a typed but unsubmitted password when a pod loses focus is intended or not.  If it's not, that's the bug; if it is, the button shouldn't be active when the password field is empty.

Also noticed: if you TAB focus onto a pod's upper right menu button, moving the mouse anywhere moves focus back to the pod's password field.  This *seems* like a bug (mouse movement doesn't usually change focus), but wanted to confirm with UI expert.  If so, this can be spun off into a separate issue.

Both these issues are minor and relatively harmless.
 

Comment 1 by glevin@chromium.org, Sep 22 2016

Owner: sammiequon@chromium.org
Status: Assigned (was: Available)
sammiequon@ - Since you worked on the Submit buttons, do you want to take a look at this one?  (If not, you can unassign it, or assign it to me.)
glevin@ - Yeah this big was caused by my work. I will look into it.

Comment 3 by glevin@chromium.org, Sep 23 2016

Just noticed another very minor oddity regarding the Submit button, this time on the lock screen.  The TAB order goes:
Password > Pod menu button > Shut down > Sign out > Submit button > System tray > Notifications

That seems like a weird place for the Submit button in the TAB order.  It seems (to me) like it should come right after the Password field, or maybe not be a TAB stop at all (I can't think of a use case where I'd want to TAB onto it before pressing ENTER to activate it).

I'd check with the UX folks, confirm that this is a bug, and then maybe file separately.
I think there's no need for a TAB since ENTER on the password input submits the password. I put the two of these on the same CL since they're tiny changes and CC'd you.
Status: Started (was: Assigned)
Project Member

Comment 6 by bugdroid1@chromium.org, Sep 23 2016

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

commit 2d5de21399173d1048ddb1fc7320d191b4b63769
Author: sammiequon <sammiequon@chromium.org>
Date: Fri Sep 23 18:16:03 2016

cros: Minor issues regarding submit button and tabbing on user pod fixed.

Previously, when multiple user pods are present, tabbing out of oneresets the password, but the submit button is not disabled. Also the submit button was being tabbed into after the header bar; removed tabbing for submit button since enter key does the same thing.

BUG= 649370 
TEST=none

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

[modify] https://crrev.com/2d5de21399173d1048ddb1fc7320d191b4b63769/ui/login/account_picker/user_pod_row.js
[modify] https://crrev.com/2d5de21399173d1048ddb1fc7320d191b4b63769/ui/login/account_picker/user_pod_template.html

Status: Fixed (was: Started)

Comment 8 by dchan@chromium.org, Oct 7 2016

Labels: VerifyIn-55
Status: Verified (was: Fixed)
Verified on ChromeOS 8872.6.0 / 55.0.2883.7

Sign in to add a comment