Closed Bug 357706 Opened 19 years ago Closed 17 years ago

Alarms fired too late (alarm timer stopped while hibernating)

Categories

(Calendar :: Alarms, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: matp75zilla, Assigned: mschroeder)

References

Details

Attachments

(1 file)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1) Gecko/20061010 Firefox/2.0 Build Identifier: Thunderbird 1.5.0.7(20060909) ligthning (2006100618) alarms seems to be fired randomly (when they are) and are mostly late (sometimes of several hours). Reproducible: Always Steps to Reproduce: 1. create an event or receive an invitation (tried both) 2. wait for the event time Actual Results: nothing happens or after sometime, a alarm window appears Expected Results: I should not be warned for events after they occured as this is pretty useless.
Version: unspecified → Lightning 0.3
Do you suspend or hibernate Windows while Thunderbird is running?
yes, I'm moving this laptop several times a day and I usually hibernate with thunderbird opened and restart it later. (Nontheless after a while, I reboot the pc to free up memory). I also usually hibernate it at night (but not always)
The cause for this issue is probably the same as mentioned in Bug 357079 Comment #6.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: alarms fired too late → Alarms fired too late (alarm timer stopped while hibernating)
Version: Lightning 0.3 → unspecified
this stills occurs with ligthning 0.5pre 2007032003 + thunderbird 2.0pre fr 20070320
Don't know if this is the same issue, but the alarm continues to go off even when TB and the PC is properly shut down then restarted. I had an alarm set for a meeting August 3 but did not have the computer on at that time. A week later (after a vacation), the alarm came on for that meeting when I started the computer.
Please increase the severity/priority of this one. Reminders are a very important piece of a Calendar and if they don't work consistently, they're worthless. I'm considering using an alternate calendar because I missed an important meeting because my reminder fired 4 hours late.
Flags: blocking-calendar0.9+
Please only nominate flags (set to ?) instead of approving (set to +) unless you're part of the official Calendar team.
Flags: blocking-calendar0.9+ → blocking-calendar0.9?
We won't use the blocking flags until later in the release cycle.
Flags: blocking-calendar0.9? → wanted-calendar0.9+
I really hope somebody can fix this issue. I also have to move my laptop about and I have missed three pretty important events already. A reliable alarm function is an essential part of a calendar.
Have voted. This is very important: reminders must be reliable, and a calendar program is one most users want to keep running all the time, not restart several times a day.
I also voted for this one. Reliable alarms are essential. My laptop is in standby mode while I am commuting, and in hibernation overnight on weekends. Thunderbird (and most other programs I use) remain open. I only shut them down when Windows XP requires rebooting (about every two weeks on average).
How should we fix this? Do we store the last datetime-value of the alarm-timer somewhere and do we compare it to the current time every minute or something like that? If the difference in time is more then a minute then rewrite the alarm-buffer and check for alarms which should have fired in between time?
Assignee: nobody → mschroeder
Status: NEW → ASSIGNED
I've got the same problem here, Thunderbird 2.0.0.14 + Lightning 0.8 build 2008033120. After hibernating the calendar alarms are not fired at all or fired too late. I thinks this should be fixed with urgency. Hibernating/sleeping it's very common for laptop users, and reliable alarms are vital for a calendar application. Thanks
Attached patch Patch v1 — — Splinter Review
This works for me, but I don't know if there are some concerns about performance.
Attachment #322097 - Flags: review?(philipp)
Comment on attachment 322097 [details] [diff] [review] Patch v1 Looks like a good idea to me, daniel what do you say? r=philipp if daniel agrees.
Attachment #322097 - Flags: review?(philipp) → review+
I don't think is a problem.
Checked in on HEAD and MOZILLA_1_8_BRANCH -> FIXED
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Target Milestone: --- → 0.9
Fixed? Patch? That would be great! But how do we get this patch and how do we apply it?
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: