1189255 - Multidate event loses reminder period if moved

Status: RESOLVED INVALID

(Calendar :: Provider: CalDAV, defect)

Description

[csc4096]

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Firefox/38.0
Build ID: 20150703141607

Steps to reproduce:

Thunderbird (31.8.0) / Lightning (3.3.3) with Davmail (4.6.1) to talk to Exchange:
(also tried with Thunderbird (38.0 beta channel) and Thunderbird (41.0a2) / Lightning (4.3a2))

1. Create event repeating on multiple days
2, Set reminder period.
3. Save and ensure reminder period is still set
4, Move calendar instance to new day/period




Actual results:

Reminder icon vanishes
No reminder period showing on any of the event or repeat occurrences
Repeat box is greyed out so cannot be edited.



Expected results:

Reminder period should still show for each event instance

Comment 1

[csc4096]

Thunderbird (31.8.0) / Lightning (3.3.3) with Davmail (4.6.1) to talk to Exchange:
(also tried with Thunderbird (38.0 beta channel) and Thunderbird (41.0a2) / Lightning (4.3a2))

Please let me know if you require any more information

Comment 2

[[:MakeMyDay]]

Please provide log information appearing when reproducing the issue following the description in comment 2 of bug 1189256.

Comment 3

[csc4096]

Attachment: Console log file

Console log file.
Extraneous data has been removed.
Some fields have been edited to obfuscate identifying information.

Comment 4

[csc4096]

Test environment:
Thunderbird 38.1.0
Lightning 4.0.1.2
CentOS 7

Supplied file has been annotated to show creation of new multi-date event with reminder period and output from console log after moving it.

Comment 5

[Stefan Sitter [:ssitter]]

Looks like a server issue. The following event is send from Lightning to the server:

> BEGIN:VEVENT
> CREATED:20150731T104922Z
> LAST-MODIFIED:20150731T105100Z
> DTSTAMP:20150731T105100Z
> UID:cd0576e8-e6ae-4d20-aaeb-1f04ec87d820
> SUMMARY:EVENT1
> PRIORITY:5
> STATUS:CONFIRMED
> RECURRENCE-ID;TZID=Europe/London:20150731T123000
> DTSTART;TZID=Europe/London:20150801T123000
> DTEND;TZID=Europe/London:20150801T133000
> SEQUENCE:1
> DESCRIPTION:Title: EVENT1\nLocation: LOCATION1\nCategory: {none}\nCalendar
>  : {Calendar}\n\nRepeat: Weekly until 31/08/15\n\nReminder: 15 minutes.\n\n
>  
> CLASS:PUBLIC
> TRANSP:OPAQUE
> LOCATION:LOCATION1
> X-MICROSOFT-CDO-APPT-SEQUENCE:0
> X-MICROSOFT-CDO-OWNERAPPTID:2113403370
> X-MICROSOFT-CDO-BUSYSTATUS:BUSY
> X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
> X-MICROSOFT-CDO-ALLDAYEVENT:FALSE
> X-MICROSOFT-CDO-IMPORTANCE:1
> X-MICROSOFT-CDO-INSTTYPE:1
> X-MICROSOFT-DISALLOW-COUNTER:FALSE
> X-MOZ-GENERATION:1
> BEGIN:VALARM
> ACTION:DISPLAY
> TRIGGER;VALUE=DURATION:-PT15M
> DESCRIPTION:REMINDER
> END:VALARM
> END:VEVENT

And this is what the server sends back to Lightning:

> BEGIN:VEVENT
> SUMMARY:EVENT1
> DTSTART;TZID="Europe/London":20150801T123000
> DTEND;TZID="Europe/London":20150801T133000
> UID:cd0576e8-e6ae-4d20-aaeb-1f04ec87d820
> RECURRENCE-ID:20150731T113000Z
> CLASS:PUBLIC
> PRIORITY:5
> DTSTAMP:20150731T105100Z
> TRANSP:OPAQUE
> STATUS:CONFIRMED
> SEQUENCE:0
> LOCATION:LOCATION1
> X-MICROSOFT-CDO-APPT-SEQUENCE:0
> X-MICROSOFT-CDO-OWNERAPPTID:2113403370
> X-MICROSOFT-CDO-BUSYSTATUS:BUSY
> X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
> X-MICROSOFT-CDO-ALLDAYEVENT:FALSE
> X-MICROSOFT-CDO-IMPORTANCE:1
> X-MICROSOFT-CDO-INSTTYPE:1
> X-MICROSOFT-DISALLOW-COUNTER:FALSE
> END:VEVENT

As you can see the VALARM property and some other properties like DESCRIPTION have been removed by the server. This can be observed two times in the attached log file.

Maybe you calendar server has problems with events that are edited occurrences of repeating events?

Comment 6

[csc4096]

> As you can see the VALARM property and some other properties like
> DESCRIPTION have been removed by the server. This can be observed two times
> in the attached log file.
> 
> Maybe you calendar server has problems with events that are edited
> occurrences of repeating events?

I disagree that this is a Microsoft Exchange bug: the same multi-date event can be dragged to a different day in Korganizer (4.10.5)/Davmail [using the CalDav protocol] without losing either the reminder or the description. The subsequent moved file can still be edited.

I'm still convinced this is a Thunderbird/Lightning issue.

Comment 7

[[:MakeMyDay]]

As Stefan wrote, you can see in the log, that Lightning always send the events with reminder (VALARM component within VEVENT) for both main recurring event and exception to the server. The server reports back a sucessfull creation/modification but delivers only the main recurring event back with the reminder- the exception is missing the reminder.

Maybe other client implementations don't re-retrive the event after a successul creation/modification or just don't care about. But based on the log it's evident that this is not a Lightning but a server issue, so you should file a bug on this with Davmail. If you do so, please leave a reference here for other people who may have the same issue.

Comment 8

[csc4096]

Davmail report: https://sourceforge.net/p/davmail/support-requests/250/