Version Control/Audit Log - Uploads field enhancement

.. an additional table which holds information about the deleted files and an interface like the version control would help the webmaster also to determine what will be finally junked.

Info like ip, date/time of deletion, person who deleted, original record, original field, link to file (to see or download).

If we can get a "trash bin" feature, then the "deleted" file name in the audit log (see topic picture above) should follow the upload field parameters (Force download / show in browser).

The "trash bin" feature should be an optional parameter of cobalt upload fields.

I did but not exactly like you asked :)

1. To turn or off file tracking in type Audit trail File deleted event Yes/No

2. Link to deleted file only to download. I do not have field object there to get subfolder.

3. If File deleted event is on, file always goes to trash or as we discussed just mark saved = 2 in files table and unbind file from article.

4. Restore file just put everything back.

comment to

3) files are not marked 2, they are still 1

With this it is hard to determine if it was deleted or not. (yes it can be via the record info, but the saving is also not working properly, see below)

Please check on this.

Also the delete is not working properly as described in another topic.

To reproduce it, try to delete several files - here it fails. Or even after deleting 1, sometimes it works, sometimes you can not delete anymore.

I presume the move to an "trash bin" folder would still be a more maintenance friendly option.

Restore would move them back to the folder or a purge command will only affect the trashcan content.

Yes, setting it to status 2 would do the same, it just needs to be implemented properly. Now we have to do quite same manual work to achieve the goal.

A purge option or selective final delete is needed for this approach as well.