640171 - all day event on a CalDAV server: cannot untick "All day Event"

Status: RESOLVED WONTFIX

(Calendar :: Provider: CalDAV, defect)

Description

[vonkaenel]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.15) Gecko/20110303 Firefox/3.6.15 ( .NET CLR 3.5.30729; .NET4.0C)
Build Identifier: Lightning 1.0b3pre

Changing a "all day event" to a specific time period does not work. The calendar is on a CalDAV server (CommunigatePro v5.3.12).

Reproducible: Always

Steps to Reproduce:
1. create a "all day event" and "save and close" it.
2. open the event again.
3. deselect "all day event" and "save and close" the event.
4. reopen the event.
5. "all day event" is still selected and the "end date" is a day earlier than the "start date".



With Microsoft Outlook the problem does not happen on the same CalDAV server.

Comment 1

[Philipp Kewisch [:Fallen][📱📆]]

Could you enable calendar.debug.log and calendar.debug.log.verbose in the advanced config editor and check the error console for messages? Especially interesting is the data sent to the server after checking the all day event box and saving.

Comment 2

[vonkaenel]

I have created a all day event. Then I tried to deselect the all day event button.

Here are some entries from the console:

CalDAV: send: BEGIN:VCALENDAR
PRODID:-//Mozilla.org/NONSGML Mozilla Calendar V1.1//EN
VERSION:2.0
BEGIN:VEVENT
CREATED:20110309T161433Z
LAST-MODIFIED:20110309T161443Z
DTSTAMP:20110309T161443Z
UID:b47f06f9-dd25-4f56-b47a-45bb8a029f2d
SUMMARY:test all day
DTSTART;VALUE=DATE:20110420
DTEND;VALUE=DATE:20110421
TRANSP:TRANSPARENT
END:VEVENT
END:VCALENDAR

mail.physio.unibe.ch : server does not support RFC 5746, see CVE-2009-3555

CalDAV: recv:
<D:multistatus>
  <D:response>
    <D:href>/CalDAV/Calendar/b47f06f9-dd25-4f56-b47a-45bb8a029f2d.ics</D:href>
    <D:propstat>
      <D:prop>
        <D:getetag>"308239529-621"</D:getetag>
        <C:calendar-data>BEGIN:VCALENDAR
PRODID:CommuniGate Pro 5.3.12
VERSION:2.0
METHOD:PUBLISH
BEGIN:VEVENT
DTSTAMP:20110309T161443Z
UID:b47f06f9-dd25-4f56-b47a-45bb8a029f2d
SEQUENCE:0
SUMMARY:test all day
DTSTART;VALUE=DATE:20110420
DTEND;VALUE=DATE:20110421
X-MICROSOFT-CDO-ALLDAYEVENT:TRUE
TRANSP:TRANSPARENT
X-MICROSOFT-CDO-BUSYSTATUS:BUSY
LAST-MODIFIED:20110309T161443Z
CREATED:20110309T161433Z
PRIORITY:5
END:VEVENT
END:VCALENDAR
</C:calendar-data>
      </D:prop>
      <D:status>HTTP/1.1 200 OK</D:status>
    </D:propstat>
  </D:response>
</D:multistatus>

CalDAV: send: BEGIN:VCALENDAR
PRODID:-//Mozilla.org/NONSGML Mozilla Calendar V1.1//EN
VERSION:2.0
BEGIN:VTIMEZONE
TZID:Europe/Berlin
X-LIC-LOCATION:Europe/Berlin
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
TZNAME:CEST
DTSTART:19700329T020000
RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=3
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0200
TZOFFSETTO:+0100
TZNAME:CET
DTSTART:19701025T030000
RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=10
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
CREATED:20110309T161433Z
LAST-MODIFIED:20110309T161453Z
DTSTAMP:20110309T161453Z
UID:b47f06f9-dd25-4f56-b47a-45bb8a029f2d
SUMMARY:test all day
PRIORITY:5
DTSTART;TZID=Europe/Berlin:20110420T180000
DTEND;TZID=Europe/Berlin:20110420T190000
SEQUENCE:1
X-MICROSOFT-CDO-ALLDAYEVENT:TRUE
TRANSP:OPAQUE
X-MICROSOFT-CDO-BUSYSTATUS:BUSY
X-MOZ-GENERATION:1
END:VEVENT
END:VCALENDAR

CalDAV: recv:
<D:multistatus>
  <D:response>
    <D:href>/CalDAV/Calendar/b47f06f9-dd25-4f56-b47a-45bb8a029f2d.ics</D:href>
    <D:propstat>
      <D:prop>
        <D:getetag>"308239529-622"</D:getetag>
        <C:calendar-data>BEGIN:VCALENDAR
PRODID:CommuniGate Pro 5.3.12
VERSION:2.0
METHOD:PUBLISH
BEGIN:VEVENT
DTSTAMP:20110309T161453Z
UID:b47f06f9-dd25-4f56-b47a-45bb8a029f2d
SEQUENCE:1
SUMMARY:test all day
DTSTART;VALUE=DATE:20110420
DTEND;VALUE=DATE:20110420
X-MICROSOFT-CDO-ALLDAYEVENT:TRUE
X-MICROSOFT-CDO-BUSYSTATUS:BUSY
LAST-MODIFIED:20110309T161453Z
CREATED:20110309T161433Z
PRIORITY:5
X-MOZ-GENERATION:1
END:VEVENT
END:VCALENDAR
</C:calendar-data>
      </D:prop>
      <D:status>HTTP/1.1 200 OK</D:status>
    </D:propstat>
  </D:response>
</D:multistatus>

Comment 3

[Stefan Sitter [:ssitter]]

In my opinion a server error. Lightning sends a non-all-day event to the server:

> CalDAV: send: BEGIN:VCALENDAR
> PRODID:-//Mozilla.org/NONSGML Mozilla Calendar V1.1//EN
> ...
> DTSTART;TZID=Europe/Berlin:20110420T180000
> DTEND;TZID=Europe/Berlin:20110420T190000

and the server sends back a zero-length all-day event:

> CalDAV: recv: BEGIN:VCALENDAR
> PRODID:CommuniGate Pro 5.3.12
> ...
> DTSTART;VALUE=DATE:20110420
> DTEND;VALUE=DATE:20110420

Maybe the CommuniGate Pro server is getting confused by the non-standard X-MICROSOFT-CDO-ALLDAYEVENT:TRUE entry in the event. Lightning could remove the entry when sending the event. But in my opinion the server should respect the start and end date time as specified in the iCalendar standard instead of using a non-standard entry.

Comment 4

[Philipp Kewisch [:Fallen][📱📆]]

I don't think we should add a workaround for this bug. I can't find the exact reference, but in rfc5545 there are a lot of quotes like " Applications MUST ignore x-param and iana-param values they don't recognize."

Please file a bug with CGP.