CALDav - Bug widerholende Termin ?

bcs-luggi

ESR 17.0.7:
Win 7 64 bit:
1.9.1:

Servus Zusammen,

Folgendes Problem:
Wiederholender jährlicher ganztägiger Termin (z.B Geburtstag).
Definiert mit jählicher Wiederholung:

Im CALDav-Kalender (hier Tine) kommt der wie folgt an:

Es fehlt in der wiederhlung der Monat.

Also in TB die Wiederholung Benutzdefiniert:

Nach dem speichern verliert TB die zweite Stelle des Datums, aus dem 25. Juli wird der 2. Juli.
Ist reproduzierbar, aus dem 16. wird der 1. u.s.w.

Ist der Fehler bekannt?
Mache ich was falsch?

Danke für jeden Tip
Bert

sts

Mir sind in dem Umfeld keine Probleme bekannt. Viele Benutzer verwenden Lightning erfolgreich mit verschiedensten CalDAV Servern. Spontan würde ich deshalb auf ein Problem mit dem mir unbekannten "Tine" tippen.

Wenn du in der Erweiterten Konfiguration von Thunderbird die Einstellung für "calendar.debug.log" und evtl. auch "calendar.debug.log.verbose" auf "true" setzt, dann logt Lightning die Kommunikation mit dem CalDAV Server in der Fehlerkonsole. Damit könntest du prüfen welche Termininformationen Lightning an Tine sendet und welche Termininformationen Tine zurücksendet. Sind letztere fehlerhaft liegt das Problem bei Tine.

bcs-luggi

Danke für den Tip.
Ich hab mal ein bisschen getestet.

1. Termin (Test 3) in TB angelegt, Ergebnis:

Code

