667205 - Some alarms not dismissed in last session not fired again on Lightning startup

Status: RESOLVED INCOMPLETE

(Calendar :: Alarms, defect)

Description

[Sebastian Hengst [:aryx] (needinfo me if it's about an intermittent or backout)]

Windows XP SP 3 32-bit, Thunderbird 5.0b2, Lightning 1.0b4 rc 1 (there is a newer file in the rc1 directory now, have you altered it?)

I exported some calendars as ics from Lightning 0.9 and imported them into the above configuration. All the alarms I had left in the alarm window showed up plus two old ones. I restarted Thunderbird 2 or 3 times and everything was okay. Later I restarted the system and started again the profile, but now only some of the  not dismissed alarms from the last session are fired again, most of them are missing.
At midnight some new alarms due fired, but after closing and starting they are also lost.
Sometimes the alarm window comes up, but it takes many seconds until alarms are shown in it.

I found this in the error console:

Error: formatURL: Couldn't find value for key: TIME_SESSION_RESTORED
Source File: resource://gre/components/nsURLFormatter.js
Line: 131

Comment 1

[Philipp Kewisch [:Fallen][📱📆]]

Same core issue as in bug 668450.

Comment 2

[Philipp Kewisch [:Fallen][📱📆]]

Argh, wrong tab!

Comment 3

[Stefan Sitter [:ssitter]]

If I remember correctly closing the alarm window will snooze the reminders. Maybe this is the reason why they don't show up after restart? Did you wait some time to see if they show up later once the snooze time is over?

Comment 4

[Sebastian Hengst [:aryx] (needinfo me if it's about an intermittent or backout)]

Mozilla/5.0 (Windows NT 5.1; rv:5.0) Gecko/20110624 Thunderbird/5.0

I wait for some minutes and 6 of 8 reminders show up again.

Comment 5

[Sebastian Hengst [:aryx] (needinfo me if it's about an intermittent or backout)]

So with Thunderbird 11.0.1 and Lightning 1.3 on Windows XP SP 3 32-bit, I have some weekly recurring alarms and it seems like they get auto-dismissed if they have been pending to long. And with dismissed, I mean all alarms (from oldest to newest) belonging to one event.

Comment 6

[Matthew Mecca [:mmecca]]

(In reply to Archaeopteryx [:aryx] from comment #5)
> So with Thunderbird 11.0.1 and Lightning 1.3 on Windows XP SP 3 32-bit, I
> have some weekly recurring alarms and it seems like they get auto-dismissed
> if they have been pending to long. And with dismissed, I mean all alarms
> (from oldest to newest) belonging to one event.

Can you post an example of one of the events that isn't firing alarms properly? If you open the unifinder and select the "All Events" filter, then find the repeating event, right-click it and Copy, then paste into a text editor you should get the ics of the parent repeating event.

Comment 7

[Sebastian Hengst [:aryx] (needinfo me if it's about an intermittent or backout)]

Attachment: monthly alarm

Have a look onto the X-MOZ-SNOOZE-TIME

Comment 8

[Sebastian Hengst [:aryx] (needinfo me if it's about an intermittent or backout)]

Attachment: weekly alarm

Same here. Usually, the alarms disappear after a month. In my humble opinion, this should not happen (even multiple alarms fired by the same recurring event should stay in the alarm list).

Comment 9

[Matthew Mecca [:mmecca]]

For performance reasons, we currently only search for alarms on items and occurrences of repeating items within the last month, so alarms snoozed past a month from the start date will be ignored and effectively dismissed. Unfortunately I don't see a good solution for this that wouldn't have a negative impact on performance without major changes to the way the alarm service is implemented.

Comment 10

[Matthew Mecca [:mmecca]]

As a workaround, you could try moving the occurrence of the event forward so that it's still within the past month, that should allow you to continue tracking it's alarms.

Comment 11

[Wayne Mery (:wsmwk)]

Sebastian, are you still seeing this?

Comment 12

[Wayne Mery (:wsmwk)]

Reporter,

Does this issue still reproduce for you when using version 102.6.1 or newer?
If yes, please provide additional details (type of calendar, etc).
Thanks