Repository navigation
Deleting a preview folder stops writing previews to disk #3041
Description
Activity
It fails hard because we assume it is there (it is still in the DB). Did you rescan?
No I did not rescan. But that is exactly my point. Most users will not rescan since they see the previews in the UI. It just stops writing them to the disk and will therefor recreate them all the time in memory, fail on writing but still serve it.
I think your previews are just temp cached. If you force refresh they will fail. The thing is that we only know this failed the moment we try to read. Because before that we do it all in the database.
It is tricky to rescan preview storage because
occ files:scan --path /appdata_randomid/preview/leads up to
Unknown user 1 appdata_randomiderrorBut there is workaround:
Since whole root data dir is a regular storage, we can mount it to some user directory as local external storage and scan likeocc files:scan --path /some_user/files/nextcloud_root_mount/appdata_randomid/preview/UPD:
Warning! DO NOT delete created external mount via web interface, because it will delete all just scannedappdatafiles from the DB! Instead, delete it manually fromoc_mountstable.So maybe add option to
occ files:scancommand to rescan just previews? Seems like after all user recognition staff and checks it simply call\OC\Files\Utils\Scanner->scan($path)function with regular string path in the argument so it shouldn't be too hard.- added a commit that references this issue
on Mar 22, 2017
Steps to reproduce
data/appdata_*/preview/{fileid}folderExpected behaviour
Preview folder should exist again and have the previews saved
Actual behaviour
Previews are displayed but not written to disk
@schiessle as discussed
@rullzer I see potential to fail for administrators there.
I'd also assume that deleting the folder would simply regenerate.