-
Notifications
You must be signed in to change notification settings - Fork 13
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add retention options for upload files #116
Comments
See also issue #90 |
Basic "delete after rendering" processing added. Properly populating the "keep_until" field and removing upload files older than that as part of regular cleanup runs still needs to be implemented |
Added "brute force" cleanup code for files beyond their end-of-life date. For now it will try to re-delete already deleted files again and again, need to add an extra "deleted_already" column to the upload files table model ... |
Retention infrastructure is implemented now, web front end users are given a choice whether uploaded files should be kept (with max. lifetime globally configurable), or deleted right after processing the render request. Still missing:
|
Closing as API work now has separate ticket #118 |
Currently uploaded GPX, Umap and GeoJson files are kept "forever" and there is no detention policy regarding these, just a warning on the upload form.
This is meant to allow re-rendering map jobs with attached files at a later date.
Users should have more control over this, at a minimum they should be able to decide whether uploaded files should be kept at all, or be removed right after rending (which would obviously make re-render requests impossible for these jobs)
The text was updated successfully, but these errors were encountered: