Assigning to dskaram@ to triage ChromeOS system startup issues. Perhaps ordering changed with how tokens are loaded and initialized and/or how policies are applied. The application of ChromeOS enterprise policies around trusted certs is not really owned by Internals>Network>Certificate, but I'm not sure what the better component is.
Does this happen on first sign-in only, or also on a subsequent sign-in?
I'm not sure we have a mechanism to delay start page loading until policy-pushed CA certs are applied; I'll check.
+Drew FYI
I couldn't reproduce this locally despite several attempts, but fact is that we have no logic delaying user session start until CA certificate import is finished. We are probably lucky in most cases and it's fast enough to finish before anyone notices, but in this case, the sign-in and start page load is so fast that it hasn't finished yet. This case also has two certificates which are not valid Authority certificates in the ONC policy, but this doesn't seem to change timing on my device.
Anyway we should make sure to delay user session start until UserNetworkConfigurationUpdater::pending_certificates_onc_ is empty and there's no started certificate_importer_->ImportCertificates(..) task which hasn't finished yet.
I'll investigate options to do thison monday; wiring this up into UserCloudPolicyManagerChromeOS::IsInitializationComplete / ConfigurationPolicyPrefStore::IsInitializationComplete does not seem like a good design.
This is my issue that I originally encountered and raised to the Google Enterprise support group who then escalated it to your team. I'm glad to see you guys are working on it and seemingly close to a resolution!
Our school year is about to begin in 2 weeks. It's amazing to me that an issue that I reported October 30th of last year is still outstanding. What is the current status? Do we have any hope of this getting resolved anytime soon?
I've verified with about 20% of my devices so far that once upgraded to 70,
the issue does not occur. Thank you all so much for working so long and
diligently to solve this!
Cool, that's good to hear!
No need to thank us, this should work :-) I was surprised the issue wasn't more widespread. Apologies that it took so long to fix.
Comment 1 by ykrychala@chromium.org
, Nov 21 2017Labels: M-61 M-62