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

Issue 595929 link

Starred by 2 users

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Bug



Sign in to add a comment

Better error reporting for "Timed out going through login screen"

Project Member Reported by achuith@chromium.org, Mar 18 2016

Issue description

We've had a couple of instances where autotests fail in the login stage.

From inspecting the chrome log, we can see that the DUT is stuck on the enterprise screen, which the test does not expect.

It then turns out that the vpd settings have requested a hotrod configuration.

We should detect this and throw an error, or have the test deal with this situation. Probably the former is better since a manual intervention would be fine in this case.

Previous instances of this problem:  http://crbug.com/589754 ,  http://crbug.com/508637 
 
Labels: Proj-PFQCodeYellow
Labels: OS-Chrome
I'll note that, TBOOMK, there are no DUTs left in the lab
with the hotrod setting.  We're also actively exploring how
to prevent any more from being delivered into the lab.

That said, if we can get more extensive diagnosis of why
login failed it would be very helpful.  The "Timed out
going through login screen." error message is a pretty
common failure mode, and saying more in this case could
shorten debug cycles.

Here's my strawman proposal:  Alter the login screen flow
so that every dialog that can be presented has a name.
Make the name available to the Autotest code responsible
for walking through the flows.  When login fails, include
the on-screen dialog name in the error message.

Owner: abodenha@chromium.org
Cc: achuith@chromium.org
Summary: Better error reporting for "Timed out going through login screen" (was: Better error reporting for DUTs with requisition remora in the vpd)
I'm re-purposing this bug based on c#3.  Merely handling remora
DUTs is likely to have negative value, since we expect such DUTs
not to be in the lab.  OTOH, Handling "Timed out going through
login screen" in a diagnosable manner would be invaluable.

Components: UI>Shell>StartScreen
Owner: alemate@chromium.org
alemate@ can you look into this?
alemate@ Can you please update this bug with your findings? We haven't had any updates in the last 10 days.
Sorry, I didn't have time to look into this. I am currently investigating issue 567779 (in addition to OOBE).
Cc: derat@chromium.org
Cc: r...@chromium.org alemate@chromium.org
Owner: jdufault@chromium.org
Jacob, could you help finding owner for this?
Cc: nya@chromium.org
 Issue 889078  is the equivalent bug about improving Tast's detection of this same issue.

Issue 888520 (about improving Chrome's logging about the login process) is also related.
Labels: Hotlist-auth-tests

Sign in to add a comment