I work at a university and fully agree with this suggestion. Allowing cached profiles for X amount of days of non-use is exactly how we deal with this issue with Windows-based devices.

For us, we often set it to approximately 1 month of non-use to allow for a full semester. (If a student has not logged in for a full month, the student probably has dropped the class or primarily uses another device.) In other circumstances, we have set it to 1 week. It just depends on the circumstances.

This has me curious and I will be checking my settings on 600+ Chromebook's tomorrow. I force install five extensions and a couple apps to all students. Does this mean multiple copies of the extensions or apps are installed on each device? I'm not aware of any issues with hard drive space, but bandwidth usage may be an issue.

Even though the Extension websites above report 75/42MB, when I actually went to chrome://extensions on a Chromebook, I saw cowriter as 118MB and Snap&Read as 130MB, meaning we were downloading almost 250MB on each login if what chrome://extensions reports is correct.

Since putting the ticket in and entering this crbug, I heard that ChromeOS is supposed to clean out the oldest profiles as space fills up on the drive.  I didn't know that was the case and support didn't tell me.  There's no way for me in the console to run a report on disk usage, right?

Checked and observed the installed extensions download to a total of 250 MB size mismatching the app size mentioned on chrome webstore (75 and 42 MB).

Google Chrome 72.0.3626.12,11316.14.0 robo.

Please update the Type, if the issue is considered as a feature request.

This issue has an owner, a component and a priority, but is still listed as untriaged or unconfirmed. By definition, this bug is triaged. Changing status to "assigned". Please reach out to me if you disagree with how I've done this.