Cannot dismiss reminders for recurring events

Bug #633352 reported by Jonathan Cohen
338
This bug affects 64 people
Affects Status Importance Assigned to Milestone
Exchange Data Provider for Lightning
Incomplete
Undecided
Unassigned
Mozilla Thunderbird
Invalid
High

Bug Description

In the lightning reminder window, the dismiss buttons have no effect, and the same events, which are now past, are reminded every time. Following is the data from the error log:

Error: uncaught exception: [Exception... "'[JavaScript Error: "r is undefined" {file: "file:///usr/lib/thunderbird-3.0/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/modules/calUtils.jsm -> file:///home/cohen22/.thunderbird<email address hidden>/js/soapout.js" line: 846}]' when calling method: [calICalendar::modifyItem]" nsresult: "0x80570021 (NS_ERROR_XPC_JAVASCRIPT_ERROR_WITH_DETAILS)" location: "JS frame :: file:///usr/lib/thunderbird-3.0/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/modules/calUtils.jsm -> file:///usr/lib/thunderbird-3.0/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/calendar-js/calAlarmService.js :: cAS_dismissAlarm :: line 250" data: yes]

Error: uncaught exception: [Exception... "'[JavaScript Error: "r is undefined" {file: "file:///usr/lib/thunderbird-3.0/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/modules/calUtils.jsm -> file:///home/cohen22/.thunderbird<email address hidden>/js/soapout.js" line: 846}]' when calling method: [calICalendar::modifyItem]" nsresult: "0x80570021 (NS_ERROR_XPC_JAVASCRIPT_ERROR_WITH_DETAILS)" location: "JS frame :: file:///usr/lib/thunderbird-3.0/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/modules/calUtils.jsm -> file:///usr/lib/thunderbird-3.0/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/calendar-js/calAlarmService.js :: cAS_snoozeAlarm :: line 233" data: yes]

Revision history for this message
specimen (specimen) wrote :

This affects me too. In addition, the "snooze for one day" button works sometimes - but not all the time - for such events for me. I use Exchange 2010, Windows 7, Thunderbird 3.1.4, plugin v0.10

description: updated
Revision history for this message
specimen (specimen) wrote :

The following seems to be the relevant error in my case - the best I can do as I am not very sure about how to extract the debug information in windows.

Error: nextOcc is null
Source File: file:///C:/Users/rn37/AppData/Roaming/Thunderbird/Profiles/pxbpaz7f.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/modules/calUtils.jsm -> file:///C:/Users/rn37/AppData/Roaming/Thunderbird/<email address hidden>/js/soapin.js
Line: 369

Revision history for this message
Savek (savek-launchpad) wrote :

I get the exact same error message as in the original description against Microsoft Exchange Server 2007 as data provider.

Revision history for this message
Perry Farrel (periferral) wrote :

same here with exchange 2010

Revision history for this message
Todd Merritt (tmerritt) wrote :

The attached patch resolves the problem, although I'm not sure if that's the best way to do it.

Revision history for this message
Perry Farrel (periferral) wrote :

does anyone have any workarounds to this issue. I have reminders from meetings long past but I cannot get rid of them. I'd really appreciate a fix for this. thanks

Revision history for this message
specimen (specimen) wrote :

You could try to uncheck the "Show missed alarms" box in the options. This is in

Options/Preferences -> Lightning -> Alarms

This (for now) stops reminding me of old alarms.

Revision history for this message
Mark Turner (markt-markturner) wrote :

Todd Merritt's patch did the trick for me. Thanks, Todd!

Revision history for this message
Simon Schubert (corecode) wrote :

I'm not sure I understand this bug. What exactly is the problem?

Revision history for this message
Mark Turner (markt-markturner) wrote :

The problem is that one cannot dismiss any alarms as the dismiss button has no effect. Alarms subsequently pile up with no way to get rid of them.

This was bearable for me for a short while until the number of alarms that piled up became somewhat ridiculous. I then applied Todd Merritt's patch and all has been well since then. You might consider rolling it into the main code.

Revision history for this message
Simon Schubert (corecode) wrote :

Todd's patch possibly only applies to reminders to events that came as invitation. Is that a correct observation?

Revision history for this message
Mark Turner (markt-markturner) wrote : Re: [Bug 633352] Re: Cannot dismiss reminders

It seems to work for all events on my calendar, not just the
invitation-initiated ones. I will create a test event to double-check,
however.

Mark

Revision history for this message
Mark Turner (markt-markturner) wrote :

Todd's patch does nothing for future events that you try to dismiss,
either. I've tried to dismiss a reminder for a future event but the
reminder keeps reappearing.

Revision history for this message
Marc Abramowitz (msabramo) wrote : Re: Cannot dismiss reminders

I have 2 events that I dismiss every time Thunderbird launches.

Here is the debug info for them emitted during Thunderbird startup:

[calAlarmService] considering alarm for item: Update: TIGER ONLY: SDN Post Mortem and Workout alarm time: 2010/11/15 21:15:00 UTC isDate=0 snooze time: 2010/11/15 21:15:00 UTC isDate=0
[calAlarmService] now is 2010/12/07 23:44:49 UTC isDate=0
[calAlarmService] last ack was: 2010/11/15 21:14:59 UTC isDate=0
[calAlarmService] alarm is in the past and unack'd, firing now!

[calAlarmService] considering alarm for item: Tiger Thanksgiving alarm time: 2010/11/19 18:45:00 UTC isDate=0 snooze time: 2010/11/19 18:45:00 UTC isDate=0
[calAlarmService] now is 2010/12/07 23:44:49 UTC isDate=0
[calAlarmService] last ack was: 2010/11/19 18:44:59 UTC isDate=0
[calAlarmService] alarm is in the past and unack'd, firing now!

It seems that the problem is that Thunderbird thinks the last acks (dismissal I presume?) were 2010/11/15 and 2010/11/19, when in fact, I actually dismiss these two events every time I start Thunderbird so the last acks for both these events should be 2010/12/07.

Now if I try to dismiss these reminders, I see:

[calAlarmService] considering alarm for item: Update: TIGER ONLY: SDN Post Mortem and Workout alarm time: 2010/11/15 21:15:00 UTC isDate=0 snooze time: null
[calAlarmService] now is 2010/12/07 23:51:55 UTC isDate=0
[calAlarmService] last ack was: 2010/12/07 23:51:55 UTC isDate=0
[calAlarmService] Update: TIGER ONLY: SDN Post Mortem and Workout - alarm previously ackd.

[calAlarmService] considering alarm for item: Tiger Thanksgiving alarm time: 2010/11/19 18:45:00 UTC isDate=0 snooze time: null
[calAlarmService] now is 2010/12/07 23:52:31 UTC isDate=0
[calAlarmService] last ack was: 2010/12/07 23:52:31 UTC isDate=0
[calAlarmService] Tiger Thanksgiving - alarm previously ackd.

So that's weird, it seems that it doesn't update the last ack because this code thinks the last ack was already updated. This would be fine if it did in fact update the ack time, but if I quit Thunderbird and launch it again, I see again:

[calAlarmService] considering alarm for item: Update: TIGER ONLY: SDN Post Mortem and Workout alarm time: 2010/11/15 21:15:00 UTC isDate=0 snooze time: 2010/11/15 21:15:00 UTC isDate=0
[calAlarmService] now is 2010/12/07 23:54:42 UTC isDate=0
[calAlarmService] last ack was: 2010/11/15 21:14:59 UTC isDate=0
[calAlarmService] alarm is in the past and unack'd, firing now!

[calAlarmService] considering alarm for item: Tiger Thanksgiving alarm time: 2010/11/19 18:45:00 UTC isDate=0 snooze time: 2010/11/19 18:45:00 UTC isDate=0
[calAlarmService] now is 2010/12/07 23:54:42 UTC isDate=0
[calAlarmService] last ack was: 2010/11/19 18:44:59 UTC isDate=0
[calAlarmService] alarm is in the past and unack'd, firing now!

So the code that checks for alarms is still seeing the old last ack time.

Revision history for this message
Marc Abramowitz (msabramo) wrote :

Todd's patch did not help in my case. The debug log looks very similar before and after the patch.

Revision history for this message
Marc Abramowitz (msabramo) wrote :

Both of the events in my case were from invitations.

One is from 11/15/10 1:30 PM to 11/15/10 3:00 PM and the reminder is set to 15 minutes before.
The other is from 11/19/10 11:00 AM to 11/1910 4:00 PM and the reminder is also set to 15 minutes before.

I am in the U.S. PST timezone (UTC/GMT -8 hours), as are the start and end times for the events given above.

Revision history for this message
Marc Abramowitz (msabramo) wrote :

Hmmm. Just noticed something. Not sure if it's relevant or not as I don't yet understand how the code works:

[calAlarmService] considering alarm for item: Update: TIGER ONLY: SDN Post Mortem and Workout alarm time: 2010/11/15 21:15:00 UTC isDate=0 snooze time: 2010/11/15 21:15:00 UTC isDate=0
[calAlarmService] now is 2010/12/07 23:44:49 UTC isDate=0
[calAlarmService] last ack was: 2010/11/15 21:14:59 UTC isDate=0
[calAlarmService] alarm is in the past and unack'd, firing now!

[calAlarmService] considering alarm for item: Tiger Thanksgiving alarm time: 2010/11/19 18:45:00 UTC isDate=0 snooze time: 2010/11/19 18:45:00 UTC isDate=0
[calAlarmService] now is 2010/12/07 23:44:49 UTC isDate=0
[calAlarmService] last ack was: 2010/11/19 18:44:59 UTC isDate=0
[calAlarmService] alarm is in the past and unack'd, firing now!

Notice that for both events, the "last ack" time is 1 second before the alarm time and snooze time. That seems a little odd, no?

I also noticed that all my other events are not like this. For my other events, the "last ack" time is typically hours after the alarm time. Also my other events have "snooze time: null" so I'm not sure if snoozing the alarms has something to do with this bug or not.

Revision history for this message
Simon Schubert (corecode) wrote :

The one second off is okay. I know that there is a bug in the (old) invitation code. Basically the code only does invitation state changes for invitations, and does not store the changed alarm ack time to the server. Hopefully I'll get around fixing this soon.

Revision history for this message
Alessandro Mecca (alessandro-mecca) wrote :

I have the same problem. How can I collect and provide you any useful information?

Here are the basic ones:
About Thunderbird: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.13) Gecko/20101207 Lightning/1.0b2 Thunderbird/3.1.7
Exchange Provider Version: 0.11

Revision history for this message
Blair (crazy-fingers-16) wrote :

add me to the list of affected--will wait for the official fix--hopefully coming soon.

Revision history for this message
Mauricio (mau-fdez) wrote :

I have the same issue,

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.14) Gecko/20110223 Lightning/1.0b2 Thunderbird/3.1.8
Lightning 1.0b2
Provider for Microsoft Exchange 0.12

