Adding RB label as this is a recent regression.

Cannot reproduce this on Ubuntu 14.04 Chromium 53.0.2757.0

The tab order has recently been changed the following:
Pod A -> Pod A overflow menu -> Pod B -> Pod overflow menu -> ...
instead of:
Pod A -> Pod B -> ... -> Pod A overflow menu -> Pod B overflow menu

If this is the behavior you're observing it is expected. Removing RB for now.

With response to comment #2,
Able to reproduce the above issue on build no 53.0.2761.2 in Win and Linux OS.

Note : The issue is reproducible only when there are 2 users (i.e one main user & one supervised user). It is not reproducible if there is a third user. Kindly review an attached screen cast. Thank you!

Deleted: canary_behavior.mp4 2.3 MB

canary_behavior.mp4 2.3 MB Download

Moving this nonessential bug to the next milestone.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Just to update,

Able to reproduce the issue on Mac OS using canary build 55.0.2878.0 Thank you!

--Chrome Identity automated triaging--

This bug is Assigned and has gone one month without any activity, so it is being moved to Available to indicate that it is not actively being worked on. If you are working on this bug, please mark yourself as the owner and move back to Assigned. Please see https://goo.gl/78kbny for more details. Please remove the Services>SignIn or UI>Browser>Profiles components if this bug isn't related to Chrome Identity.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

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

commit e4913f5ed2fb633f9f7872fd9d1203b3cdbfa35a
Author: Scott Chen <scottchen@chromium.org>
Date: Mon Oct 30 11:02:24 2017

MD User Manager: fix tab handling for locked user.

When a locked supervising user has no local credentials, the password
input will be hidden. However, the code currently still tries to focus
that input as the mainInput of the user pod, which puts tab navigation
in a limbo state.

This CL adds a check in DesktopUserPod to focus the correct element
instead of the hidden input while tabbing, when there's no local creds.

Bug:  617062 
Change-Id: Ia4e6edcecf8e25813debcdd89dcf72186f04be76
Reviewed-on: https://chromium-review.googlesource.com/741749
Reviewed-by: Alexander Alekseev <alemate@chromium.org>
Commit-Queue: Scott Chen <scottchen@chromium.org>
Cr-Commit-Position: refs/heads/master@{#512468}
[modify] https://crrev.com/e4913f5ed2fb633f9f7872fd9d1203b3cdbfa35a/ui/login/account_picker/user_pod_row.js

Update : 
Retested above issue on Windows(7,8,10), Mac(10.12.6) & Linux(14.04 LTS) OS using latest Canary #64.0.3254.0 and issue is fixed. Now focus doesn't stuck on locked profile picture on pressing 'Shift + Tab' key. Kindly review an attached screen cast.

Thank you!

Deleted: Supervised_user.mp4 1.4 MB

	Supervised_user.mp4 1.4 MB View Download