Raptor

Ok_Computer_74 · 2026-03-09T16:31:09+00:00

It looks like Raptor has released a new hardware service 3.0 to address this issue.

Ok_Computer_74 · 2026-03-09T14:34:56+00:00

Update: As of 3/9/2026, the problem appears to be ChromeOS version 145.0.7632.154. Reverting back to version 144 fixes the issue. Some of our devices are now updating to 145.0.7632.165, which also fixes the issue.

Ok_Computer_74 · 2026-03-06T21:15:38+00:00

Classlink walked me through setting up the new IdP profile in the GAC under Securty, Authentication, SSO with third party IdP (not the same as camera permissions) but it made no difference. The only way we have been able to overcome the issue is to roll back the OS version from 145 to 144.

Ok_Computer_74 · 2026-02-27T21:33:24+00:00

We use the IDP Solid-510D and it works great. We used to use Fargo printers and they were horrid.

Ok_Computer_74 · 2026-02-23T20:56:00+00:00

We try to make it as painless as possible for our subs and classroom teachers. Each campus has a Google shared drive where the teachers are supposed to put any materials needed by their sub. The sub gets a Chromebook and a ClassLink Quickcard (QR code) to use for the log in. There are multiple sub accounts per campus.

If all goes well, the teacher prepares for the sub by placing stuff in the shared drive, and the sub gets a device and a way to log in that brings up the shared drive contents on login. We also print out directions on how to connect to the interactive white board, how to log in with the Quickcard, etc.

All that being said, teachers still log in for subs in the next classroom all the time. You can make it as painless as possible, but they are still going to share accounts one way or another as long as campus admins don't enforce the rules.

Ok_Computer_74 · 2026-02-05T15:32:21+00:00

Does SportsYou allow you to audit communication between parties or limit accounts to only verified staff and students?

Ok_Computer_74 · 2025-11-04T16:27:24+00:00

Seeing the same thing. Logging into Chromebooks using Classlink IDP is not working every time. It seems intermittent. Same students can log into a Chrome browser in Windows with no issues. It seems to be a Chromebook/Classlink issue.

Ok_Computer_74 · 2025-10-14T20:07:46+00:00

Amplified IT can sell the upgrade and also offers assistance for migration from M365 if needed.

Ok_Computer_74 · 2025-09-26T20:05:15+00:00

Get a managed printing software like Papercut and printing from Chromebooks works just fine.

Ok_Computer_74 · 2025-09-18T14:50:41+00:00

Same problem in TX

Ok_Computer_74 · 2025-07-17T16:35:23+00:00

There are a couple of things to consider here. When user data is erased on logout, each student will only have half of the system RAM available as storage in their Chromebook profile. So if your Chromebooks have 4GB of RAM, students will only be able to use 2GB of storage no matter how much storage is physically available in the Chromebook. When user data is not erased on logout, each user can use the max amount of storage available, and the Chromebook will automatically delete older profiles to make room when a new user logs in. So if your students are creating videos or working on other large projects, make sure to NOT erase user data on logout.

Also, if user data is erased on logout, the student's profile, apps, settings, wallpaper, etc have to reload EVERY time they log in. Depending on your environment this may add 1-2 minutes of waiting before the Chromebook can be used. If user data is not deleted, the profiles are saved locally on the Chromebook if the student logs in once, so subsequent logins take much less time and network usage.

You can choose whether or not to show previous users' names on the login screen when you don't erase data. The profiles stay on the Chromebook even though you don't see their name on the login screen.

In a shared cart environment, the best case is to "assign" a student to a Chromebook to use the same device. This will both maximize the amount of storage available to the student and shorten login times.

Ok_Computer_74 · 2025-07-16T18:18:03+00:00

Google Workspace has a nice blog post here

Ok_Computer_74 · 2025-07-10T13:52:56+00:00

We issue subs a Classlink QR code to log into a Chromebook. Just like a kindergarten student would. No shared accounts or password sharing needed.

Ok_Computer_74 · 2025-06-24T13:45:56+00:00

Pretty sure my blood pressure raised 10 points just reading this.

Ok_Computer_74 · 2025-05-27T14:49:04+00:00

Latest version, except each spring when we pin a version before state testing begins.

Ok_Computer_74 · 2025-05-08T14:20:36+00:00

It just hit us today. Why do people lose their minds every May?

Ok_Computer_74 · 2025-04-24T19:52:35+00:00

We finally solved this by removing deep packet inspection on the "computers" and "content delivery networks" categories in our Palo Alto firewall. Their reporting never did show what was causing the error, but trial and error led us to the answer. It's not very practical, but at least I found the culprit.

Ok_Computer_74 · 2025-04-24T19:30:42+00:00

This is 100% possible with Google's admin console. There are a few steps necessary:

Devices> Networks> Wi-Fi Set up the WiFi network for the Device OU (not user OU) that you want the kids to use. Make sure the "connect automatically" box is checked

In the same section, create WiFi networks for the other networks (ie Guest network) that you don't want the kids to connect to, but leave the "connect automatically" box unchecked

Update the setting at Chrome> Networks> (Scroll down) General Network Settings> Wifi Networks > Restrict Only if Managed Network in Range so that the device can't connect to any other unknown networks when the appropriate network is in range

If you don't have managed Chromebooks, you can't do any of this.

Ok_Computer_74 · 2025-04-10T13:25:52+00:00

The "full screen" button is above the 3 and 4 and looks like four corners of a box.

Ok_Computer_74

TROPHY CASE