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

Issue 647082 link

Starred by 2 users

Issue metadata

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



Sign in to add a comment

Enterprise:No response via touchpad for Sign in to Public session pod for the first time

Project Member Reported by trapti@chromium.org, Sep 14 2016

Issue description

Reks
M	ChromeOS	Chrome	ARC	Type	Channel
54	8743.28.0	54.0.2840.25	3268846	release	dev

Enroll device with Public session policy enabled
Just after enrolling try to enter the Public Session by clicking through touchpad

Expected:Should successfully enter Public Session via clicking touchpad

Actual:Could enter only by clicking enter key first and then touchpad starts responding.

Note:Enter key works.After that touchpad also starts working.No response of touchpad on status bar too initially
 

Comment 1 by trapti@chromium.org, Sep 14 2016

Cc: bartfab@chromium.org

Comment 2 by trapti@chromium.org, Sep 15 2016

Note @Could be device specific problem 

Comment 3 by trapti@chromium.org, Sep 15 2016

Could not repro on Peppy device version 8743.25.0/54.0.2840.24
Status: Untriaged (was: Available)
Trapti was able to repro on the same Peppy with 8743.25.0/54.0.2840.24.  Seems to be intermittent.

The UI is the problem here - the touchpad itself works on the Status Tray, just not on the "+ Add person", "Apps", "Select your language" dropdown or a few other UI elements.  Cursor movement is unimpaired.  Keyboard navigation is still working also.
Summary: Enterprise: some UI not responding to touchpad input on Public Session setup (was: Enterprise:Touchpad doesn't respond to start Public Session just after enrolling device but enter key works)
External mouse is having the same problem

Comment 6 by trapti@chromium.org, Sep 15 2016

@Note It blocks signin first time in Public Session via touchpad or via clicking via mouse....could not change keyboard,language too
Labels: ReleaseBlock-Stable

Comment 8 by trapti@chromium.org, Sep 15 2016

Labels: -Type-Bug Type-Bug-Regression

Comment 9 by trapti@chromium.org, Sep 15 2016

Summary: Enterprise:No response via touchpad for Sign in to Public session pod for the first time (was: Enterprise: some UI not responding to touchpad input on Public Session setup)
Owner: glevin@chromium.org
Status: Assigned (was: Untriaged)
glevin@ can you set aside the a11y work you're doing for a bit and dig into this?
Cc: sduraisamy@chromium.org
Status: Started (was: Assigned)
Not sure what the root cause is, but there's something broken with the login web content after going through the EE enrollment flow.  None of the web content (user pod or Shut down / Apps / Add person buttons) are getting any mouse messages.  Notice that the mouse pointer doesn't become a finger when hovered over UI elements.  If you restart, or log in and out, this clears the broken web content, and things work fine.  I think the problem is something left over or broken by the (Enterprise?) enrollment.

It almost looks like its trying to load the OOBE content twice.  In comparing js element inspector for the broken case and the "normal" (after restart) case, the broken case is missing the lines

<script src="chrome://oobe/login.js"></script>
<script src="chrome://oobe/gaia_auth_host.js"></script>

but contains duplicate copies of many of the <div> elements that normally appear only once.  Further, in the broken case, the following error appears in the console:

load_time_data.js:139 Unexpected condition on chrome://oobe/oobe: should only include this file once
expect @ load_time_data.js:139

I don't know the code well enough to know what this all means, but I'll keep looking.
Cc: tnagel@chromium.org
Bisect results:

You are probably looking for a change made after 415803 (known good), but no later than 415804 (first known bad).
CHANGELOG URL:
  https://chromium.googlesource.com/chromium/src/+log/4b2ccc21abd7383301000507b1cdbf7696deb659..29276a7a0b4a0d59fa0a420cf9e7885286020bc4

Looks like https://codereview.chromium.org/2254623003
Cc: -tnagel@chromium.org
Labels: M-55
Seen in M55 too.

M	ChromeOS	Chrome	ARC	Type	Channel
55	8829.0.0	55.0.2866.0	3294522	release	dev
Project Member

Comment 18 by bugdroid1@chromium.org, Sep 24 2016

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

commit 1031e3dc40e1af209cf973ccaf22ea8b3b409122
Author: glevin <glevin@chromium.org>
Date: Sat Sep 24 05:49:12 2016

Fix clicks on Public Session login page after OOBE

BUG= 647082 
TEST=Enroll device with Public Session policy enabled.  When Public
Session user pod appears, verify that mouse / touchpad clicks work on
the user pod and shelf buttons.

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

[modify] https://crrev.com/1031e3dc40e1af209cf973ccaf22ea8b3b409122/ui/login/account_picker/user_pod_row.js

Labels: Merge-Request-54

Comment 20 by dimu@chromium.org, Sep 25 2016

Labels: -Merge-Request-54 Merge-Approved-54 Hotlist-Merge-Approved
Your change meets the bar and is auto-approved for M54 (branch: 2840)
Project Member

Comment 21 by bugdroid1@chromium.org, Sep 26 2016

Labels: -merge-approved-54 merge-merged-2840
The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/ddbabb69d4b4f1c3ab0149627ef1e5234ac7d250

commit ddbabb69d4b4f1c3ab0149627ef1e5234ac7d250
Author: glevin <glevin@chromium.org>
Date: Mon Sep 26 14:23:00 2016

Fix clicks on Public Session login page after OOBE

BUG= 647082 
TEST=Enroll device with Public Session policy enabled.  When Public
Session user pod appears, verify that mouse / touchpad clicks work on
the user pod and shelf buttons.

Review-Url: https://codereview.chromium.org/2361193002
Cr-Commit-Position: refs/heads/master@{#420829}
(cherry picked from commit 1031e3dc40e1af209cf973ccaf22ea8b3b409122)

Review URL: https://codereview.chromium.org/2369923002 .

Cr-Commit-Position: refs/branch-heads/2840@{#525}
Cr-Branched-From: 1ae106dbab4bddd85132d5b75c670794311f4c57-refs/heads/master@{#414607}

[modify] https://crrev.com/ddbabb69d4b4f1c3ab0149627ef1e5234ac7d250/ui/login/account_picker/user_pod_row.js

Status: Fixed (was: Started)
Status: Verified (was: Fixed)
Verified in Peppy.Both touch and mouse clicks works now.

M	ChromeOS	Chrome	ARC	Type	Channel
54	8743.43.0	54.0.2840.42	3306881	release	beta
Project Member

Comment 24 by bugdroid1@chromium.org, Oct 27 2016

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

commit ddbabb69d4b4f1c3ab0149627ef1e5234ac7d250
Author: glevin <glevin@chromium.org>
Date: Mon Sep 26 14:23:00 2016

Fix clicks on Public Session login page after OOBE

BUG= 647082 
TEST=Enroll device with Public Session policy enabled.  When Public
Session user pod appears, verify that mouse / touchpad clicks work on
the user pod and shelf buttons.

Review-Url: https://codereview.chromium.org/2361193002
Cr-Commit-Position: refs/heads/master@{#420829}
(cherry picked from commit 1031e3dc40e1af209cf973ccaf22ea8b3b409122)

Review URL: https://codereview.chromium.org/2369923002 .

Cr-Commit-Position: refs/branch-heads/2840@{#525}
Cr-Branched-From: 1ae106dbab4bddd85132d5b75c670794311f4c57-refs/heads/master@{#414607}

[modify] https://crrev.com/ddbabb69d4b4f1c3ab0149627ef1e5234ac7d250/ui/login/account_picker/user_pod_row.js

Sign in to add a comment