New issue
Advanced search Search tips

Issue 682784 link

Starred by 4 users

Issue metadata

Status: Archived
Owner:
Closed: Jul 13
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Issue with Asset ID prompt only working randomly during demployment.

Reported by ccstechn...@ecsk12.org, Jan 19 2017

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.87 Safari/537.36

Steps to reproduce the problem:
1. Update to latest Chrome OS. (Also tried reloading with latest Chrome OS using USB Flash.)
2. Enroll multiple Lenovo TP 11e Chromebooks using the same google id.

What is the expected behavior?
When working properly, each machine should prompt me for the asset ID and location information.

What went wrong?
It goes right past this prompt to a logon screen after enrollment.  You get a completed enrollment or enrollment successful page prior to this logon prompt.  This is in reference to https://bugs.chromium.org/p/chromium/issues/detail?id=586961

Did this work before? Yes Never fully worked for me.

Chrome version: 55.0.2883.87  Channel: stable
OS Version: 10.0
Flash Version: Shockwave Flash 24.0 r0

The first 8 or 10 worked fine.  It then went to completely random but most, to hardly any prompting at all.
 
I tried doing this on V50 as they come right out of the box, but it did no better.  It is just hit or miss.  1 out of 5-6 units will ask for the asset id - sometimes even less.
I also changed the policy for the top tier of the organization and allowed it to inherit for this particular unit.  It seemingly has solved the problem.  It seems that maybe the problem was that at enrollment, it was not getting the policy from the unit itself - but instead getting the policy that was not supposed to be inherited for all sites.
Cc: pbomm...@chromium.org pbond@chromium.org
Labels: -OS-Windows M-55 OS-Chrome
I am assuming this as ChromeOS bug hence cc'ing pbond@ based on the bug which was pointed in bug report. 

Please correct me if I am wrong and I am removing Windows label.

Comment 4 by pbond@chromium.org, Jan 20 2017

Cc: mdrasner@chromium.org
Hey Matt, it seems like the bug is reproduced on M52+. I'm not sure what is a right way to get the logs.


Owner: pbond@chromium.org
Status: Assigned (was: Unconfirmed)
Polina, can you either triage this or hand it over to the current maintainer of the enrollment flow?
Yes.  You are correct pbomm....  it is a ChromeOS.  When I posted, it would not let me change it from Windows for some reason.  I also spoke too soon.  It works for a few minutes after changing the policy, but ultimately started doing the same thing.  Sometimes it works.  Sometimes it doesn't.  I am provisioning a lot of Chromebooks.  If I do 4 at once, no more than 1 asks for the Asset ID. 
Polina - I assume you are unable to reproduce internally, so can you please let ccstechnology@ know which logs would be useful to collect and any other device information you'd need? 

ccstechnology@, once Polina confirms the information and logs desired, can you please open a support ticket to submit the information and reference this crbug #?
I can.  I did figure out that so far it works just fine if I create a user in the top of the user tree instead of a sub unit.  I created a new enroller id and it seems to be working just fine up there today. 
I have a case with the same issue on devices using M67+
Are there any updates?
Status: Archived (was: Assigned)
We believed the previous issue was resolved - if you are still seeing issues can you please submit a support ticket so we can collect necessary information to identify root cause? 

Marking this instance closed, but if client side issue is found during investigation this can be re-opened or a new bug will be filed.

Thanks!

Sign in to add a comment