Open Bug 1684733 Opened 5 years ago Updated 3 years ago

MODIFICATION_FAILED message when snoozing a reminder about a repeating event in an ics calendar with a long X-ALT-DESC field

Categories

(Calendar :: Alarms, defect)

x86_64
Windows 10
defect

Tracking

(Not tracked)

UNCONFIRMED

People

(Reporter: geoff.lee99, Unassigned)

References

Details

Attachments

(1 file)

246.82 KB, application/x-zip-compressed
Details
Attached file Example.zip

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.88 Safari/537.36 Edg/87.0.664.66

Steps to reproduce:

The attached zip file contains several screenshots, and two "toy" ics format calendars, working.ics and broken.ics, each of which contains a single repeating event with a reminder set.

To replicate the error, add them as "network" calendars in the ical format using the "file:///D:/Users/Geoff/------.ics" approach

When a reminder appears for the only event in the working.ics calendar, it can be snoozed.

However when a reminder appears for the only event in the broken.ics calendar, an attempt to snooze it creates a MODIFICATION_FAILED error, and the broken.ics calendar is automatically set to read only (which is not exactly what the detailed error message says, but it's close).

The only substantive difference between the 2 toy files is that the broken.ics event includes a multiline X-ALT-DESC field (in my real life Thunderbird/Lightning calendar, the problematic repeating events were family birthdays imported several years ago from an Outlook calendar export).

X-ALT-DESC;FMTTYPE=text/html:<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//
EN">\n<HTML>\n<HEAD>\n<META NAME="Generator" CONTENT="MS Exchange Server v
ersion 14.02.5004.000">\n<TITLE></TITLE>\n</HEAD>\n<BODY>\n<!-- Converted
from text/rtf format -->\n\n<P DIR=LTR><SPAN LANG="en-au"><FONT FACE="Cali
bri">BROKEN</FONT></SPAN><SPAN LANG="en-au"></SPAN></P>\n\n</BODY>\n</HTML

The MODIFICATION_FAILED behaviour appeared between :

17 August 2020 (when I was using Thunderbird 68.11.0) at which date snoozing the reminder worked as expected, and

21 November 2020 (Thunderbird 78.5.0) at which date attempting to snooze a reminder for a birthday event generated a MODIFICATION_FAILED error.

It still manifests in Thunderbird 78.6.0

NB : The VALARM entries in both calendars contain an additional error message, which does NOT appear to be (directly) related to the MODIFICATION_FAILED error, since it appears in both calendars (and text editing it out does not remove the problem).

X-LIC-ERROR;X-LIC-ERRORTYPE=PARAMETER-VALUE-PARSE-ERROR:Got a VALUE parame
ter with an illegal type for property: VALUE=DURATION

Actual results:

The actual results are shown in the screenshots in the attached zip file.

Expected results:

I expected that it would be possible to snooze the reminders in both calendars, as had been the case as at 17 August 2020 and before.

Component: Untriaged → Alarms
OS: Unspecified → Windows 10
Product: Thunderbird → Calendar
Hardware: Unspecified → x86_64
Version: 78 → unspecified
Duplicate of this bug: 1811724

This happens in my case on Linux with TB 110.0b1 (64-bit) too, when fetching Exchange data through DavMail Gateway (Caldav proxy).

Akonadi/KOrganizer works just fine through the exact same DavMail Gateway (Caldav proxy).

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: