1843432 - Snoozing an alarm turns calendar read-only.

Status: UNCONFIRMED

(Calendar :: Alarms, defect)

Description

[john_roshi]

Attachment: consolelog.txt

Steps to reproduce:

In certain situations, snoozing an alarm will set a calendar to read-only state. When this happens, unchecking the "read-only" property in the Properties dialog has no effect.

STEPS TO REPRODUCE:
Open Thunderbird.
Select File > New > Calendar.
In the Create New Calendar dialog choose "On the Network", click Next.
In the Location field enter the URI for a file on the local computer, e.g., file:///home/joeuser/MyCalendar.ics (Note, this file does not need to exist).
Click "Find Calendars".
The specified file should appear as a candidate calendar to subscribe to. Verify the desired calendar's checkbox is selected and click Subscribe.
The new calendar should appear in the list of calendars pane. Click on it to select it. At this point there shouldn't be any events in this calendar.
From Events and Tasks menu choose New Event.
In the New Event dialog, verify that the new calendar appears in the drop down box for the Calendar field.
In the Title field, enter "Sample".
In the Start field, enter a date and time that is 24 hrs and 5 mins ahead of the current time.
From the Reminder drop down box, select "1 day before".
Click Save and Close.
Observe the new event in tomorrow's box on the calendar.
Close TB

Wait about ten minutes, or at least one minute past the time for reminder to be triggered.

Open Thunderbird.
A reminder popup should appear immediately for the event created above.
Immediately click Snooze and select 5 minutes (duration is irrelevant).

Actual results:

"An error has occurred" message dialog appears, and the calendar becomes read-only. The details of the message are "Error code: MODIFICATION_FAILED"
At this point, clicking snooze has no effect. Close the dialog.
Right click on event and observe "Delete Event" menu item is disabled. Examine Calendar Properties to see that "Read Only" is checked. Uncheck "read only" and close the dialog. Observe Delete Event is enabled, but choosing it has no effect.
Attached is the console log, the significant sentence seems to be "ID for modifyItem doesn't exist, is null, or is from different calendar CalCalendarManager".
At this point, the calendar is essentially locked in read-only mode, even if Thunderbird is closed and subsequently reopened. It is possible to unsubscribe the calendar and subscribe again to regain full functionality.

The behavior was reproduced on two different Linux computers running Thunderbird version 102.11.0 and on a Windows 10 computer running Thunderbird 102.13.0.

WORKAROUND:
When Thunderbird is opened and the reminder dialog appears, wait about 15 seconds. If you watch closely you can observe the moment when the screen refreshes. Now the reminder can be snoozed and the calendar continues properly.

See Also: Bug 1782446 Sounds like it might be the same defect

Expected results:

The dialog should disappear and the event should be snoozed.