New issue
Advanced search Search tips

Issue 595269 link

Starred by 4 users

Issue metadata

Status: Assigned
Owner:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Feature



Sign in to add a comment

auto-deleting older files - multiple users - domain use

Reported by po...@utb.salem.se, Mar 16 2016

Issue description

UserAgent: Mozilla/5.0 (X11; CrOS x86_64 7647.84.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/48.0.2564.116 Safari/537.36
Platform: 7647.84.0 (Official Build) stable-channel auron_paine

Steps to reproduce the problem:
powerwsah
logg in as teacher
save 4 files (250MB each).
logg out, logg in as student1
save 4 files (250MB each)
loggout, logg in as student2
saved many 250MB files until memory had only 100MB left.
loggout, logg in as teacher
I can't save a file over 100MB, CB asks me to delete files.   

What is the expected behavior?
CB should remove the older files when it needs space in memory.

What went wrong?
How can I solve this? I would like that
- any inlogged user needing space can get it. CB should delete any file in the other occounts. Even if it means delete all of them.
- Admin needs to be able to register WHO has be inlogged in a CB. This requires that files can be saved locally on the CB. But I am afraid that this won't work after a while, when students have filled the CB with local files. Or will CB allways save memoryspace in order for this function to work properly?   

PS: I heard that the 1st account that loggs in after a powerwash is considered as primary. All others as secondary. And that local files om primary can't be deleted when secondary needs free space. Is it true? 

PS: as we work in a domain with domainenrolled devices, is it true too?    

Did this work before? N/A 

Chrome version: 48.0.2564.116  Channel: n/a
OS Version: 7647.84.0
Flash Version: Shockwave Flash 20.0 r0

I'm working in a school and CBs are enrolled in a domain. We want to use ability to save files offline.
 

Comment 1 by dchan@google.com, Apr 8 2016

Cc: scunning...@chromium.org
Components: Enterprise>Triaged
Labels: C
Cc: -scunning...@chromium.org
Components: -Enterprise>Triaged Enterprise
Labels: -C -Type-Bug Type-Feature
Owner: maxkirsch@chromium.org
Status: Assigned (was: Unconfirmed)
Please prioritize and assign.

Sign in to add a comment