I just turned off "Show missed Alarms " setting, and seems work, but when I have a new alarm, it shows missed alerts in the dialog.

Revision history for this message
Andy Chen (ppstay) wrote : Re: [Bug 633352] Re: Cannot dismiss reminders

I am seeing this, this is annoying. Especially it seems every time I
click on the dismiss button, it generates an draft event in my exchange
draft folder.

-------- Original Message --------
Subject: [Bug 633352] Re: Cannot dismiss reminders
From: Mauricio <email address hidden>
To: <email address hidden>
Date: 03/15/2011 05:23 AM

> I have the same issue,
>
> Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.14) Gecko/20110223 Lightning/1.0b2 Thunderbird/3.1.8
> Lightning 1.0b2
> Provider for Microsoft Exchange 0.12
>
> I just turned off "Show missed Alarms " setting, and seems work, but
> when I have a new alarm, it shows missed alerts in the dialog.
>

Revision history for this message
Carlos Velasco (carlos-velasco-8) wrote : Re: Cannot dismiss reminders

Hello,

Same problem with Exchange 2007.
Using Mozilla/5.0 (Windows; U; Windows NT 5.1; es-ES; rv:1.9.2.18) Gecko/20110616 Lightning/1.0b2 Thunderbird/3.1.11
+ Lightning 1.0 beta2 and Provider for Microsoft Exchange 0.14

