375210 - Revisit alarm dialog dismissal/snooze user experience

Status: RESOLVED INVALID

(Calendar :: Alarms, defect)

Description

[Matthew (lilmatt) Willis]

Spin off from bug 355755

> c) the right fix for this bug is autosnooze in combination with alarm window
> state persistence.  Both of those bugs could be fixed here, or it'd be
> reasonable to start with autosnooze and spin off state persistence into a bug
> for later.

Comment 1

[Stefan Sitter [:ssitter]]

Using Sunbird 0.8pre (20071215) closing the dialog now silently snoozes all reminders still shown in the dialog. 
This behavior was probably introduced with Bug 341576.

Comment 2

[Philipp Kewisch [:Fallen] [:📆][:🧩]]

Christian will be thinking about how this should best be solved. I'm not sure what is meant with "alarm window state persistance".

Comment 3

[Sven Giermann]

IMHO a good and reasonable solution would be to just autosnooze in 1 second, or maybe 1 minute...

It would assure the visibility of the same alarms on next startup or after restart - I would agree to not care about the state of the dialog (minimized, item order, ...) - the main goal is to be reminded to the remaining alarms!

Comment 4

[anirvana]

Does the "alarm window state persistance" means that the alarm window would reappear on closing and restarting?

Comment 5

[Wayne Mery (:wsmwk)]

I don't knwo that this is still an issue

Comment 6

[WaltS48 [:walts48]]

I'm not sure if this is any help.

• I created an event with a reminder "0 minutes before" the event in my Home calendar.
• Quit Thunderbird 91.8.0 on Fedora Linux when the reminder triggered without dismissing it.
• The reminder closed when quitting Thunderbird.
• It did not reopen and trigger upon restarting Thunderbird.
• It did trigger about 5 minutes after restarting.
• Repeated the process of quitting and restarting Thunderbird, and the reminder triggered again after about 5 minutes.

Repeated the process with my Google calendar with the same results.

Comment 7

[Lasana Murray]

This bug does not seem actionable. Needs more context. The UX around the alarm dialog does need to be reviewed but will likely happen elsewhere.