Cannot dismiss reminders for recurring events
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:/
Error: uncaught exception: [Exception... "'[JavaScript Error: "r is undefined" {file: "file:/
specimen (specimen) wrote : | #1 |
description: | updated |
specimen (specimen) wrote : | #2 |
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://
Line: 369
Savek (savek-launchpad) wrote : | #3 |
I get the exact same error message as in the original description against Microsoft Exchange Server 2007 as data provider.
Perry Farrel (periferral) wrote : | #4 |
same here with exchange 2010
Todd Merritt (tmerritt) wrote : | #5 |
- lightning-update.patch Edit (1.5 KiB, text/plain)
The attached patch resolves the problem, although I'm not sure if that's the best way to do it.
Perry Farrel (periferral) wrote : | #6 |
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
specimen (specimen) wrote : | #7 |
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.
Mark Turner (markt-markturner) wrote : | #8 |
Todd Merritt's patch did the trick for me. Thanks, Todd!
Simon Schubert (corecode) wrote : | #9 |
I'm not sure I understand this bug. What exactly is the problem?
Mark Turner (markt-markturner) wrote : | #10 |
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.
Simon Schubert (corecode) wrote : | #11 |
Todd's patch possibly only applies to reminders to events that came as invitation. Is that a correct observation?
Mark Turner (markt-markturner) wrote : Re: [Bug 633352] Re: Cannot dismiss reminders | #12 |
It seems to work for all events on my calendar, not just the
invitation-
however.
Mark
Mark Turner (markt-markturner) wrote : | #13 |
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.
Marc Abramowitz (msabramo) wrote : Re: Cannot dismiss reminders | #14 |
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.
Marc Abramowitz (msabramo) wrote : | #15 |
Todd's patch did not help in my case. The debug log looks very similar before and after the patch.
Marc Abramowitz (msabramo) wrote : | #16 |
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.
Marc Abramowitz (msabramo) wrote : | #17 |
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.
Simon Schubert (corecode) wrote : | #18 |
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.
Alessandro Mecca (alessandro-mecca) wrote : | #19 |
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
Blair (crazy-fingers-16) wrote : | #20 |
add me to the list of affected--will wait for the official fix--hopefully coming soon.
Mauricio (mau-fdez) wrote : | #21 |
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.
Andy Chen (ppstay) wrote : Re: [Bug 633352] Re: Cannot dismiss reminders | #22 |
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.
>
Carlos Velasco (carlos-velasco-8) wrote : Re: Cannot dismiss reminders | #23 |
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://
Regards,
Carlos Velasco
Blair (crazy-fingers-16) wrote : | #24 |
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.
Jens Jensen (zerog2k) wrote : | #25 |
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://
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
Simon Schubert (corecode) wrote : | #26 |
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 |
Rusty Burchfield (gicodewarrior) wrote : | #27 |
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?
Simon Schubert (corecode) wrote : | #28 |
Please follow the "Debugging" section on the wiki.
Brian Embry (brian-embry) wrote : | #29 |
I'm also having this problem, and seeing
Error: nextOcc is null
Source File: resource:
Line: 393
The error might be independent of the symptoms, as it also might be https:/
I am not seeing any errors/warnings when I dismiss the event, nor when the alarm comes back.
Blair (crazy-fingers-16) wrote : | #30 |
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:
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.
Johan Lindquist (nahojkap) wrote : | #31 |
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.
Donnie Johnson (donniej) wrote : | #32 |
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 readDismissSnoo
{
let nextRem = it.t::ExtendedP
if (!nextRem) {
return;
}
nextRem = cal.fromRFC3339
let lastAck = nextRem.clone();
lastAck.
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.
Jascha (azim-oezdemir) wrote : | #33 |
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...
Donnie Johnson (donniej) wrote : | #34 |
I dismissed one or two of those reoccuring alarms and I have not had problems ever since ?:-|
Donnie Johnson (donniej) wrote : | #35 |
Dismissed over outlook I mean and after that over Thunderbird.
Mariano Wahlmann (dichoso) wrote : | #36 |
It's happening to me as well...
When you click "dismiss" that calls
---- /usr/lib/
dismissAlarm: function cAS_dismissAlar
let now = nowUTC();
let oldParent = aItem.parentItem;
let newParent = oldParent.clone();
if (aItem.
} else {
}
return newParent.
},
That deletes the property X-MOZ-SNOOZE-TIME and calls
---- calExchange.js ----
modifyItem: function(aNewItem, aOldItem, aListener)
{
this.
/* just in case we need to modify it */
aNewItem = aNewItem.clone();
var data;
var del = false;
var flags = {};
var invite = 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
Mariano Wahlmann (dichoso) wrote : | #37 |
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.getInvited
// if (me.participati
// del = true;
// this.sdbg("PS: " + me.participatio
// data = makeMeetingResp
// // XXX
// var a = this.getInvited
// .participationS
// var b = me.participatio
// 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.
Simon Schubert (corecode) wrote : | #38 |
This is a different bug though. The original bug report was JavaScript Error: "r is undefined".
Mariano Wahlmann (dichoso) wrote : | #39 |
Maybe is not same thing the reporter is saying, but I think its the cause for many of the comments in the bug history.
aladdin (buaa-aladdin) wrote : | #40 |
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.
Graeme Hanson (graeme-r-hanson) wrote : | #41 |
I also see this. Mac OSX 10.6.8 Thunderbird 7.0.1 latest versions of lightning and Exchange data provider.
The following is a couple of observations, which I have made over the last month or so and relates to v 0.16 and 0.17.
Dismiss button closes the window but does not delete reminders (both invited or set manually).
Another problem is that if the event runs for multiple days eg 7, then selecting dismiss all, closes the dialog, but it reopens.
Killing thunderbird (force quit) is the only way to get back to thunderbird. When you start it again, dismiss all closes the dialog,
but the events are still present.
Logging onto the exchange server via webmail, clears the events. But of course you build up a history of events pretty quickly.
Would be nice to have a fix for this.
Deguchi (exitjeuh) wrote : | #42 |
Same problem here on Ubuntu 11.04 with Thunderbird 7.0.
Dismiss or Snooze makes the reminder window go away, but it keeps coming back after a while.
When dismissing via webmail or Outlook, they are also gone in Lightning.
Adrian (adytoader) wrote : | #43 |
I don't know if this helps, but on the console I have this error:
=================
Error: nextOcc is null
Source File: resource:
Line: 393
=======
I found "nextOcc" variable on function "makeDismissSno
It seams it is linked with this problem.
Bill Gjestvang (bgjestvang) wrote : | #44 |
The reminder list seems to pop up at the frequency set in the "Refresh Calendar" field of the properties for that calendar. Perhaps it only happens when refreshing the calendar?
Kris Marsh (moogman) wrote : | #45 |
This happens to me (every day and on v0.17). For both self-created and invited reminders.
* If I create a event through Lightning, I'm able to dismiss them.
* If I create a event externally (say, through Outlook or on a synchronised mobile) then these are never dismissible.
In reference to https:/
"Todd's patch possibly only applies to reminders to events that came as invitation. Is that a correct observation?"
This does seem to be the case.
Kris Marsh (moogman) wrote : | #46 |
Reproduced this by just creating an event in Outlook and waiting for it to fire in Thunderbird.
Bad alarm:
[calAlarmService] considering alarm for item: test alarm time: 2011/11/23 10:30:00 UTC isDate=0 snooze time: 2011/11/23 10:30:00 UTC isDate=0
[calAlarmService] now is 2011/11/23 10:55:45 UTC isDate=0
[calAlarmService] last ack was: 2011/11/23 10:29:59 UTC isDate=0
[calAlarmService] alarm is in the past and unack'd, firing now!
Reference good alarm (I would have previously dismissed through Outlook):
[calAlarmService] considering alarm for item: X alarm time: 2011/10/28 13:00:00 UTC isDate=0 snooze time: null
[calAlarmService] now is 2011/11/23 10:55:45 UTC isDate=0
[calAlarmService] last ack was: 2011/11/25 13:59:59 UTC isDate=0
[calAlarmService] X - alarm previously ackd.
Refernce good alarm (in the future, not fired yet):
[calAlarmService] considering alarm for item: Y alarm time: 2011/11/25 14:00:00 UTC isDate=0 snooze time: null
[calAlarmService] now is 2011/11/23 10:55:45 UTC isDate=0
[calAlarmService] alarm is in the future.
[calAlarmService] alarm is too late.
getInterfaces called
...
-> Looks like the ack checking logic is off (I wonder if "alarm is in the past and unack'd" actually means "alarm is in the past OR unack'd" - and perhaps the ack logic itself isn't working properly?
Kris Marsh (moogman) wrote : | #47 |
Event XML just before it re-fired (after previously dismissed):
<m:Items>
---
Then after dismissing at Outlook then restarting Thunderbird (event appears at least twice in the debug log, below are the first and last):
<m:Items>
...
Chris Vieser (vieser) wrote : | #48 |
Just wanted to affirm that this bug still exists with Lightning 1.1.1
Events created through Lightning behave well.
For events created through Exchange reminders pop up regularly even after the event.
In Mozilla Bugzilla #769118, Darren Smith (dazsmith) wrote : | #51 |
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/536.11 (KHTML, like Gecko) Chrome/20.0.1132.43 Safari/536.11
Steps to reproduce:
Lightning 1.5.1 add-on in Thunderbird 13.0.1. Mac OS X 10.6.8. Google Calendar connected using CalDAV (neither 'cache' nor 'read only' selected).
Reminder for missed (recurring) event appeared.
Actual results:
Clicking 'dismiss' or 'dismiss all' buttons results in title bar of dialog flashing briefly from '1 reminder' to '0 reminder' back to '1 reminder'. Impossible to dismiss reminder dialog. Nothing in error console.
Expected results:
Reminder dialog should have disappeared.
Workaround is to unselect 'Show missed reminders'. Re-enabling this option results in the missed reminder re-appearing on next boot. Event was created by another user and I am one of several invitees.
I suspect this is part of a much larger, long-standing bug. There's a 9-page thread on mozillaZine with others experiencing similar bugs with missed reminders dating back to 2008:
http://
Possibly related to X-MOZ-LASTACK?
In Mozilla Bugzilla #769118, Matthew-mecca (matthew-mecca) wrote : | #52 |
Can you set the preferences "calendar.
In Mozilla Bugzilla #769118, Darren Smith (dazsmith) wrote : | #53 |
Created attachment 637377
Error console output
In Mozilla Bugzilla #769118, Darren Smith (dazsmith) wrote : | #54 |
Thanks for looking into this Matthew. Output from error console attached. I'm the me.surname participant.
In Mozilla Bugzilla #769118, Matthew-mecca (matthew-mecca) wrote : | #55 |
It looks like the item is sent to the server with a modified X-MOZ-LASTACK property and appears to be accepted, but when it is requested from the server again the X-MOZ-* properties are missing from the item. Without the X-MOZ-LASTACK property it appears to Lightning that the reminder was never dismissed, which causes it to re-fire.
In Mozilla Bugzilla #769118, Wrobel-przemyslaw (wrobel-przemyslaw) wrote : | #56 |
I have the same problem - using CalDav to connect to a remote Google Calendar. I cannot dismiss recurring event that was shared with me by someone else.
In Mozilla Bugzilla #769118, Tom Louwrier (tom-louwrier) wrote : | #57 |
Something very similar here, I can not dismiss any alarms anymore since about a week (Lightning 1.9?). Running Ubuntu 12.04 amd64 and several CalDAV calendars on a Sogo-server.
It's not restricted to recurring events either.
A cumbersome workaround is to disable local caching of the agenda, restart Tbird and enable local copies again (in order to be able to work offline). That takes up to 20 minutes and more CPU than I would like, rendering the pc almost useless.
After that things work for a while, but once an event comes up that does not want to be dismissed, all following events join the list and keep bothering me every 15 minutes or so.
I end up shutting down Tbird completely and only open it twice a day out of annoyance. That is not a good situation for business use.
I would not like to disable alarms for missed events, since 'missed' often means if I hurry I can still get it done on time.
cheers
Tom
In Mozilla Bugzilla #769118, Tom Louwrier (tom-louwrier) wrote : | #58 |
Restarted Tbird, waited for the alarms to pop up. Cleared the error log and clicked 'dismiss all' once.
Output is some 23 times the following error message:
Timestamp: 11-12-12 10:51:13
Error: this.mItemInfoC
Source File: file://
Line: 660
cheers
Tom
In Mozilla Bugzilla #769118, Mozilla-bugs-k (mozilla-bugs-k) wrote : | #59 |
I guess that this bug is a duplicate of Bug #732393?
In Mozilla Bugzilla #769118, Matthew-mecca (matthew-mecca) wrote : | #60 |
(In reply to Daniël van Eeden from comment #8)
> I guess that this bug is a duplicate of Bug #732393?
The problem detailed in comment #6 appears to be the same as Bug 732393, but based on the logs from the original problem it's a separate issue.
In Mozilla Bugzilla #769118, skomorokh (skomorokh) wrote : | #61 |
I'm getting this same situation in Lightning 1.9 in Thunderbird 19 when attempting to dismiss notifications on events created by CalDAV Sync on my Android phone instead of from Lightning. This is against my Owncloud sever (SabreDAV)
This is potentially a simple bug with an easy fix as the error message points out: Line 660 in calDavCalendar.js (in doModifyItem) is assuming the item is in the cache. Maybe it being created elsewhere (as in my phone or the above shared calendar example) causes it not to be there?
let wasInboxItem = this.mItemInfoC
Perhaps it's just a matter of checking first? Or does it need to be in mItemInfoCache? Could do something like this:
let wasInboxItem = (typeof this.mItemInfoC
In Mozilla Bugzilla #769118, skomorokh (skomorokh) wrote : | #62 |
Urp, my bad, that's the Firefox ver, my TB is 17.0.3
In Mozilla Bugzilla #769118, Ssitter (ssitter) wrote : | #63 |
skomorokh, could you test Lightning 1.9.1? It is supposed to fix some problems regarding caching. For full list of changes and download location see http://
In Mozilla Bugzilla #769118, Joe Nahmias (jello) wrote : | #64 |
I can confirm that Lightning 1.9.1 (available here: https:/
In Mozilla Bugzilla #769118, Guyette (guyette) wrote : | #65 |
This problem has returned for me as of about 2 hours ago. I've posted lots to other related bugs in the past, but I'm not sure which bug is the current one because there are multiple posts and a meta bug. This is the most recent activity that came up in a search.
I've had Lightning 1.9.1 since pretty much the day it was issued, and it seemed to fix the problem; I haven't seen the problem resurface until today. I also noticed that reminders on my smartphone for the same event have become VERY LOUD, not sure if it's coincidental.
In Mozilla Bugzilla #769118, Asdfvcx (asdfvcx) wrote : | #66 |
I can confirm this also just started showing up for me. I'm unable to snooze or dismiss reminders. The only way I can get a reminder to go away is to delete the issue.
Has there been some change to Google's implementation of CalDAV that might be causing this?
Thunderbird 17.0.5
Lightning 1.9.1
Windows 8
Syncing with Google Calendar using CalDAV
In Mozilla Bugzilla #769118, aerosmith (parvata) wrote : | #67 |
I can also confirm that this issue has returned. I am using Seamonkey version 2.17 and Lightning 2.2b1 with CalDAV and windows 7.
freakalad (freakalad) wrote : | #49 |
I've found a better way of dealing with this.
Not perfect, but functional.
I've done away with all the other rubbish (g'cal provider, etc) simply made use of the CalDAV protocol provided by google.
For a quick & easy use/work-around, get your Calendar ID (Google Cals > Select Calendar drop-down > Calendar Settings) & substitute $CalID:
https:/
The only issue I'm having atm is that some events can't be dismissed.
This has been a long-running issue (a few years now, by my reckoning), and the fact that is has not been addressed in all this time leads me to place the blame at the feet of both parties - Google for not dotting *all* the i's & cross the t's according to the RFC spec & Mozilla for not just being able to deal with it in a grown-up fashion (the world not *perfect* - live with it!)
I can create, modify & sync events fine bi-directionally, but I've had to disable the notification option on the client connections to not get *persistently* hit up with this long-standing bug. (funny that OS/X iCal is not suffering the same issue, right?...)
I have numerous Android devices, so I'll get my notifications that way, or via email.
In Mozilla Bugzilla #769118, Rob-smeets (rob-smeets) wrote : | #68 |
I can confirm this (Thunderbird 17.0.5, Lightning 1.9.1, Google Calendar + CALDAV)
In Mozilla Bugzilla #769118, freakalad (freakalad) wrote : | #70 |
I've managed to get something like a functional work-around going for this issue that's been around for a few *years* now.
I've dropped the Google Calendar Provider as completely surpluvous - hoping it would've fixed this issue - it doesn't - and rather making use of Google's native CalDAV protocol.
Find the Calendar ID from the g'cal properties & use https:/
Allows for bi-directional RW-sync.
I have enough Android devices able to give me those reminders that I might otherwise miss - less distracting than a dialogue I can't dismiss.
This is *such* a long running issue, saying that it's all Google's fault for not being 110% RFC-compliant is a complete cop-out, as I'm able to use other CalDAV clients (such as OS/X native iCal app, iOS) absolutely *fine* with probably the biggest mail & WebDAV servers being used out there atm.
In Mozilla Bugzilla #769118, Guyette (guyette) wrote : | #71 |
There doesn't seem to be an actual error occurring -- the Dismiss box simply isn't going away. Here's one console log content that comes up when pressing the Dismiss button when it fails:
CalDAV: send: BEGIN:VCALENDAR
PRODID:
VERSION:2.0
BEGIN:VTIMEZONE
TZID:America/
X-LIC-LOCATION:
BEGIN:DAYLIGHT
TZOFFSETFROM:-0800
TZOFFSETTO:-0700
TZNAME:PDT
DTSTART:
RRULE:FREQ=
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:-0700
TZOFFSETTO:-0800
TZNAME:PST
DTSTART:
RRULE:FREQ=
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
CREATED:
LAST-MODIFIED:
DTSTAMP:
UID:92856606-
SUMMARY:Doctor Who
STATUS:CONFIRMED
RRULE:FREQ=WEEKLY
X-MOZ-LASTACK:
DTSTART;
DTEND;TZID=
X-LIC-ERROR:No value for LOCATION property. Removing entire property:
SEQUENCE:2
TRANSP:OPAQUE
X-MOZ-GENERATION:3
BEGIN:VALARM
ACTION:DISPLAY
TRIGGER;
DESCRIPTION:This is an event reminder
END:VALARM
END:VEVENT
END:VCALENDAR
CalDAV: recv:
CalDAV: Item modified successfully on Tom and Anthony Joint
CalDAV: send(https:/
<C:calendar-
CalDAV: recv:
<D:multistatus>
<D:response>
<D:href>
<D:propstat>
<D:status>
<D:prop>
<D:
<caldav:
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
X-WR-CALNAME:
X-WR-TIMEZONE:
X-WR-CALDESC:For stuff Anthony wants to book w/Tom and Tom wants to book w/
Anthony.\n
BEGIN:VTIMEZONE
TZID:America/
X-LIC-LOCATION:
BEGIN:DAYLIGHT
TZOFFSETFROM:-0800
TZOFFSETTO:-0700
TZNAME:PDT
DTSTART:
RRULE:FREQ=
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:-0700
TZOFFSETTO:-0800
TZNAME:PST
DTSTART:
RRULE:FREQ=
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
DTSTART;
DTEND;TZID=
RRULE:FREQ=WEEKLY
DTSTAMP:
UID:92856606-
CREATED:
DESCRIPTION:
LAST-MODIFIED:
LOCATION:
SEQUENCE:2
STATUS:CONFIRMED
SUMMARY:Doctor Who
TRANSP:OPAQUE
X-LIC-ERROR;
y. Removing entire property:
X-MOZ-GENERATION:2
BEGIN:VALARM
ACTION:DISPLAY
DESCRIPTION:This is an event reminder
TRIGGER:-P0DT0H1...
In Mozilla Bugzilla #769118, commander-keen (commander-keen) wrote : | #72 |
Confirmed with Lightning 2.2b1 on a google calendar via CalDAV.
Normal log-status only creates the following notification in the error-console:
CalDAV: Item modified successfully on HauptkalenderDAV
aChangeLogListe
calendarURI=https:/
iscached=false
this.mQueuedQue
No button of that reminder window will let you get out of the situation.
In Mozilla Bugzilla #769118, Ssitter (ssitter) wrote : | #73 |
Google recently broke its CalDAV implementation on Google Calendar i.e. they no longer store the information send by Lightning regarding snoozed or dismissed reminders. If you want to confirm this problem please use a reliable CalDAV server but not Google Calendar.
In Mozilla Bugzilla #769118, commander-keen (commander-keen) wrote : | #74 |
I'd might be mistaken, but it seemed like this was done in https:/
Thanks for the information though.
In Mozilla Bugzilla #769118, Guyette (guyette) wrote : | #75 |
Mr. Louwrier may have been using pre-1.9.1, which had other issues that have been fixed. My gut feeling is to be satisfied with Mr. Sitter's Google Calendar explanation, because on my system the issue now comes and goes nonsensically with no apparent changes to Lightning settings, cache state, or anything else. Previous to 1.9.1 it would come randomly, but didn't go away without intervention. An external agent such as changes to Google's server code would be consistent with what I'm seeing. Other things would be, too, but ... FWIW I'm going to give Lightning the benefit of the doubt on this one until someone reproduces the problem with Lightning 1.9.1 and a known-reliable CalDAV server.
(In reply to Martin F. from comment #23)
> I'd might be mistaken, but it seemed like this was done in
> https:/
> Thanks for the information though.
In Mozilla Bugzilla #769118, Wrobel-przemyslaw (wrobel-przemyslaw) wrote : | #76 |
The problem at my side now happens not only for recurring events but for all. I even removed calendar (been using CalDAV) and installed Google Calendar provider plugin and entered url to private xml file (I am not sure if this plugin also uses CalDAV or not) but I can't still dismiss any event!
In Mozilla Bugzilla #769118, aerosmith (parvata) wrote : | #77 |
(In reply to wrobel.przemyslaw from comment #25)
> The problem at my side now happens not only for recurring events but for
> all. I even removed calendar (been using CalDAV) and installed Google
> Calendar provider plugin and entered url to private xml file (I am not sure
> if this plugin also uses CalDAV or not) but I can't still dismiss any event!
That is true. I can also confirm this. I was using this procedure along with google calendar provider and started to see this issue. The switched to calDAV and had the same issue. Now I have turned off reminders for all the calendars.
In Mozilla Bugzilla #769118, Lohner-x (lohner-x) wrote : | #78 |
Are #804009 and #769118 dupes or blockers of each other? If so, could someone please set them appropriately?
Also, there is a workaround (from http://
The following worked for me with Google Calendars that would not dismiss:
Tools > Options
Calendar tab
Reminders sub-tab
Where is says, "When a Reminder is Due:", un-check "Show missed reminders"
Hit OK
Now the missed reminders that wouldn't dismiss should go away.
In Mozilla Bugzilla #769118, Johan-ho (johan-ho) wrote : | #79 |
This was a problem with Google's calendar feeds. They have the problem now, I have enabled event reminders again in Thunderbird and they are dismissed properly now.
In Mozilla Bugzilla #769118, Rob-smeets (rob-smeets) wrote : | #80 |
Seems to have been fixed for me too...
In Mozilla Bugzilla #769118, Lohner-x (lohner-x) wrote : | #81 |
Not fixed for me; I have three repeating google calendar reminders that keep showing up, both on an icedove (Debian Wheezy) and firefox (kubuntu) system.
In Mozilla Bugzilla #769118, Johan-ho (johan-ho) wrote : | #82 |
(In reply to lohner from comment #30)
> Not fixed for me; I have three repeating google calendar reminders that keep
> showing up, both on an icedove (Debian Wheezy) and firefox (kubuntu) system.
Are you using the caldav or ical link?
It seems to work for the caldav link for me in any case. Using Thunderbird 17.0.5 with Lightning 1.9.1
In Mozilla Bugzilla #769118, Johan-ho (johan-ho) wrote : | #83 |
BTW here is the link for the issue that I'm pretty sure was the cause of the problem:
https:/
In Mozilla Bugzilla #769118, Lohner-x (lohner-x) wrote : | #84 |
https://<email address hidden>/events
I'm using the caldav link... tbird 17.0.6 with Lightning 1.9, installed via apt:
ii xul-ext-lightning 1.9+build1-0ubuntu1 amd64 Calendar Extension for Thunderbird
In Mozilla Bugzilla #769118, Lohner-x (lohner-x) wrote : | #85 |
Ah, could be a 1.9 vs. 1.9.1 issue (even though I'm not using the calendars offline), see https:/
This version fixes an issue that prevents some events from being modified and some reminders from being dismissed in CalDAV calendars with Offline Support enabled – those affected are encouraged to test this build. If you have seen an error message with “this.mItemInfo
Changelog here: https:/
In Mozilla Bugzilla #769118, Tom Louwrier (tom-louwrier) wrote : | #86 |
Hi,
Only started to get updates on this bug a couple of days ago. (??).
As suggested in comment #24 is was indeed using Lightning 1.9 on Ubuntu 12.04 / 64amd.
I got a compatible version of 1.9.1 from somewhere (not in the repositories) and installed it locally. That did solved my issue with the offline calendars and sticking reminders.
Server is a Ubuntu 12.10 with Sogo 2.x (running nightlies).
BTW: 1.9 is still in all repositories for Ubuntu including the most current production (13.04) and development branches, it seems no-one has pushed 1.9.1 there and many users may still be fighting this issue unnecessarily.
Thanx for fixing this.
regards
Tom
nils (internationils) wrote : | #50 |
This is a lightning pre-1.9.1 issue, see https:/
"This version fixes an issue that prevents some events from being modified and some reminders from being dismissed in CalDAV calendars with Offline Support enabled – those affected are encouraged to test this build. If you have seen an error message with “this.mItemInfo
Changelog here: https:/
Changed in thunderbird: | |
importance: | Unknown → High |
status: | Unknown → Confirmed |
In Mozilla Bugzilla #769118, rbellamy (rbellamy-pteradigm) wrote : | #87 |
I'm running 1.9.1 on Windows 7 x64 SP1, and have disabled offline calendars. I still have this problem.
As for comment #22, it never ceases to amaze me that software teams identify outside problems as the source of a bug as if that alleviates them from responsibility.
It wasn't good practice when people blamed Microsoft and said "just use something else," and it's not good practice to blame Google. Lightning is a client-side tool and should make adjustments to accommodate the largest purveyor of CalDAV services in the world.
And finally, my argument is well-founded regardless of whether or not I offer to "pitch in and fix it myself." While that's another favorite meme of the FOSS community (e.g. "Hey, if it's so important to you, we welcome pull requests!"), it's also flawed in that feedback is feedback, and should be taken on its own merits regardless of whether or not it's backed-up by substantive offers to help.
In Mozilla Bugzilla #769118, Philipp-bugzilla (philipp-bugzilla) wrote : | #88 |
(In reply to G. Richard Bellamy from comment #36)
> I'm running 1.9.1 on Windows 7 x64 SP1, and have disabled offline calendars.
> I still have this problem.
>
> As for comment #22, it never ceases to amaze me that software teams identify
> outside problems as the source of a bug as if that alleviates them from
> responsibility.
I think you overestimate the "software team" behind Lightning. We are very low on active contributors, there is me and a handful of people that have time once in a while to work on Lightning between job, wife and kids. With the little time left we try to take care of the most pressing issues, which is right now making sure the builds run, fixing major bugs (like: Lightning cannot be used at all because of a regression or change in the Mozilla Platform) and doing some minimal testing to make sure its not broken.
I agree (and I bet Stefan does too) that dismissing alarms is a vital feature, but from the looks of this bug I don't think its just one issue that is easy to identify and fix. Dismissing recurring events works fine for me, as some others have confirmed. Therefore I cannot debug this issue.
> And finally, my argument is well-founded regardless of whether or not I
> offer to "pitch in and fix it myself." While that's another favorite meme of
> the FOSS community (e.g. "Hey, if it's so important to you, we welcome pull
> requests!"), it's also flawed in that feedback is feedback, and should be
> taken on its own merits regardless of whether or not it's backed-up by
> substantive offers to help.
Feedback is very well welcome, Stefan merely asked for confirmation with another caldav server. This bug is (in general!) about dismissing reminders on caldav servers, not specific to Google Calendar. Nevertheless, we have taken action to make sure Google is aware of the issue and at least partially they seemed to have fixed this.
In fact, the best kind of feedback are reliable steps to reproduce. This doesn't just mean "it doesn't work for me when I dismiss a specific recurring reminder I happen to have in my calendar", but steps from a clean state to the bug with any edge case configuration that may apply (for example: 1. subscribe to a calendar where I am not owner (possible edge case) 2. create a recurring event in the Google Calendar UI 3. Modify that recurring event to have a reminder in the past 4. Synchronize in Lightning 5. Dismiss reminder. My extension used are ...)
Note also that by coincidence, a member of the team is working on an alternative that will allow you to dismiss the alarms locally, which will fix the problem for Google Calendar. Search bugzilla for details.
Thank you for your understanding, I hope you see our situation a little better now. If you would like to discuss further, please refrain from adding a comment to this bug, I am happy to reply via email or in the mozilla.
Adrian (adytoader) wrote : Re: Cannot dismiss reminders | #89 |
Hi guys,
Here you have my feedback:
You are doing a great job. So, thank you!!!
I am using Thunderbird 17.0.2 portable and I have Lightning 1.9.1
I also have Exchange 2007/2010 Calendar and Tasks Provider 3.1.3 and since some time I didn't have any problem.
For Exchange I tried also 3.2.0 Beta 38 and 3.2.0 Beta 42 but with none of them I could connect to our Exchange server.
Colan Schwartz (colan) wrote : | #90 |
Updating title to match upstream bug. (If you don't agree, then either the upstream bug is wrong, or you're being affecting by a different bug.)
summary: |
- Cannot dismiss reminders + Cannot dismiss reminders for recurring events |
In Mozilla Bugzilla #769118, Vseerror (vseerror) wrote : | #91 |
*** Bug 918137 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #769118, Ewl+mozilla (ewl+mozilla) wrote : | #92 |
I can confirm the bug under Icedove 17.0.10 + Lightning 1.9.1 under RHEL 6.4 + EPEL, working against Zimbra 8.0.6_GA_5922 (build 20131203103753).
Not sure if you consider this a reliable calendaring server, but it has nothing to do with Google :-P
The issue appears only with recurring events I create myself. I guess (!) that it might be series where I have modified one individual appointment. My workaround is to remove the alarm from the specific appointment causing the trouble, then the reminder disappears. Some people seem to say that alarms coming after the "sticky reminder" would also stick; I can NOT confirm this observation.
If I set the debug options as suggested, and dismiss the sticky reminder, I get 3 events in the console:
CalDAV: Item modified successfully on Zimbra Calendar
--
aChangeLogListe
calendarURI=https:/
iscached=true
this.mQueuedQue
--
[calFilterPrope
start: 4
end: P7D
status: null
due: null
category: null
--
and the event doesn't disappear.
Hope this helps fix the issue...
In Mozilla Bugzilla #769118, Bugzilla-mozilla-org-g (bugzilla-mozilla-org-g) wrote : | #93 |
I've got same problem, but have a guess: reminders are not dismissed for incoming events (i.e. that I'm invited to, not ones I've created myself).
In Mozilla Bugzilla #769118, Bugzilla-mozilla-org-g (bugzilla-mozilla-org-g) wrote : | #94 |
Sorry, my mistake. Via CalDav, Reminders are not dismissed at all: it's my own calendar, and events I created. (it's same calendar via GDATA provider 0.32, where reminders cannot be dismissed for recurring event I invited to).
In Mozilla Bugzilla #769118, Andrew Travneff (travneff) wrote : | #95 |
My workaround is to edit the event (just the specific occurrence, not all) and set "no reminder" for it.
In Mozilla Bugzilla #769118, Karl-rossing (karl-rossing) wrote : | #96 |
In my testing of tb 38a2 and lightning 4.0a2.
This seems to be fixed with calendar.
In Mozilla Bugzilla #769118, George Politis (gpolitis) wrote : | #97 |
Bug 496889 should help here.
In Mozilla Bugzilla #769118, S-chris-s (s-chris-s) wrote : | #100 |
I also cannot dismiss reminders for past events.
Thunderbird 38.2.0
Lightning 4.0.2
Calendar stored on server using Horde Groupware 4.1.1.
In Mozilla Bugzilla #769118, S-chris-s (s-chris-s) wrote : | #101 |
(In reply to travneff from comment #42)
> My workaround is to edit the event (just the specific occurrence, not all)
> and set "no reminder" for it.
I tried this as well, but my changes are not being saved. The server version just overwrites my local event every time.
In Mozilla Bugzilla #769118, Yliver (yliver) wrote : | #102 |
I am seeing the same error on a Red Hat Enterprise Linux 7.1, TB 38.2, Lightning 4.0.2
I have set up my Google Calendar as CalDav with the following Location:
https:/
The Calendar syncs fine, however I see 30 Reminders for reoccurring Meetings. Clicking on any of the buttons (Snooze, Dismiss, Snooze all for, Dismiss all) does not do anything (the window is not closing for a second, or the window title flashing). It just does not react to the buttons.
The Google Account is a Google for work Account and uses 2 Factor Auth.
If you need any further data, please let me know.
In Mozilla Bugzilla #769118, Ha-Duong Nguyen (cmpitg) wrote : | #103 |
Same here. Thunderbird 38.2.0, Lightning 4.0.2. None of the workarounds fix the problem.
Ha-Duong
In Mozilla Bugzilla #769118, Ian-graham (ian-graham) wrote : | #104 |
Created attachment 8675752
debug trace per description in Comment #1
I re-encountered this - am attaching debug trace per comment #1 ..... (previously reported this in bug 1146576. In that case the problematic reminder just vanished one day about a month after it appeared!. So there is hope, if you wait long enough :-( )
In Mozilla Bugzilla #769118, Joheli (joheli) wrote : | #105 |
Same bug here. Thunderbird 38.2.0, Lightning 4.0.2.1. Has been there for months. Nothing works. Very annoying.
In Mozilla Bugzilla #769118, Robson-1 (robson-1) wrote : | #106 |
I had to disable and enable the Lightning to stop the annoying alerts.
Thunderbird 38.3.0 on Windows 10.
In Mozilla Bugzilla #769118, crobar (richard-crozier) wrote : | #107 |
I have the same issue with an Exchange calendar (accessed using the Exchange EWS plugin). Some recurring events can't be dismissed, and just keep popping up.
In Mozilla Bugzilla #769118, Iampowerslave (iampowerslave) wrote : | #108 |
Same problem since 4.0.4.1 and Provider for Google Calendar 1.0.4
In Mozilla Bugzilla #769118, E-ae-6 (e-ae-6) wrote : | #109 |
I honestly can't recall a time that I didn't have this, and I've been a Thunderbird user for years. It's been going on with my installs (various computers) over the last four years,
I will say that whilst I have seen it on Linux, I have never seen it on the Mac version.
It applies to both Microsoft Exchange and GMail calendars.
In Mozilla Bugzilla #769118, Zacherypd (zacherypd) wrote : | #110 |
(In reply to me from comment #54)
> I will say that whilst I have seen it on Linux, I have never seen it on the
> Mac version.
This is definitely affecting me on OSX and is currently keeping me from switching to Thunderbird for my calendar. =[
In Mozilla Bugzilla #769118, Philipp-bugzilla (philipp-bugzilla) wrote : | #111 |
Please note this bug is actually about CalDAV, not the Provider for Google Calendar. I am tempted to open a new bug to replace this one for the caldav issues and create a separate one for the provider if it doesn't already exist. I am aware of the provider issues, but I haven't seen any logs that would help me fix it for CalDAV. 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.
In Mozilla Bugzilla #769118, Zacherypd (zacherypd) wrote : | #112 |
I haven't worked on Thunderbird before, but I'd be happy to lend a hand gathering logs. Let me figure out how to enable debugging and I'll post some info as soon as I can.
In Mozilla Bugzilla #769118, Zacherypd (zacherypd) wrote : | #113 |
(In reply to Philipp Kewisch [:Fallen] from comment #56)
> 1) enable debugging prefs and restart
Can you elaborate on how one might do that? I haven't been able to find any instructions and I don't see anything in preferences or anywhere else.
In Mozilla Bugzilla #769118, 6-oliver (6-oliver) wrote : | #114 |
(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.
In Mozilla Bugzilla #769118, Orchcond (orchcond) wrote : | #115 |
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\
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!
In Mozilla Bugzilla #769118, Pander (pander) wrote : | #116 |
So a proper fix should prevent creation of duplicate entries and in a safe way remove any exiting duplicate entries.
In Mozilla Bugzilla #769118, Orchcond (orchcond) wrote : | #117 |
(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.
In Mozilla Bugzilla #769118, Pander (pander) wrote : | #118 |
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.
In Mozilla Bugzilla #769118, Orchcond (orchcond) wrote : | #119 |
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.
In Mozilla Bugzilla #769118, 6-oliver (6-oliver) wrote : | #120 |
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.
In Mozilla Bugzilla #769118, Orchcond (orchcond) wrote : | #121 |
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.
In Mozilla Bugzilla #769118, Ewl+mozilla (ewl+mozilla) wrote : | #122 |
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.
In Mozilla Bugzilla #769118, Orchcond (orchcond) wrote : | #123 |
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.
In Mozilla Bugzilla #769118, Blubbber (blubbber) wrote : | #124 |
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^^ ).
In Mozilla Bugzilla #769118, Orchcond (orchcond) wrote : | #125 |
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.
In Mozilla Bugzilla #769118, Fvandenbosch (fvandenbosch) wrote : | #126 |
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.
In Mozilla Bugzilla #769118, crobar (richard-crozier) wrote : | #127 |
(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!
In Mozilla Bugzilla #769118, Pander (pander) wrote : | #128 |
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.
In Mozilla Bugzilla #769118, Ed Tinnel (syncsynchalt) wrote : | #129 |
To add information to the mix, I see precisely the same (recurrent notification) problem since I began using Radicale as the CalDAV server (http://
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
In Mozilla Bugzilla #769118, Wearbif (wearbif) wrote : | #130 |
(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/
~/Library/
~/Library/
~/Library/
~/Library/
macOS 10.12
Thunderbird 45.4.0
Exchange EWS Provider 3.8.0
Lightning 4.7.4
DavMail 4.7.2-2427
In Mozilla Bugzilla #769118, zueri (zueri-ch) wrote : | #131 |
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.
In Mozilla Bugzilla #769118, Seccolor-regs (seccolor-regs) wrote : | #132 |
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-
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->
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/
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)
In Mozilla Bugzilla #769118, Ed Tinnel (syncsynchalt) wrote : | #133 |
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
In Mozilla Bugzilla #769118, Luca Ciavatta (cialu) wrote : | #134 |
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
Luca Ciavatta (cialu) wrote : | #98 |
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
In Mozilla Bugzilla #769118, M-walt (m-walt) wrote : | #135 |
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
In Mozilla Bugzilla #769118, Ed Tinnel (syncsynchalt) wrote : | #136 |
(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!
In Mozilla Bugzilla #769118, Philipp-bugzilla (philipp-bugzilla) wrote : | #137 |
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.
In Mozilla Bugzilla #769118, Ed Tinnel (syncsynchalt) wrote : | #138 |
(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.
In Mozilla Bugzilla #769118, Secure-1 (secure-1) wrote : | #139 |
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.
In Mozilla Bugzilla #769118, M-walt (m-walt) wrote : | #140 |
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.
In Mozilla Bugzilla #769118, M-walt (m-walt) wrote : | #141 |
c/can/can't/
In Mozilla Bugzilla #769118, Mozilla-org-y (mozilla-org-y) wrote : | #142 |
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.
In Mozilla Bugzilla #769118, Geof Sawaya (geof23) wrote : | #143 |
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
In Mozilla Bugzilla #769118, Geof Sawaya (geof23) wrote : | #144 |
(well, 'workaround')
In Mozilla Bugzilla #769118, Tfernandez-sc2 (tfernandez-sc2) wrote : | #145 |
Hi Everyone,
Thanks for your input so far. Have we come closer to a resolution?
Thanks :)
In Mozilla Bugzilla #769118, Philipp-bugzilla (philipp-bugzilla) wrote : | #146 |
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 |
In Mozilla Bugzilla #769118, Github-j (github-j) wrote : | #147 |
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.
In Mozilla Bugzilla #769118, Floyd42 (axelheider) wrote : | #148 |
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
In Mozilla Bugzilla #769118, lszyba1 (szybalski) wrote : | #149 |
lszyba1 (szybalski) wrote : | #99 |
FYI on possible solution in case you are google searching and find this.
https:/
In Mozilla Bugzilla #769118, Gandalf-i (gandalf-i) wrote : | #150 |
Still got this issue in Ubuntu with ThunderBird 78.13.0 with NextCloud 22.1.1
In Mozilla Bugzilla #769118, Mschroeder-mozilla (mschroeder-mozilla) wrote : | #151 |
(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.
In Mozilla Bugzilla #769118, Andrew Travneff (travneff) wrote : | #152 |
I have the current issue on TB 91, so created bug #1736842
In Mozilla Bugzilla #769118, Dbroachthree (dbroachthree) wrote : | #153 |
I have this issue on TB 91.3.2, I am using CalDev to access the google calendar.
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