Issue is also seen in 50.0.2661.84/7978.60.0 beta channel daisy.

@UI folks: IIRC we (supervised user) haven't changed anything. Would you mind having a look? Thanks!

Able to reproduce this on 52.0.2715.0/8239.0.0 dev-channel gnawty.

According to crbug/532545 comment 17, hiding tray shelf is intentional; and I think we should also leave the onscreen keyboard icon there as it is a needed a11y setting for manager's input.

What happens to the onscreen keyboard icon when the owners shelf position is set to be on the side?

If the keyboard icon moves to an edge, we should implement a different solution than hiding the shelf. Otherwise, I agree with warx@ and think the current behavior is fine.

Interesting. We might need to polish it. (1) First, it only shows onscreen_keyboard, (2) if we activate onscreen_keyboard one time to use, then "shut down" icon and shelf will appear and overlap with onscreen_keyboard

Deleted: first_just enter the creation screen.png 1.5 MB

	first_just enter the creation screen.png 1.5 MB View Download

Deleted: second_when onscreen is used one time.png 1.5 MB

	second_when onscreen is used one time.png 1.5 MB View Download

For fixing the edge case, I think there are two paths forward:

  1: Prevent the keyboard icon from showing up.
  2: Revert [1] which hides the uber tray and instead ensure the uber tray always
     appears on the bottom.  Bug 532545  has important context.

For approach #2, then patch set 1 of code review [2] will force the shelf to always be on the bottom.

1: https://codereview.chromium.org/1623603002
2: https://codereview.chromium.org/1539713002/#ps1

I don't think this should block 52

Moving this nonessential bug to the next milestone.

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

Besides the virtual keyboard tray, notification tray now also has the same behavior as comment 7.

There is now SHELF_ALIGNMENT_BOTTOM_LOCKED[1] that should do exactly what is needed here; force the shelf to the bottom without saving to prefs.

If that's used instead, we should be able to eliminate all of the edge cases in this bug and restore the original behavior.

1: https://cs.chromium.org/chromium/src/ash/common/shelf/shelf_types.h?l=17

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

commit 8d5ca54363346df10c557d96215cd228b1a93c45
Author: warx <warx@chromium.org>
Date: Fri Jul 08 16:58:22 2016

Set ShelfAlignment on supervised user creation page to BOTTOM_LOCKED

(1) first revert the hide solution in https://codereview.chromium.org/1623603002

(2) on supervised user creation page, set shelf alignment to BOTTOM_LOCKED.

BUG= 606264 
TEST=on supervised user creation page, shelf is no longer hidden, but set to bottom aligned. The user alignment pref is maintained after login (that is to say, left is still left).

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

[modify] https://crrev.com/8d5ca54363346df10c557d96215cd228b1a93c45/chrome/browser/chromeos/login/supervised/supervised_user_creation_screen.cc
[modify] https://crrev.com/8d5ca54363346df10c557d96215cd228b1a93c45/chrome/browser/chromeos/login/ui/webui_login_view.cc

thanks to jdufault@'s suggestion

Verified on ChromeOS 8697.0.0, 54.0.2826.0

[Auto-generated comment by a script] We noticed that this issue is targeted for M-53; it appears the fix may have landed after branch point, meaning a merge might be required. Please confirm if a merge is required here - if so add Merge-Request-53 label, otherwise remove Merge-TBD label. Thanks.

Hi Ketaki, as described in comment 16, this CL is landed on Jul 8, which is after the m53 branch point. Is a merge necessary?

Since m54 is coming soon, and this is not a critical bug.

Removing merge-tbd.