[MAGNOLIA-1368] Have a 'delete repository' where paragraphhs are moved to rather than re-moved. Would allow 'undo' Created: 09/Feb/07  Updated: 01/Dec/10  Resolved: 15/Nov/10

Status: Closed
Project: Magnolia
Component/s: None
Affects Version/s: None
Fix Version/s: 4.4

Type: Improvement Priority: Major
Reporter: Chris Allan Assignee: Jan Haderka
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
duplicate
duplicates MAGNOLIA-1369 Trash Closed
is duplicated by MAGNOLIA-2251 Deletion should not de-activate immed... Closed
Template:
Acceptance criteria:
Empty
Task DoD:
[ ]* Doc/release notes changes? Comment present?
[ ]* Downstream builds green?
[ ]* Solution information and context easily available?
[ ]* Tests
[ ]* FixVersion filled and not yet released
[ ]  Architecture Decision Record (ADR)
Date of First Response:

 Description   

Can I suggest that rather than permanently deleting a paragraph when you click 'delete', the paragraph is instead moved to a 'trash area', where you can later recover it from if you wish to.

It just doesn't seem very good that one accidental click of the mouse could result in the loss of a large body of text.



 Comments   
Comment by Magnolia International [ 09/Feb/07 ]

this is duplicating MAGNOLIA-1369 - and is definitely something we want to do.
(and well, yes, the MAGNOLIA-1369 has a newer id just because I just moved it.. i knew the issue was opened somewhere, but in the wrong project, obviously )

in the meantime, you still have versioning, so I guess you should be able to retrieve a deleted piece of text?

Comment by Jan Haderka [ 15/Nov/10 ]

Since fixing MAGNOLIA-2251 it is possible (and set by default) to perform staged deletion and activate or restore deletion same as for other changes.

Generated at Mon Feb 12 03:26:14 CET 2024 using Jira 9.4.2#940002-sha1:46d1a51de284217efdcb32434eab47a99af2938b.