I agree, I understand the technical reason why it's happening now, but it's unacceptable to just say it won't be fixed. There should be an option to suppress this pop-up for enterprise devices.

Assigning to PM for re-prioritization.

Meanwhile reading the old thread. I would like to make two comments.

Unless you don't want the same student to be able to keep data for themselves there is no harm in "filling in the disk with data" between sessions because ChromeOS will make sure to clean up space by deleting the least recently used account, shall more users get created than there is space on the device. So this should be of no concern.

You can turn on the feature to not show preexisting users on the login screen which will effectively hide previous users on the same machine which could be a valid reason for using the delete all user data policy so you could achieve this side of the policy in another way.

Sill if those two are not enough to solve your problem the bug is assigned so that the responsible people will be able to reevaluate.

Great thanks for that. I see what your saying and that is the way I have configured it for our environment. The login screen does not show the users as we use SAML IDP logins. The issue is that we have seen a huge decline in performance on the devices when they store any data. Including cache issues. To avoid that wiping the profile on exit ensures a fresh start on login but again I reference back to “roaming profiles” as configured on windows networks. That’s the intended action here. To prompt a consumer on a shared or public device makes sense as so they may control the items from their account which are synced. However, when the accounts are managed and the devices are managed, and the logins are restricted, these options are now inviting the user to misconfigure the intended environment and or just be an extra step to get started on use.

Hopefully we see an adm option or removal of this soon.

Thanks.

We're reopening 841156.