Chrome OS 73 and public sessions

100 views
Skip to first unread message

kste...@minlib.net

unread,
Apr 8, 2019, 10:24:39 AM4/8/19
to ChromeOS in Libraries
Hi Folks
I've had a number of my public access chrome devices update to Chrome OS 73 automatically -- and it changed how public sessions work. 

Instead of the devices booting directly to our terms of service, now the devices boot to a gmail login screen. Clicking back returns the user to the desktop where they see a managed by screen and they are instructed to choose their language and keyboard. If they do that, and click the next arrow, the device doesn't respond. The Login as Guest button available at the bottom of the screen also is non-responsive.

The chrome OS documentation discusses a shift from 'public session' to 'managed guest settings' with Chrome OS 73 but that shift is not reflected in Google Admin dashboard. I've since restricted OS upgrades to 72 and lower, but the horse is out the barn and there seems to be now way to rollback an OS update.

Has anyone else encountered this? Any thoughts? I feel like I have reviewed all of our settings in our public access organization units (multiple times) and I have no idea what setting might make a difference with this issue. We've also opened a ticket with Google, so we'll see what happens with that.

Thanks in advance for any advice --
Karen Stevens

Somerville Public Library
Somerville, MA 

Marshal Smith MidYork

unread,
Apr 8, 2019, 1:14:10 PM4/8/19
to chromeb...@googlegroups.com
I haven't seen this or any change on our public session Chrome devices yet.
Many of them are at ver. 73

It may be worth resetting one completely and re-enrolling to see if it still occurs.


Marshal


Marshal Smith
Server and Network Administrator
Mid-York Library System
msm...@midyork.org | www.midyork.org


--
You received this message because you are subscribed to the Google Groups "ChromeOS in Libraries" group.
To unsubscribe from this group and stop receiving emails from it, send an email to chromebooks_l...@googlegroups.com.
To post to this group, send email to chromeb...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/chromebooks_lib/ed2538a6-b978-4d9f-b6ff-948da7e2ca2f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Message has been deleted

kste...@minlib.net

unread,
Apr 10, 2019, 3:32:28 PM4/10/19
to ChromeOS in Libraries
My colleague spent some time talking to a Google tech, and it turns out that the issue we experienced is a known issue with Acer devices and Chrome OS 70+. 

Google is working with Acer on this issue, but the workaround is to change the auto-enrollment delay from 0 to 3-5 seconds (it worked best for us at 10 seconds). Now public sessions are working as before, just with a slight delay before a patron can use the device. (Also had to turn off guest access, to prevent someone from logging in before auto-enrollment completes.)

This happened on Acer Chromebook R 13s.
Message has been deleted

Patrick-Austin (MN) Public Library

unread,
Apr 11, 2019, 5:08:03 PM4/11/19
to ChromeOS in Libraries

Yes indeed!  Major source of frustration for me over the last week.  I reported the issue to Google.  Not fun to suddenly have patrons telling me our Chromebooks (HP and Asus) aren't working.  So far it has not hit all my Chromeboxes!  I am major upset with Google for doing that switch to managed sessions and not reflecting the changes in admin. console.   Schools are having a nightmare with this issue also.  
I pushed 74 beta and the issue is fixed on the devices for now
Reply all
Reply to author
Forward
0 new messages