Closed Bug 980723 Opened 10 years ago Closed 6 years ago

No warnings or prompts before deleting a saved event

Categories

(Firefox OS Graveyard :: Gaia::Calendar, defect)

Other
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(tracking-b2g:backlog, ux-b2g:2.2)

RESOLVED WONTFIX
tracking-b2g backlog
ux-b2g 2.2

People

(Reporter: pdehaan, Assigned: gaye, NeedInfo)

References

Details

(Keywords: polish, Whiteboard: [fxos-bug-bash-1.4], ux-tracking, 2.6UXnom)

Attachments

(4 files)

Found using Jason's B2G 1.4 LG device

Steps to reproduce:
1. Launch the Calendar app
2. Create an event.
3. Click the event, and hit Edit.
4. In the event details, click the "Delete event" button.


Actual results:
The event is deleted. BOOM! No warning, no 'Are you sure', no confirmation whatsoever.


Expected results:
Courtesy warning of a destructive, non-undoable action.
Whiteboard: [fxos-bug-bash-1.4]
blocking-b2g: --- → 1.3?
Not a blocker - not a regression & a nice to have at best.
blocking-b2g: 1.3? → backlog
Whiteboard: [fxos-bug-bash-1.4] → [fxos-bug-bash-1.4], ux-most-wanted
Blocks: 994991
Assignee: nobody → joshua-smith
Attached file PR on GitHub
I am a bit unsure about the localization integration, so it would be great if someone could double-check that part specifically.
Attachment #8421281 - Flags: review?(kgrandon)
Comment on attachment 8421281 [details] [review]
PR on GitHub

Interesting, I filed bug 814337 for this exact issue, but was told that we should use an undo pattern. I'm not against landing this though as we have a confirmation pattern elsewhere in the system (contacts app for example).
Comment on attachment 8421281 [details] [review]
PR on GitHub

Hey Joshua - thanks for the patch! Unfortunately I can't R+ yet due to some linter issues on travis, but if you can fix those I will take another look.

Also - do you think you could add a unit test for this case which ensures that confirm is called? If you don't think you can add the test, or need guidance on creating unit tests, let me know and I can help out. It should be able to stub the confirm function with something like: https://github.com/mozilla-b2g/gaia/blob/master/apps/sms/test/unit/activity_handler_test.js#L675
Attachment #8421281 - Flags: review?(kgrandon) → feedback+
OS: Mac OS X → Gonk (Firefox OS)
Hardware: x86 → Other
Nice!
I am still working on the Unit Tests for this.  Please stay tuned =)
All: my apologies for the delay on fixing this bug. If someone could assist me with creating a unit test, that would be great!
let's confirm with UX first what is the expected behavior and what message should we display.
Flags: needinfo?(hhsu)
Attached image confirm dialog.png
I think a confirmation dialog with a message "Delete event?" will be sufficient for this case. Attaching a screenshot for reference.
Flags: needinfo?(hhsu)
Blocks: 1096847
ux-b2g: --- → 2.2
Whiteboard: [fxos-bug-bash-1.4], ux-most-wanted → [fxos-bug-bash-1.4], ux-most-wanted-nov2014
Whiteboard: [fxos-bug-bash-1.4], ux-most-wanted-nov2014 → [fxos-bug-bash-1.4], ux-most-wanted-nov2014, 2x-uxnom
Now that we have UX guidance, we can proceed with the unit tests. Miller, can you assist me?
Flags: needinfo?(mmedeiros)
Whiteboard: [fxos-bug-bash-1.4], ux-most-wanted-nov2014, 2x-uxnom → [fxos-bug-bash-1.4], ux-most-wanted-nov2014, 2x-uxnom, polish
Joshua, it would be great if you implemented marionette tests instead of a unit test for this feature (https://developer.mozilla.org/en-US/Firefox_OS/Platform/Automated_testing/Gaia_integration_tests) you can see the other tests inside "apps/calendar/test/marionette/" for reference.

I would expect 2 tests, basically `app.createEvent() + app.monthDay.events[0].click() + app.readEvent.waitForDisplay() + app.readEvent.edit() + app.editEvent.waitForDisplay() + app.editEvent.delete()` and check if event was deleted after you confirm/cancel.
Flags: needinfo?(mmedeiros)
Sorry didn't mean to snipe work (I started working on this without looking at bug history). I hope I didn't disrupt anyone's work. I did go ahead and add the two marionette tests that Miller requested though.
Attachment #8549122 - Flags: review?(mmedeiros)
Assignee: thewanuki → gaye
No problem! I have been swamped with other work, and this needs to be fixed soon.
Keywords: polish
Whiteboard: [fxos-bug-bash-1.4], ux-most-wanted-nov2014, 2x-uxnom, polish → [fxos-bug-bash-1.4], ux-most-wanted-nov2014, 2x-uxnom
blocking-b2g: backlog → ---
Hey Gareth - 

I came across this issue today and found this bug in my bugzilla search - it looks like your patch 'stalled out' in the review process?

Can you help get this moving again?
Flags: needinfo?(gaye)
Whiteboard: [fxos-bug-bash-1.4], ux-most-wanted-nov2014, 2x-uxnom → [fxos-bug-bash-1.4], ux-tracking, 2.6UXnom
In spite this bug already have 2 open PRs submitted a year ago we have been asked by Morpheus to check it. So, this is the third attempt. 

Actually I just took Joshua's source code and rebased it on the latest master branch. Hope that it doesn't hurt anyone.
Attachment #8692922 - Flags: review?(kevin+bugzilla)
Comment on attachment 8692922 [details] [review]
[gaia] ruvsmirnov:bug-980723-notifications-deleting-event > mozilla-b2g:master

I think that this is incorrect and that we want to use an undo pattern instead, but Gareth should take a look here.
Attachment #8692922 - Flags: review?(kevin+bugzilla) → review?(gaye)
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: