Hi,
first of all, thx for this great project caldavzap.
I think i found a small problem in timezone handling.
This is an VEVENT like my server delivers it to caldavzap:
BEGIN:VCALENDAR VERSION:2.0 PRODID:-//PYVOBJECT//NONSGML Version 1//EN BEGIN:VTIMEZONE TZID:CET BEGIN:STANDARD DTSTART:20001029T030000 RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=10 TZNAME:CET TZOFFSETFROM:+0200 TZOFFSETTO:+0100 END:STANDARD BEGIN:DAYLIGHT DTSTART:20000326T020000 RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=3 TZNAME:CEST TZOFFSETFROM:+0100 TZOFFSETTO:+0200 END:DAYLIGHT END:VTIMEZONE BEGIN:VEVENT UID:f95e4843e9f97d89b04629b30add8286c8fd006a278f14da13e73305a274bed3 DTSTART;TZID=CET:20141013T080000 DTEND;TZID=CET:20141013T100000 CLASS:PUBLIC CREATED:20141013T121011Z DTSTAMP:20141013T132205Z LAST-MODIFIED:20141013T132205Z SEQUENCE:1 SUMMARY:tst TRANSP:OPAQUE END:VEVENT END:VCALENDAR
If i now move this event by drag and drop to a different time (2 hours later in this example) this is the VEVENT my server receives from caldavzap:
BEGIN:VCALENDAR VERSION:2.0 CALSCALE:GREGORIAN BEGIN:VEVENT CREATED:20141013T121011Z LAST-MODIFIED:20141013T132621Z DTSTAMP:20141013T132621Z UID:f95e4843e9f97d89b04629b30add8286c8fd006a278f14da13e73305a274bed3 SUMMARY:tst TRANSP:OPAQUE CLASS:PUBLIC DTSTART;TZID=null:20141013T100000 DTEND;TZID=null:20141013T120000 SEQUENCE:1 END:VEVENT PRODID:-//Inf-IT//CalDavZAP 0.11.1//EN END:VCALENDAR
The problem is, that TZID of DTSTART and DTEND contain 'null' instead of a valid timezone. I think the correct TZINFO gets lost somewhere.
It would be great if you could look into this. If you need some more informations please let me know.
Regards,
Korbinian
Hi Korbinian,
we will try to reproduce and fix it.
Thanks,
JM
On 13 Oct 2014, at 15:35, Korbinian Preisler mymailinglists@gmx.net wrote:
Hi,
first of all, thx for this great project caldavzap.
I think i found a small problem in timezone handling.
This is an VEVENT like my server delivers it to caldavzap:
BEGIN:VCALENDAR VERSION:2.0 PRODID:-//PYVOBJECT//NONSGML Version 1//EN BEGIN:VTIMEZONE TZID:CET BEGIN:STANDARD DTSTART:20001029T030000 RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=10 TZNAME:CET TZOFFSETFROM:+0200 TZOFFSETTO:+0100 END:STANDARD BEGIN:DAYLIGHT DTSTART:20000326T020000 RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=3 TZNAME:CEST TZOFFSETFROM:+0100 TZOFFSETTO:+0200 END:DAYLIGHT END:VTIMEZONE BEGIN:VEVENT UID:f95e4843e9f97d89b04629b30add8286c8fd006a278f14da13e73305a274bed3 DTSTART;TZID=CET:20141013T080000 DTEND;TZID=CET:20141013T100000 CLASS:PUBLIC CREATED:20141013T121011Z DTSTAMP:20141013T132205Z LAST-MODIFIED:20141013T132205Z SEQUENCE:1 SUMMARY:tst TRANSP:OPAQUE END:VEVENT END:VCALENDAR
If i now move this event by drag and drop to a different time (2 hours later in this example) this is the VEVENT my server receives from caldavzap:
BEGIN:VCALENDAR VERSION:2.0 CALSCALE:GREGORIAN BEGIN:VEVENT CREATED:20141013T121011Z LAST-MODIFIED:20141013T132621Z DTSTAMP:20141013T132621Z UID:f95e4843e9f97d89b04629b30add8286c8fd006a278f14da13e73305a274bed3 SUMMARY:tst TRANSP:OPAQUE CLASS:PUBLIC DTSTART;TZID=null:20141013T100000 DTEND;TZID=null:20141013T120000 SEQUENCE:1 END:VEVENT PRODID:-//Inf-IT//CalDavZAP 0.11.1//EN END:VCALENDAR
The problem is, that TZID of DTSTART and DTEND contain 'null' instead of a valid timezone. I think the correct TZINFO gets lost somewhere.
It would be great if you could look into this. If you need some more informations please let me know.
Regards,
Korbinian
-
Ján Máté -
Korbinian Preisler