Trash Can Expiration Timer

[N1ghthauq]

Feature Request

Feature Information:

Provide a configuration option in FileManagerPlugin.kvp called something like FileManager.TrashCanExpiration. This field would accept values that are indicative of time periods to wait before a file gets purged from the .trash folder. Default value would be something long and reasonable, like 24 hours. The exact syntax of the input of the field would be beyond me, maybe something like 5m 5h 5D 5M 1Y, a minimum value of 30m would be reasonable.

When considering different roles, a user could be given a permission that is indicative of the time the file waits in the trash before being deleted: Admin: 5m Mod: 5h.

This can be applied to every module, and would be spectacular for managing backups with a separate user, and also protecting the the users who accidentally delete something.

I confirm:

• [x] that I have searched for an existing feature request matching the description.

[xLeviNx]

Anything deleted already goes into trash, and for a fail-safe it is saved in the .trash folder. User's have the ability to delete it if they want afterwards. Don't see a benefit, cause if a user cannot get to the contents and forget about such timer, the content is lost forever. No reason for this in my opinion

[mark-monteiro]

Having to manually delete things from the trash is a pain, especially for old scheduled backups. Without an expiration timer, the trash folder fills up the hard drive over time. This makes all the functionality regarding backup size limits pointless because even when old backups are deleted they still take up space on the file system.

In general, having an expiration timer still allows users an opportunity to recover files deleted by accident, but does not burden them with the task to manually empty the trash periodically.