I switched to use DavMail add-on (http://davmail.sourceforge.net/) and this works fine dismissing alarms. Don't know if this could help finding out difference between both softwares.

Regards,
Carlos Velasco

Revision history for this message
Blair (crazy-fingers-16) wrote :

I have this problem--on 0.16 with Thunderbird 5.0, Lightning 1.0b4. Had it with version 3 Thunderbird also. It was usually when I lost connection or my computer went to sleep before, I would get a box with some random reminders, I do a "dismiss all", but then they come back at some point. Exchange is 2007.

Revision history for this message
Jens Jensen (zerog2k) wrote :

May be a different issue from the original, but I just started having this problem after upgrading to 0.16.

Notifications for events that have been previously dismissed with "Dismiss All" button keep popping back up.
Console throwing this error:

Error: nextOcc is null
Source File: file:///home/jjensen/.thunderbird/k6dojiwp.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/modules/calUtils.jsm -> file:///home/jjensen/.thunderbird<email address hidden>/js/soapin.js
Line: 393

Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.15) Gecko/20110318 Red Hat/3.1.9-3.el6_0 Lightning/1.0b2 Thunderbird/3.1.9

Revision history for this message
Simon Schubert (corecode) wrote :

Jonathan, does that bug still happen with the same exception? If so, could you capture a debug log?

Changed in lightning-exchange-provider:
status: New → Incomplete
Revision history for this message
Rusty Burchfield (gicodewarrior) wrote :

I have been seeing this issue for a long time now, but it just got worse recently. Previously, I could dismiss events and they would generally stop reminding me. However, they would not be dismissed on the server and upon firing up Outlook on a windows box I would have to dismiss months and months worth of events.

