User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:44.0) Gecko/20100101 Firefox/44.0 Build ID: 20160210153822 Steps to reproduce: Delete a task Actual results: The task was without further question irreversibly deleted Expected results: Since the task is deleted irreversibly there should be a dialog warning of the irreversible deletion
Summary: Lightning: Much to easy to delete tasks irreversibly → Lightning: Much too easy to delete tasks irreversibly
Component: Untriaged → Tasks
Product: Thunderbird → Calendar
Version: 38 Branch → Lightning 22.214.171.124
Confirming. We have an inconsitent behaviour here. If deleting an item from the calendar/task view, there's no confirmation dialog, while deleting from within the event/task dialog when editing an existing item triggers a popup to confirm deletion. Both ways should trigger the popup, however we probably should add a checkbox to opt-out from further confirmations (also an according UI visible preference would be nice, then). Apart from that, the delete button in the event dialog is working in fact as a cancel button when creating an event/task, which feels wrong. Maybe its better to display the button only when editing an existing event.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: Lightning: Much too easy to delete tasks irreversibly → Much too easy to delete tasks or events irreversibly
Totally agree with this. Along these lines, the option to undo a "delete" would also be nice. After deleting a calendar event, "Undo" is greyed out on the edit menu, making the deletion permanent, very frustrating if the delete was accidental.
Couldn't agree more with this. Just pressing "delete", the event is deleted without any prompt, and there is no "undo"... While the current situation is incredibly dangerous, simply adding the confirmation box should be relatively easy?
(In reply to [:MakeMyDay] from comment #1) > Both ways should trigger the popup, however we probably should add a > checkbox to opt-out from further confirmations (also an according UI visible > preference would be nice, then). I don't agree with the popup, but then again that is up to UX to decide. I'm just not a fan of popups because they interrupt workflows. We should have a functioning undo/redo system, and if that doesn't work then that is a bug we definitely need to fix. > > Apart from that, the delete button in the event dialog is working in fact as > a cancel button when creating an event/task, which feels wrong. Maybe its > better to display the button only when editing an existing event. A matter of perspective :) If you create a new event, then hit save (but don't close), then "Delete" is accurate. Even though technically we haven't created the event when first opening the dialog, for the user it won't make much of a difference, the thing you are editing will go away when you click delete. If we go with anything else we either have to make the delete button magically appear when "Save" is clicked, or we have to switch labels on the button on the fly.
You need to log in before you can comment on or make changes to this bug.