Closed Bug 948507 Opened 11 years ago Closed 1 year ago

Cannot dismiss reminders/alarms for meetings or other invitations

Categories

(Calendar :: Alarms, defect)

Lightning 2.6.3
defect

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: michiel, Unassigned)

References

(Depends on 1 open bug, Blocks 1 open bug)

Details

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/31.0.1650.63 Safari/537.36

Steps to reproduce:

I have my calendar synced with zimbra. When a meeting is due, it pops up the "reminder" dialog. In order to acknowledge them, I hit the "dismiss" or "dismiss all" buttons

This is on thunderbird 24.1.1 with Lightning 2.6.3 (2.6.4 is listed as version, but not available through the add on site).


Actual results:

Nothing happens. If I then just close the dialog because the buttons do nothing, it will pop back up a few seconds later.


Expected results:

I expected it to register I have dismissed individual, or all, meeting notifications, not close the dialog, and not remind me about them again.
updated to 2.6.4, the error console reports the following error when clicking buttons:

Timestamp: 12/10/2013 12:48:25 PM
Error: '<error>' when calling method: [calICalendar::modifyItem]
Source File: resource://calendar/modules/calUtils.jsm -> file:///C:/Users/default.Ahiru/AppData/Roaming/Thunderbird/Profiles/jyjo107l.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/calendar-js/calAlarmService.js
Line: 229
So I can't find the bug I was talking about, lets figure it out in this one. After some IRC discussion, it seems the problem is here that Lightning is trying to modify an event on this Zimbra CalDAV calendar by adding the X-MOZ-LASTACK property. The Zimbra server is not allowing this since the user is not the organizer.

A server side fix for this would be to support private properties on readonly items. A client side fix for this would be to not write X-MOZ-LASTACK for events where the user is invited to and treat them like alarms for readonly calendars (they appear once when they occur and are not checked again afterwards).

This should be easy to fix by checking with cal.isInvitation() if there is an invited attendee, it will either need the simple solution from bug 356002 or all of bug 861594 fixed.
Depends on: 356002, 861594
Summary: dismiss buttons don't dismiss my meeting reminders. → Cannot dismiss reminders/alarms for meetings or other invitations
The question is why this didn't happen before. ie I never had it until today and this meeting has been recurring for quite a while.

Thanks Fallen for the help on IRC.
I was experiencing the same problem with Lightening 3.3 after I deleted a gmail account and re-added it to turn IMAP on. I noticed in the calendar window one of the calendars was marked locked - it was read-only. I turned that particular calendar off and the problem seems to have gone away.
The latest version of Lightning is 2.6.6 (july 21 update), can you check what your version number is in Thunderbird's  Tools -> Add-ons -> Extensions panel?
I can confirm that with 2.6.6 that did indeed fix the problem for me, as well. Going into the calendar properties and unchecking the "read only" checkbox made the "dismiss all" button on the list of reminders work.
We can confirm this bug with TB 45.5.1, lightning 4.7.4, Exchange EWS provider 3.6.0-beta1. Reminders for Exchange calendar popup again endlessly when dismissed.
Component: General → Alarms
Severity: normal → S3

Does anyone still reproduce this?

Flags: needinfo?(dominic.amann)
Whiteboard: [closeme 2023-01-30]

I can neither confirm nor deny as my exchange provider no longer works at all with thunderbird with Exchange EWS.

Flags: needinfo?(dominic.amann)

Resolved per whiteboard

Status: NEW → RESOLVED
Closed: 1 year ago
Resolution: --- → INCOMPLETE
Whiteboard: [closeme 2023-01-30]
You need to log in before you can comment on or make changes to this bug.