Soft delete of issues
Currently, deleting issues from the system results in their permanent deletion from the Remine database. From a tracability perspective, this is not ideal. Perhaps a setting to decide whether deleting na issue should hard delete it from the database, or soft delete it (such that it is recoverable through some mechanism) would be useful. In the case of soft deletions, you could also have an administrator option to "purge" the database of soft deletions, essesntially hard deleting them.
#2 Updated by Anonymous almost 11 years ago
I think he means that they would be removed from the users view (a rejected issue would still appear with
strike out) and the admin can bring it back.
Kind of like a trash bin for issues.
I agree a bit with the safety buffer, but I solved it mostly by disallowing anyone but admins to delete issues...
#10 Updated by Fares Abdullah over 9 years ago
This caused a small crisis for us. We couldn't easily roll back to the last hourly backup either, as we'd lose all new changes in the last hour.
The "delete" button is too easy to hit as an admin in a moment of distraction thinking you cliked another button: "click - press enter - poof gone". See #8942
#13 Updated by mnredmine mnredmine almost 8 years ago
Fares Abdullah wrote:
The "delete" button is too easy to hit as an admin in a moment of distraction thinking you cliked another button: "click - press enter - poof gone".
Exactly! I did this on friday. I know It's my fault but who on earth has designed such an awful UI and no "trash bin"?
#17 Updated by Andrew X over 7 years ago
Lázaro Hermoso wrote:
+1. It is useful in case of deletion mistake and shit happens.
Hard to believe this issue is still open. Here a comment in a issue was the intention of the deletion, and the whole issue ended up deleted. No-rollback, un-delete, soft-delete? Def useful option. No neg on the RM UI, it just requires a little tweak.
#24 Updated by Igor Panassiouk over 7 years ago
Useful and sometimes necessary feature.
I use many roles in my installations and "Project Manager" and/or "Project Admin" should have a permission to delete issue.
But for QA and audit purposes I'd prefer to restore and move such issues to special project, for example.
#29 Updated by pee pee about 6 years ago
I thought the delete button was for the update (it is located under the last update!!) and whoops my whole issue and al its updates are gone!!
another tip/request: the "edit" button should better be called "update", I initially thought it was for editing the issue descrition (the first colored part of the issue, before the updates)