CalDAV: send: BEGIN:VCALENDAR
PRODID:-//Mozilla.org/NONSGML Mozilla Calendar V1.1//EN
VERSION:2.0
BEGIN:VEVENT
CREATED:20130726T072723Z
LAST-MODIFIED:20130726T072744Z
DTSTAMP:20130726T072744Z
UID:4530f546-fd4c-4873-9dbf-d49f179f4c2d
SUMMARY:Test 3
RRULE:FREQ=YEARLY;BYMONTHDAY=25;BYMONTH=7
DTSTART;VALUE=DATE:20130725
DTEND;VALUE=DATE:20130726
TRANSP:TRANSPARENT
END:VEVENT
END:VCALENDAR
--
CalDAV: recv: 
--
CalDAV: Item added to T-Bert successfully
--
CalDAV: send(http://server/tine/calendars/6705438d66c9ad6420d10aa1150971caca6b3889/13/): <?xml version="1.0" encoding="UTF-8"?>
<C:calendar-multiget xmlns:D="DAV:" xmlns:C="urn:ietf:params:xml:ns:caldav"><D:prop><D:getetag/><C:calendar-data/></D:prop><D:href>/tine/calendars/6705438d66c9ad6420d10aa1150971caca6b3889/13/4530f546-fd4c-4873-9dbf-d49f179f4c2d.ics</D:href></C:calendar-multiget>
--
CalDAV: recv: 
<d:multistatus><d:response><d:href>/tine/calendars/6705438d66c9ad6420d10aa1150971caca6b3889/13/4530f546-fd4c-4873-9dbf-d49f179f4c2d.ics</d:href><d:propstat><d:prop><cal:calendar-data>BEGIN:VCALENDAR
PRODID:-//tine20.org//Tine 2.0 Calendar V7.3//EN
VERSION:2.0
CALSCALE:GREGORIAN
BEGIN:VTIMEZONE
TZID:Europe/Berlin
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU
DTSTART:19810329T020000
TZNAME:CEST
TZOFFSETTO:+0200
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0200
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
DTSTART:19961027T030000
TZNAME:CET
TZOFFSETTO:+0100
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
CREATED;VALUE=DATE-TIME:20130726T072742Z
LAST-MODIFIED;VALUE=DATE-TIME:20130726T072742Z
DTSTAMP;VALUE=DATE-TIME:20130726T072744Z
UID:4530f546-fd4c-4873-9dbf-d49f179f4c2d
SEQUENCE:0
DTSTART;VALUE=DATE:20130725
DTEND;VALUE=DATE:20130726
ORGANIZER;CN="Schuler, Bert";EMAIL=b.schuler@schuler-neuburg.de:mailto:b.sc
 huler@schuler-neuburg.de
ATTENDEE;CN="Schuler, Bert";CUTYPE=INDIVIDUAL;PARTSTAT=ACCEPTED;ROLE=REQ-PA
 RTICIPANT;RSVP=FALSE;EMAIL=b.schuler@schuler-neuburg.de:mailto:b.schuler@sc
 huler-neuburg.de
CLASS:PUBLIC
STATUS:CONFIRMED
SUMMARY:Test 3
TRANSP:TRANSPARENT
RRULE:FREQ=YEARLY;BYMONTHDAY=2;BYMONTH=7
X-TINE20-CONTAINER:13
END:VEVENT
END:VCALENDAR
</cal:calendar-data><d:getetag>"ec6135689873d6ca41b27e3f822969742789d5a85e75029c9c9aa15ef117aa5f926489c26bac29e9"</d:getetag></d:prop><d:status>HTTP/1.1 200 OK</d:status></d:propstat></d:response></d:multistatus>

Alles anzeigen

Wenn ich das richtig interpretiere wird der Termin an Tine übergeben (Zeilen 1 - 15)
Da steht die RRULE noch korrekt (Zeile 10)

Ab Zeile 24 antwortet ganz offensichtlich Tine.
Dort ist dann der Fehler in der RRULE (Zeile 63).

2. Termin (Test 4) in Tine angelegt, Ergebnis:

Code

CalDAV: recv: 
<d:multistatus><d:response><d:href>/tine/calendars/6705438d66c9ad6420d10aa1150971caca6b3889/13/e336e31cec72d409a6792111d04be635b6679fc9.ics</d:href><d:propstat><d:prop><cal:calendar-data>BEGIN:VCALENDAR
PRODID:-//tine20.org//Tine 2.0 Calendar V7.3//EN
VERSION:2.0
CALSCALE:GREGORIAN
BEGIN:VTIMEZONE
TZID:Europe/Berlin
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU
DTSTART:19810329T020000
TZNAME:CEST
TZOFFSETTO:+0200
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0200
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
DTSTART:19961027T030000
TZNAME:CET
TZOFFSETTO:+0100
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
CREATED;VALUE=DATE-TIME:20130726T080853Z
LAST-MODIFIED;VALUE=DATE-TIME:20130726T080853Z
DTSTAMP;VALUE=DATE-TIME:20130726T080911Z
UID:7adee983a35fef1d4452cb8243bd69629ec541ba
SEQUENCE:0
DTSTART;VALUE=DATE:20130726
DTEND;VALUE=DATE:20130727
ORGANIZER;CN="Schuler, Bert";EMAIL=b.schuler@schuler-neuburg.de:mailto:b.sc
 huler@schuler-neuburg.de
ATTENDEE;CN="Schuler, Bert";CUTYPE=INDIVIDUAL;PARTSTAT=ACCEPTED;ROLE=REQ-PA
 RTICIPANT;RSVP=FALSE;EMAIL=b.schuler@schuler-neuburg.de:mailto:b.schuler@sc
 huler-neuburg.de
CLASS:PUBLIC
STATUS:CONFIRMED
SUMMARY:Test 4
TRANSP:OPAQUE
RRULE:FREQ=YEARLY;INTERVAL=1;BYMONTH=7;BYMONTHDAY=26
X-TINE20-CONTAINER:13
END:VEVENT
END:VCALENDAR
</cal:calendar-data><d:getetag>"3c614d586afbc98fc93bdfe611bf0e3a56b6caf8ab87e8393407cc00139503f2929d88cfb440d32a"</d:getetag></d:prop><d:status>HTTP/1.1 200 OK</d:status></d:propstat></d:response></d:multistatus>
--
CalDAV: recv: 
<d:multistatus><d:response><d:href>/tine/calendars/6705438d66c9ad6420d10aa1150971caca6b3889/13/e336e31cec72d409a6792111d04be635b6679fc9.ics</d:href><d:propstat><d:prop><cal:calendar-data>BEGIN:VCALENDAR
PRODID:-//tine20.org//Tine 2.0 Calendar V7.3//EN
VERSION:2.0
CALSCALE:GREGORIAN
BEGIN:VTIMEZONE
TZID:Europe/Berlin
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU
DTSTART:19810329T020000
TZNAME:CEST
TZOFFSETTO:+0200
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0200
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
DTSTART:19961027T030000
TZNAME:CET
TZOFFSETTO:+0100
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
CREATED;VALUE=DATE-TIME:20130726T080853Z
LAST-MODIFIED;VALUE=DATE-TIME:20130726T081208Z
DTSTAMP;VALUE=DATE-TIME:20130726T081210Z
UID:7adee983a35fef1d4452cb8243bd69629ec541ba
SEQUENCE:1
DTSTART;VALUE=DATE:20130726
DTEND;VALUE=DATE:20130727
ORGANIZER;CN="Schuler, Bert";EMAIL=b.schuler@schuler-neuburg.de:mailto:b.sc
 huler@schuler-neuburg.de
ATTENDEE;CN="Schuler, Bert";CUTYPE=INDIVIDUAL;PARTSTAT=ACCEPTED;ROLE=REQ-PA
 RTICIPANT;RSVP=FALSE;EMAIL=b.schuler@schuler-neuburg.de:mailto:b.schuler@sc
 huler-neuburg.de
CLASS:PUBLIC
STATUS:CONFIRMED
SUMMARY:Test 4
TRANSP:OPAQUE
RRULE:FREQ=YEARLY;BYMONTHDAY=2;BYMONTH=7
X-TINE20-CONTAINER:13
END:VEVENT
END:VCALENDAR
</cal:calendar-data><d:getetag>"d1ed9ce15479cce78be0301799b4cfc257c177c60aa3eb061be6d56cf3bbff8ae653637cf156e377"</d:getetag></d:prop><d:status>HTTP/1.1 200 OK</d:status></d:propstat></d:response></d:multistatus>

Alles anzeigen

TB empfängt den Termin (Zeile 1 - 44) , RRule noch richtig (Zeile 40)
Dann empfängt TB den Termin nochmal (ab Zeile 46)
und hier ist die RRule (Zeile 85) dann falsch.

Ich habe keine Ahnung wer den Fehler nun produziert.
Bert

sts

Auf die Schnelle sehe ich auch nur, dass Lightning korrekte Werte absendet aber dann falsche Werte von Tine empfängt. Hast du mal beim Tine Support / Forum nachgefragt?

bcs-luggi

Jo, ist schon am laufen.
Danke
Bert

CALDav - Bug widerholende Termin ?

Community-Bot 3. September 2024 um 20:10

Thunderbird 139.0.1 veröffentlicht

Thunderbird 128.11.0 ESR veröffentlicht