Recently, at least one recurring event (received by invitation) is not dismissing at all and reminds me constantly. :-(

Is there a command line option for debug logging or do I just need to find a log file somewhere?

Revision history for this message
Simon Schubert (corecode) wrote :

Please follow the "Debugging" section on the wiki.

Revision history for this message
Brian Embry (brian-embry) wrote :

I'm also having this problem, and seeing

Error: nextOcc is null
Source File: resource://calendar/modules/calUtils.jsm -> file:///home/brian/.thunderbird<email address hidden>/js/soapin.js
Line: 393

The error might be independent of the symptoms, as it also might be https://bugs.launchpad.net/lightning-exchange-provider/+bug/638197.

I am not seeing any errors/warnings when I dismiss the event, nor when the alarm comes back.

Revision history for this message
Blair (crazy-fingers-16) wrote :

I'm still getting this problem. The debugging instructions aren't clear for a Mac--I can launch Thunderbird from Terminal but can't find any arguments for the "open" command to show logs.

I did go to the error console in T-Bird itself after setting logging and verbose logging to true. Got a lot of stuff with email message etc., plus this error:

Error: nextOcc is null
Source File: resource://calendar/modules/calUtils.jsm -> file:///Volumes/MyVolume/Thunderbird%20Profile<email address hidden>/js/soapin.js
Line: 393

Not sure what else you might be looking for in the error console.

Again, Thunderbird is now version 6.0, running on Snow Leopard Macbook. Lightning is latest, running exchange provider 0.17.

I just have to constantly dismiss reminders and they keep coming back--a lot.

Oh, just realized Brian above posted the same error. If that doesn't help, please provide more guidance on how to debug, what to look for. Can't provide entire error console print out for obvious security reasons.

Revision history for this message
Johan Lindquist (nahojkap) wrote :

I have the same issue where reminders will not go away but simply keep stacking up - will see if I can get something useful out of the log.

Revision history for this message
Donnie Johnson (donniej) wrote :

I see very similar logs and symptoms as Mark Abramowitz.

I looked at the code and noticed that first lastAck is created from the event time minus one second. The reminder is triggered instantly.

soapin.js line 346:

function readDismissSnoozeState(aItem, it)
{
 let nextRem = it.t::ExtendedProperty.(t::ExtendedFieldURI.@PropertyId == '34144').t::Value[0];

 if (!nextRem) {
  return;
 }

 nextRem = cal.fromRFC3339(nextRem.toString(), cal.UTC());
 let lastAck = nextRem.clone();
 lastAck.addDuration(cal.createDuration('-PT1S'));

What I observed is that when Thunderbird Lightning is started, it always fetches the calendar event time. Maybe it is the same time than reminder time, I don't know. Anyway, the reminder time is:
"event time minus one second",
no matter how many times the reminder is dismissed and Thunderbird restarted. After dismissing an alert the correct time can be seen in the logs but either it is never saved to server or the wrong parameter is fetched from the server when starting up.

Revision history for this message
Jascha (azim-oezdemir) wrote :

Hey this is very nasty.. I can't dismiss any alarm and it keeps reminding me on and on... I have to login to OWA with IE to dismiss them. Turning alarms off is no option because I need the reminder...

Revision history for this message
Donnie Johnson (donniej) wrote :

I dismissed one or two of those reoccuring alarms and I have not had problems ever since ?:-|

Revision history for this message
Donnie Johnson (donniej) wrote :

Dismissed over outlook I mean and after that over Thunderbird.

Revision history for this message
Mariano Wahlmann (dichoso) wrote :

It's happening to me as well...

When you click "dismiss" that calls

---- /usr/lib/xul-ext/lightning/calendar-js/calAlarmService.js ----

dismissAlarm: function cAS_dismissAlarm(aItem, aAlarm) {
  let now = nowUTC();
        let oldParent = aItem.parentItem;
        let newParent = oldParent.clone();
        newParent.alarmLastAck = now;
        if (aItem.recurrenceId) {
            newParent.deleteProperty("X-MOZ-SNOOZE-TIME-" + aItem.recurrenceId.nativeTime);
        } else {
            newParent.deleteProperty("X-MOZ-SNOOZE-TIME");
        }
        return newParent.calendar.modifyItem(newParent, oldParent, null);
    },

That deletes the property X-MOZ-SNOOZE-TIME and calls

---- calExchange.js ----
 modifyItem: function(aNewItem, aOldItem, aListener)
 {
  this.sdbg("modifyItem\n");

  /* just in case we need to modify it */
  aNewItem = aNewItem.clone();

  var data;
  var del = false;
  var flags = {};
         var invite = aNewItem.getProperty("X-SOR-INVITE") || this.isInvitation(aNewItem);

  if (invite === true) {
   /* XXX only come here if the participation status changed */

The problem seems to be that calExchange.js is not taking into account which type of modification it is, in this case X-MOZ-SNOOZE-TIME and goes to the path of invitation handling and never gets to delete that property hence happens over and over

Revision history for this message
Mariano Wahlmann (dichoso) wrote :

Just commenting the following out:

--- THIS ISN'T A VALID PATCH ----

  // if (invite === true) {
  // /* XXX only come here if the participation status changed */
  // var me = this.getInvitedAttendee(aNewItem);

  // if (me.participationStatus == "DECLINED")
  // del = true;

  // this.sdbg("PS: " + me.participationStatus + "\n");

  // data = makeMeetingResponse(aNewItem, me.participationStatus);

  // // XXX
  // var a = this.getInvitedAttendee(aOldItem)
  // .participationStatus;
  // var b = me.participationStatus;
  // if (((a == b)
  // && (a == "ACCEPTED" || a == "NEEDS-ACTION"))
  // || ((a == "TENTATIVE") && (b == "NEEDS-ACTION")))
  // data = "";
  // } else

--- THIS ISN'T A VALID PATCH ----

Did the trick of letting me dimiss previous alarms. That proves that the function modifyItem needs rework to take into consideration the dismiss condition.

Revision history for this message
Simon Schubert (corecode) wrote :

This is a different bug though. The original bug report was JavaScript Error: "r is undefined".

Revision history for this message
Mariano Wahlmann (dichoso) wrote :

Maybe is not same thing the reporter is saying, but I think its the cause for many of the comments in the bug history.

Revision history for this message
aladdin (buaa-aladdin) wrote :

The dismiss doesn't work for me, too. I also observed that the problem only reproduces on invited events other than self-created events. So Mariano Wahlmann's explanation above probably get the point.

Changed in thunderbird:
importance: Unknown → High
status: Unknown → Confirmed
Colan Schwartz (colan)
summary: - Cannot dismiss reminders
+ Cannot dismiss reminders for recurring events
73 comments hidden view all 153 comments
Revision history for this message
In , 6-oliver (6-oliver) wrote :

(In reply to Philipp Kewisch [:Fallen] from comment #56)
> What I need is 1) enable debugging prefs
> and restart 2) wait for alarm and clear logs 3) dismiss alarm, do nothing
> until it appears again 4) save all logs to a text file and attach here.
> Also, description about specific type of event this happens with, e.g.
> meeting invitations created by others, and information about the caldav
> server.

I just created that log and could send it to you. I'd prefer not to post it as I would prefer not having to remove all personal details / email addresses etc. Does that make sense?
The reminder doesn't even disappear at all. I wonder if it might've to do with the fact that the reminder is added for an email list that I'm a member in, but it's not directly addressed to me.

Revision history for this message
In , Orchcond (orchcond) wrote :

I had this problem. Struggled with it for months. Tried to dismiss certain recurring events with no luck. They popped back up and when tried to dismiss I would get that "Item has recently been changed on the server ..." pop-up box. So, I looked into my T-bird Profiles folder (it's usually located on path: C:\Users\{your user name}\Appdata\roaming\Thunderbird\Profiles\{xxxxx}.default) Inside that *.default folder you will find a folder titled "calendar-data". When you open that folder you will see 3 *.sqlite files. These are the databases where your calendar stuff is located. The biggest of these, in my case, was the file titled "cashe.sqlite" You will need to be able to access the data in this file because it contains all of the event data for your lightning calendar.

To access this file I recommend getting the Firefox add-on called, "SQLite Manager". After installation you will be able to open this add-on by clicking on the tools menu in Firefos. Load the cashe.sqlite file and look through all of the data. What I found was what I suspected I would find; the recurring event that I was trying to dismiss had a double entry. In other words, this cashe.sqlite file had somehow gotten corrupted. Don't know how and don't care how. The main thing is the fix. There is an option in SQLite Manager that allows you to delete any item, i.e., event, from the data base. I simply found the double entries and deleted both of them! And, VOILA! When I restarted T-bird and the lightning calendar the unwanted items, i.e., all of the unwanted recurring events, were GONE! from the calendar. Bottom line: it's not a problem with T-bird or with the Lightning add-on. IMHO it has to do with something that causes a corruption of the cashe.sqlite calendar data file. In my case, I believe it happened when I messed up (don't know how) porting calendar data from Win XP to Win 7 ... or something like that. Anyway, I hope this fix works for you. And it should work for any non-dismissable event. Good luck!

Revision history for this message
In , Pander (pander) wrote :

So a proper fix should prevent creation of duplicate entries and in a safe way remove any exiting duplicate entries.

Revision history for this message
In , Orchcond (orchcond) wrote :

(In reply to Pander from comment #61)
> So a proper fix should prevent creation of duplicate entries and in a safe
> way remove any exiting duplicate entries.

Pander,

First, I should mention that I was using a Google calendar with the Provider for Google calendar add-on to create the calendar in Lightning before the bug showed up. And the event that I could not dismiss or snooze was not to be found in the Google calendar itself even though that same event showed up in Thunderbird Lightning calendar. This is what gave me the idea that the data that Lightning was using had to be coming from some other source than directly from the Google calendar itself. And that's when I tracked down the cashe.sqlite file within my Profiles, calendar-data folder.

I thought that even if I totally destroyed the cashe.sqlite it didn't matter because I could still rebuild it by starting with a fresh install of a blank Lightning calendar and use Provider (or the built-in Ligthning feature of the latest version of T-bird) to pull the data from my Google calendar back in. Plus, obviously you should backup the cashe.sqlite before you modify or otherwise tinker with it.

Actually, I thought about this a lot today and recalled that at one point, after creating a recurring weekly event with a recurring reminder, I believe that I tried to modify a single instance ("This event only") and that it might have been after this that the bug appeared. So, it may have been a bug in the Lightning add-on after all that caused it to be created, i.e., trying to modify one instance of a recurring event possibly caused duplicate entries in the cashe.sqlite database file. This should not happen, of course.

But removing duplicate events from the cashe.sqlite file makes sense as a fix to the problem. You dismiss one of the reminders, but the other one pops up and says, "Guess what? I'm still here." and recreates itself again.

I still have recurring events in my calendar that work fine and were not affected by removing the duplicates of the event that I no longer wanted. At the same time it is a simple matter to just recreate the removed recurring event in the normal way in Lightning if you still want to have it.

So, I believe the short answer to your question is that the fix should cure the "can't dismiss or snooze" a reminder bug if it is caused by duplicate entries in the cashe.sqlite database file. But if you can't find a duplicate entry in the cashe.sqlite database and are still having this problem, then it is a different bug from the one that my fix solves. But I cannot promise that duplicate events won't show up in the future from the bug that caused the duplicate events in the first place. Hope all of this helps.

Revision history for this message
In , Pander (pander) wrote :

Thanks for your elaboration. In any case, a final solution should not require a user to do anything with the file cashe.sqlite himself or herself. For the average user this is too technical or difficult to do. for debugging this issue this, it is an important point to the developers that are going to tackle this. Perhaps a new bug should be split off from this one doing frequent cache housekeeping? Throwing out also related garbage.

Revision history for this message
In , Orchcond (orchcond) wrote :

Yes, yes. I see your point. Probably the fault is mine for calling it a "fix." I undoubtedly should have called it a "work-around" because it really does not cure whatever caused the duplicate entries in the first place.

My work-around just gives the poor user a way to stop the annoying phenomenon of not being bothered by those undismissable and un-snoozable pop-up reminders without having to un-tick the "Show missed events" option. Know what I mean?

Thanks for your feedback and clarifying remarks. I still hope that some somewhat sophisticated users can employ this work-around in order to get a little relief. In the meantime, I hope the developers (I am clearly NOT one) can use what I documented in order to come up with a real fix. Maybe they already knew about it. Lightning is a damn fine T-bird add-on. And I never once considered stopping using it. There's nothing out there that does as good a job or has as many of Lightning's wonderful features.

Revision history for this message
In , 6-oliver (6-oliver) wrote :

The workaround that works for me is to go to the web Google Calendar and delete the reminder there. Then it stops from popping up again.

Revision history for this message
In , Orchcond (orchcond) wrote :

In my case there was no reminder to delete from the Google calendar. It was clean and did not have the event in it for which the undismissable reminder was showing up. I am guessing that the "Server" where the information had "recently changed" is actually in the cashe.sqlit file. So, Lightning was using an un-updated "server", i.e., the cashe.sqlite file, from which to get the reminder information.

But I am certainly glad to hear that you were able to find a much easier fix.

Revision history for this message
In , Ewl+mozilla (ewl+mozilla) wrote :

Let's keep in mind that the issue isn't related to Google Calendar: I had exactly the same issue in the course of my professional life during the past many years with Exchange, Zimbra and Google Calendar.

This said, good job orchond! That should indeed bring some developer much nearer to a solution, which should allow us to get a fix after those many years of waiting.

And I agree with what was said, there are two things to do:
1. add a housekeeping function to the cache routines to remove duplicate entries and other inconsistencies
2. find out how the cache get corrupted and remove the root cause

But the first approach might hide underlying issues, so that the 2nd becomes more difficult to tackle.

Revision history for this message
In , Orchcond (orchcond) wrote :

I agree with you, Eric. Got to eliminate the root cause 1st, then don't need to clean up the cashe. What threw me off was the word "server" in the message box that popped up on an unsuccessful attempt to dismiss the reminder. When you see "server" you think, "Oh, must be a remote server on Google Calendar." In my case they were talking about the cashe file being used as the server for the Lightning calendar. Thanks for your comments.

Revision history for this message
In , Blubbber (blubbber) wrote :

i have (had) the same problem with Thunderbird 45.3 and Exchange on Windows 7 PC .

There where only 2 files in the mentioned folder \calendar-data\ . One was "delted.sqlite" and one local.sqlite.

As i have no clue, how to turn on logging i tried delting both files. This worked for me. After that only "local.sqlite" reappeared until i dismissed the old calendar reminder, then "delted.sqlite" appeared too.

I noticed this problem always appears after a password change on Exchange and mail login, if you didn't dismiss the invite before the password change (company policy... every 3 month^^ ).

Revision history for this message
In , Orchcond (orchcond) wrote :

Hi Blubber,
Hmmm .... Your situation at least seems to confirm that "server" means something other than a remote server and in reality means entries in a .sqlite file within \calendar-data\. Nice.

Revision history for this message
In , Fvandenbosch (fvandenbosch) wrote :

Same issue over here with Thunderbird 45.3.0, Lightning 4.7.3 on a Macbook with OS X El Capitan 10.11.6. Cannot dismiss reminders for recurring CalDav events. Pop-up keeps reappearing many times.

Revision history for this message
In , crobar (richard-crozier) wrote :

(In reply to Frank from comment #71)
> Same issue over here with Thunderbird 45.3.0, Lightning 4.7.3 on a Macbook
> with OS X El Capitan 10.11.6. Cannot dismiss reminders for recurring CalDav
> events. Pop-up keeps reappearing many times.

consider voting for this bug above to increase its prominence!

Revision history for this message
In , Pander (pander) wrote :

Additionally, Mozilla should do more reporting on bug votes per project. As I understood, and correct my if I am wrong, at the moment not many people are looking at votes.

Revision history for this message
In , Ed Tinnel (syncsynchalt) wrote :

To add information to the mix, I see precisely the same (recurrent notification) problem since I began using Radicale as the CalDAV server (http://radicale.org/) to consolidate our local calendars (ics) some months back. I've been blaming Radicale, but the symptoms are just as folks have been describing for other servers, so the finger points to Thunderbird/Lightening.

I've disabled 'offline support' for the calendars to avoid creating the cache files (deleted.sqlite still gets created), but the problem persists.

Ed

Thunderbird 45.3.0
Lightening 4.7 (9/20/2016)
Linux Mint 17.3 Rosa [Ubuntu 14.04]
Cinnamon 2.8.8

Revision history for this message
In , Wearbif (wearbif) wrote :

(In reply to blubbber from comment #69)
> i have (had) the same problem with Thunderbird 45.3 and Exchange on Windows
> 7 PC .
>
> There where only 2 files in the mentioned folder \calendar-data\ . One was
> "delted.sqlite" and one local.sqlite.
>
> As i have no clue, how to turn on logging i tried delting both files. This
> worked for me. After that only "local.sqlite" reappeared until i dismissed
> the old calendar reminder, then "delted.sqlite" appeared too.
>
> I noticed this problem always appears after a password change on Exchange
> and mail login, if you didn't dismiss the invite before the password change
> (company policy... every 3 month^^ ).

I have the same problem on macOS 10.12 and Exchange-Server. I have removed all files containing header of invitation.

~/Library/Thunderbird/Profiles/XXXXXX.default//exchange-data/<UUID>.offlineCache.sqlite
~/Library/Thunderbird/Profiles/XXXXXX.default//global-messages-db.sqlite
~/Library/Thunderbird/Profiles/XXXXXX.default//ImapMail/127.0.0.1/Drafts-1
~/Library/Thunderbird/Profiles/XXXXXX.default//ImapMail/127.0.0.1/INBOX
~/Library/Thunderbird/Profiles/XXXXXX.default//ImapMail/127.0.0.1/Sent-1

macOS 10.12
Thunderbird 45.4.0
Exchange EWS Provider 3.8.0
Lightning 4.7.4
DavMail 4.7.2-2427

Revision history for this message
In , zueri (zueri-ch) wrote :

Same here. Too bad it is still not fixed as it is really annoying. I deleted the duplicate event and the alarm in the Sqlite cache DB and now it works. But I agree that this should be properly fixed.

Revision history for this message
In , Seccolor-regs (seccolor-regs) wrote :

I've just been able to solve the issues I had of:
- not being able to dismiss/snooze the alarms of my appointments
- Lightning not synchronizing with the calDAV server (Radicale) I use to cloudlessly sync my
  calendars between my notebook PC and Android smartphone.

In the faulty setup I had Thunderbird and Lightning were both installed from the repositories.
I've solved the issues as follows:

0 - In Thunderbird, open the Properties of each of your calendars and write down their locations
    (just in case you need them later ...)
1 - Close Thunderbird
2 - Uninstall Lightning package (xul-ext-lightning), using the package management tool or
    the CLI typing "apt-get uninstall xul-ext-lightning"
3 - Re-start Thunderbird, now running without Lightning calendar extension
4 - Install Lightning as an extension from inside Thunderbird:
    go to Tools->Add-ons->Extensions, search for "lightning" and then install it.
    If prompted, re-start Thunderbird
5 - Check that your calendar(s) are correctly set and if need be edit/add them using your notes
    as taken at previous point "0"

Now everything seems to run flawlessly.

I can just be grateful to all people writing on this post, especially Ed, as I alone would not been able to understand that "finger points to Thunderbird/Lightning" as clearlly stated three comments up from here.
Hope this might be of help to someone out there desperately struggling to solve all this, like I've being doing during the whole last week while my calendars were unreliable and unusable.

Lenovo Thinkpad T510
 Linux Mint 18 Sarah 64bit [Ubuntu 16.04]
 Mate 1.14.1
 Thunderbird 45.5.1
 Lightning 45.5.1, then Lightning extension 4.7.4
 Radicale 1.1.1

Samsung Galaxy SIII (GT-I9300)
 Android 4.3
 DAVdroid 1.3.4.1-ose (installed with F-Droid app from f-droid.org repository)

Revision history for this message
In , Ed Tinnel (syncsynchalt) wrote :

Buongiorno, seccolor -

Interesting solution.... and I'm willing to give it a try, though I DID install Lightning as a "direct" Thunderbird add-on (not via apt-get or the software manager), so "xul-ext-lightning" isn't on my system.

I've been carrying the TBird install along over several OS upgrades, so it's probably time I started afresh. Unfortunately, I've made a lot of about:config changes and have been very poor about keeping notes!

If I survive, I'll post the results....

Thunderbird 45.5.1
Lightening 4.7.4 (10/18/2016)
Linux Mint 17.3 Rosa [Ubuntu 14.04]
Cinnamon 2.8.8

Radicale 0.8

Revision history for this message
In , Luca Ciavatta (cialu) wrote :

I have the same problem, using Lighting and Provider for GC to connect to my personal Google Calendar.
I cannot dismiss a missed event that was shared with me by someone else.

Linux Ubuntu 16.10
Thunderbird 45.7.0
Lightening 4.7.4
Provider for Google Calendar 3.1

Revision history for this message
In , M-walt (m-walt) wrote :

I, too, am having this problem with a brand new install, on a new Windows 10 PC. Thunderbird 45.8.0 with built-in Lightning.

However, in checking in Lightning options, there was one called "Show reminders for past events" (or words like that). It was checked by default. So, I unchecked it.

No more reminders for past reoccurring event. :D

Revision history for this message
In , Ed Tinnel (syncsynchalt) wrote :

(In reply to Walt Amante from comment #80)
> I, too, am having this problem with a brand new install, on a new Windows 10
> PC. Thunderbird 45.8.0 with built-in Lightning.
>
> However, in checking in Lightning options, there was one called "Show
> reminders for past events" (or words like that). It was checked by
> default. So, I unchecked it.
>
> No more reminders for past reoccurring event. :D

Yes... it's actually "Show missed reminders". That's been mentioned before (see the very first post in this thread and also comment #27.

The problem is (obvious when you think about it), that a reminder time may be passed without TB/L being active and, thus, the reminder won't be shown at all. For example, a reminder is set for 8:00AM on Sunday, 4/9/2017, but TB/L isn't running at that time. If TB/L is stated afterwards, and 'Show missed reminders' ISN'T checked, then the reminder for the event won't be shown. (I just tested this, by the way - created an event with a reminder, shut down TB, waited until the time past, restarted TB: no reminder.)

You're correct that it IS a workaround, but not a real solution. And, since this thread dates back at least five years (and the thread referenced at the top goes back to 2008), I wonder if it'll ever be fixed!

Revision history for this message
In , Philipp-bugzilla (philipp-bugzilla) wrote :

This may be fixed when I finish tests for the patch for bug 1344068. I've been running with this for a while and it works like a charm.

Revision history for this message
In , Ed Tinnel (syncsynchalt) wrote :

(In reply to Philipp Kewisch [:Fallen] from comment #82)
> This may be fixed when I finish tests for the patch for bug 1344068. I've
> been running with this for a while and it works like a charm.

We'll look forward to that! Thank you.

Revision history for this message
In , Secure-1 (secure-1) wrote :

I am experiencing this issue also, when syncing with a Horde calendar. I had the issue in TB 45.8 and also now in TB 52 with the Lightning 5.4b4 version add-in. Past reminders pop up, which is fine, but the dismiss and dismiss all do not work and result in the "the item has been changed on the server. Submitting your changes will overwrite the changes made on the server." Selecting either option to this prompt never dismisses the alarm, and the next time TB is opened, the reminders pop up again. Happy to provide more info or test. No one else is shared or invited on my events. My events were imported from an outlook .ics file (and all fields seemed to have imported correctly)directly into Horde. And then a calendar was set up in TB, and the events synced. The events with reminders in Horde are synced correctly and have the correct reminder times set in them. TB reminder date/times are correct; the reminders just can't be dismissed and keep recurring.

Revision history for this message
In , M-walt (m-walt) wrote :

For me too. Its not so much the "old" reminder popping up, but rather that the "dismiss" and "dismiss all" do not work. You can close the reminder pop up window.

Revision history for this message
In , M-walt (m-walt) wrote :

c/can/can't/

Revision history for this message
In , Mozilla-org-y (mozilla-org-y) wrote :

I'm having this problem on a Mac OS X 10.9 system. I just installed Thunderbird for the first time. I have a dozen "reminders" up to a month old that I cannot dismiss. I can, however, close the window.

Revision history for this message
In , Geof Sawaya (geof23) wrote :

I'm having the (basically) same problem with Ubuntu 16.04.

When it starts doing it (after a few days without), it won't let me even close the reminder window.

My solution is to unsubscribe to the calendar (through Office360) and resubscribe.

I'm using:

Lightning 4.7.8
ExQuilla 45.0.116
Exchange EWS Provider 3.9.0

Revision history for this message
In , Geof Sawaya (geof23) wrote :

(well, 'workaround')

Revision history for this message
In , Tfernandez-sc2 (tfernandez-sc2) wrote :

Hi Everyone,

Thanks for your input so far. Have we come closer to a resolution?

Thanks :)

Revision history for this message
In , Philipp-bugzilla (philipp-bugzilla) wrote :

I'm going to dupe this bug against the one with the patch, I hope we can review and land it soon.

*** This bug has been marked as a duplicate of bug 1344068 ***

Changed in thunderbird:
status: Confirmed → Invalid
Revision history for this message
In , Github-j (github-j) wrote :

I just added my Nextcloud calendar to Thunderbird using CalDAV and got 20+ birthday reminders of the last month I can not dismiss. So I also would like to see a resolution soon. At the moment I deactivated reminders of this birthday calender because they are annoying me. Closing the window is working but the reminders come back every 15 minutes or so.

Revision history for this message
In , Floyd42 (axelheider) wrote :

Any update on this? I'm running into this also now when using CalDAV to access Google Calendar

Thunderbord 52.9.1 (64-bit)
Lightning 5.4

Revision history for this message
In , lszyba1 (szybalski) wrote :
Revision history for this message
In , Gandalf-i (gandalf-i) wrote :

Still got this issue in Ubuntu with ThunderBird 78.13.0 with NextCloud 22.1.1

Revision history for this message
In , Mschroeder-mozilla (mschroeder-mozilla) wrote :

(In reply to gandalf from comment #95)
> Still got this issue in Ubuntu with ThunderBird 78.13.0 with NextCloud 22.1.1

gandalf, please file a new bug report referencing this one if you have a similar issue. This bug report has been resolved 4 years ago.

Revision history for this message
In , Andrew Travneff (travneff) wrote :

I have the current issue on TB 91, so created bug #1736842

Revision history for this message
In , Dbroachthree (dbroachthree) wrote :

I have this issue on TB 91.3.2, I am using CalDev to access the google calendar.

Displaying first 40 and last 40 comments. View all 153 comments or add a comment.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.