6.0.0-alpha12
▾
Tasks
New Task
Search
▾
Others
Photos
Wiki
Development
Tickets
New Ticket
Search
Toggle Alerts Log
Help
7/14/25
H
istory
A
ttachments
C
omment
W
atch
Download
Comment on [#7470] Sunbird/Lightning alarm dismissal and snooze incompletely implemented
*
Your Email Address
*
Spam protection
Enter the letters below:
. .. ..___. .. . |_/ |\/| | ||\ | | \| | | \__|| \|
Comment
>> That should work as long as the client supports *any* way of sending >> snooze information in iCalendar. > > It works to prevent continual alarms. But if the event recurs, > deleting the alarm also prevents it from firing for future > recurrences of the event. > > I could not see a good solution without storing the snooze info with > the event. Therefore, I added an event_snooze varchar column to > kronolith_events. See attached patch (relative to 3.0.2-git). > > This seems to work for dismiss, snooze (including multiple successive > snoozes, in limited testing), and recurring events (if the LASTACK > occurs before one occurrence, then Thunderbird views the following > occurrence as not ACKed). It also seems to work OK on multiple > Thunderbird clients in the same timezone, i.e. snoozing on one client > will auto-dismiss the alarm on other clients next time they reload > the calendar. > > Hope this helps. > > PS: I know this has been dormant for a while, but it is no less of an issue.
Attachment
Watch this ticket
N
ew Ticket
M
y Tickets
S
earch
Q
uery Builder
R
eports
Saved Queries
Open Bugs
Bugs waiting for Feedback
Open Bugs in Releases
Open Enhancements
Enhancements waiting for Feedback
Bugs with Patches
Enhancements with Patches
Release Showstoppers
Stalled Tickets
New Tickets
Horde 5 Showstoppers