Summary | Alarms don't get triggered after start date changed |
Queue | Kronolith |
Queue Version | HEAD |
Type | Bug |
State | Resolved |
Priority | 1. Low |
Owners | Horde Developers (at) |
Requester | thomas (at) creativebusinessystems (dot) com |
Created | 08/16/2004 (7704 days ago) |
Due | |
Updated | 11/24/2004 (7604 days ago) |
Assigned | 08/23/2004 (7697 days ago) |
Resolved | 11/24/2004 (7604 days ago) |
Github Issue Link | |
Github Pull Request | |
Milestone | |
Patch | No |
State ⇒ Resolved
just after midnight, for example. But something along those lines
sounds like the right way to go. If you meant the event start date and
the alarm interval (instead of the alarm date), then yes, that sounds
like it'd work.
Assigned to
State ⇒ Assigned
the id we store for seen alarms only consists of the day the alarm was
triggered and the event id. The scheduler doesn't know if the event's
start time or alarm interval has changed.
State ⇒ Unconfirmed
Priority ⇒ 1. Low
Type ⇒ Bug
Summary ⇒ Alarms
Queue ⇒ Kronolith
get an e-mail reminder. However, if I save the event as new, I will
receive an e-mail reminder.