[MGNLDATA-62] Delete all button should have a confirmation Created: 19/Jun/09  Updated: 19/Apr/11  Resolved: 18/Feb/11

Status: Closed
Project: Magnolia Data Module (closed)
Component/s: None
Affects Version/s: 1.3.2
Fix Version/s: 1.6.2

Type: Bug Priority: Major
Reporter: Olivier Marti Assignee: Ondrej Chytil
Resolution: Fixed Votes: 2
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: Text File DataTree.js.patch    
Issue Links:
Cloners
clones MGNLDATA-27 Missing confirmation popup at "delete... Closed
relation
Template:
Acceptance criteria:
Empty
Date of First Response:

 Description   

I actually think I reported this already some time ago, but was not able to find the task anymore.

However, at the moment if one is clicking on the "delete all" button within the data module (at a specific item) all those entries will be deleted immediately.
We should implement a confirmation here as it's way to risky that an editor is deleting all the items by accident which could lead to quite some troubles regarding the availability of the content for the page visitors.



 Comments   
Comment by Bert Leunis [ 20/Nov/09 ]

The patch on the js file adds the requested alert. You see in the patch that I tried to use retrieve the mgnlMessages script, but I could not get it to work.

These are the messages you need to add to the messages file /magnolia-module-data/src/main/resources/info/magnolia/module/data/messages_en.properties:

datatree.deleteall.confirm.title.js = Delete ALL nodes?
datatree.deleteall.confirm.text.js = ALL NODES will be DE-ACTIVATED\nand DELETED immediately.\n\nAre you sure to continue?

Comment by Felix Rabe [ 03/Sep/10 ]

I was about to create a new issue for this one too, so ... +1

Comment by Felix Rabe [ 08/Dec/10 ]

MGNLDATA-27 being "fixed" suggests that this issue has been fixed - but it is not. An issue that so easily causes data loss should be considered a BLOCKER. We lost important data just a few weeks back, and lost some hours of work that was not yet in the backup. Do not play Russian Roulette and fix (or let me fix) this bug.

Comment by Ondrej Chytil [ 18/Feb/11 ]

Thanks for patch Bert.

Generated at Mon Feb 12 05:10:58 CET 2024 using Jira 9.4.2#940002-sha1:46d1a51de284217efdcb32434eab47a99af2938b.