Expired/dismissed alarms repeat on every startup
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Exchange Data Provider for Lightning |
New
|
Undecided
|
Unassigned |
Bug Description
Every time I start up Thunderbird, I receive a long list of alarm notifications for calendar events
which are dated in the past. The "Dismiss" button has no effect - the alarms still occur on subsequent
startups. It appears that TB or exchange provider is not actually expiring old appointments at all.
Due to the habit of my organization of posting calendar appointments for site-wide events, the
event log is very large, and in any case contains information I don't want to see posted on the net.
But I'll happily arrange to send a private copy.
At the end there are many events listed similar to
[calAlarmService] considering alarm for item: Office accommodation discussion alarm time: 2011/06/20 12:45:00 UTC isDate=0 snooze time: null
[calAlarmService] now is 2011/07/01 11:22:54 UTC isDate=0
[calAlarmService] last ack was: 2011/07/01 11:22:54 UTC isDate=0
[calAlarmService] Office accommodation discussion - alarm previously ackd.
d97d7c84-
d97d7c84-
Dismissing alarms using the webmail interface does appear to get rid of alarms permanently;
but TB/lightning + echange provider does not.
I am using exch provider 0.14 with TB 3.1 under Mandriva Linux 2010.1
Could you paste a sample of the debug output for one item when loading the calendar. Please also post the output of the modify (when you press dismiss).
Feel free to obscure all text data fields.