Enable ability to restore deleted resources in Resources Tool

Description

When a resource is deleted from the Resources tool, the row should not be dropped. Since the file in the NAS is stored with virtually no useful metadata, the row in the table is the only entity that contains the metadata required for system admins to perform a restoration of one or more files.

Essentially what we are asking for could be termed a "soft" delete; where the row would not actually be dropped from the database. This could be accomplished a number of ways including adding a new status column to the existing table (e.g. A=active, D=deleted), or by copying the row from the primary table to a "deleted" table.

I would like to solve this generically as I am certain other institutions will want restoration capabilities.

100% Done
Loading...

Activity

Show:

Matthew Jones December 11, 2013 at 9:18 PM

This is incorporated by in Sakai 10

Adam Marshall March 13, 2013 at 9:37 AM

I believe this would be a great addition to the sakai codebase.

What needs to be done to get it into the core distribution?

Aaron Zeckoski March 27, 2012 at 12:36 PM

CLE team bulk inactive issues cleanup - if this is important then reopen or create a new issue

Seth Theriault August 22, 2011 at 1:16 PM

The TCC has approved the inclusion of "soft delete" for resources and sites for 2.9 (see for future work):

https://confluence.sakaiproject.org/display/TCC/2011+TCC+Voting+Summary

Seth Theriault March 10, 2010 at 5:33 PM

As noted in KNL-309, this feature introduces a change to the putResourceBodyFilesystem method that seems to be the source of the problem (I experienced a build failure in 2.5.x and had to roll back the work). I think this patch and need to be reworked in light of the "entity conversion" work.

Incorporated

Details

Priority

Fix versions

Assignee

Reporter

Environment

Network attached storage (e.g. AFS, NFS) hosted resources
Created July 19, 2005 at 12:06 PM
Updated November 8, 2016 at 3:42 AM
Resolved December 11, 2013 at 9:18 PM