Please follow up at https://forums.bitfire.at/topic/1259/rev-must-not-appear-more-than-once-in-a-vcard-component/
Problem with repeating events
-
Hello,
I have a problem with repeating events from a long time ago. Previously I used a Palm PDA.
Steps to reproduce:-
Version: DAVdroid/0.6.2 from f-droid
-
Device: verified on Acer Phone and Emulator with Android 4.2.2
-
Caldav Server: Baikal 0.2.7 flat package
-
Client: Calendar from OS X Mavericks, Version 7.0 (1841.1)
-
Symptoms: the repeating event is displayed every Thursday on Android Calendar, but it has some exceptions to its recurrance, so in effect it only occurs 10 times at all.
This is reflected OK in iCal, but not on the phone. On the phone and in eumulator, the event appears on every Thursday without exception. By the way I tried to sync with Caldav-Sync, another tool for Android Sync: the recurrence works correctly, but I get other problems.
Here is the anonymized event: (the notes are from Agendus, a Palm app used on those days)
BEGIN:VCALENDAR VERSION:2.0 PRODID:-//Apple Inc.//Mac OS X 10.9.5//EN CALSCALE:GREGORIAN BEGIN:VTIMEZONE TZID:Europe/Berlin BEGIN:DAYLIGHT TZOFFSETFROM:+0100 RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU DTSTART:19810329T020000 TZNAME:MESZ TZOFFSETTO:+0200 END:DAYLIGHT BEGIN:STANDARD TZOFFSETFROM:+0200 RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU DTSTART:19961027T030000 TZNAME:MEZ TZOFFSETTO:+0100 END:STANDARD END:VTIMEZONE BEGIN:VEVENT RRULE:FREQ=WEEKLY;UNTIL=20070816T200000Z;BYDAY=TH DTEND;TZID=Europe/Berlin:20070405T230000 TRANSP:OPAQUE UID:1D3042C0-837C-46D4-8D48-34EA714093A7 DTSTAMP:20121224T104540Z EXDATE;TZID=Europe/Berlin:20070920T200000 EXDATE;TZID=Europe/Berlin:20070830T200000 EXDATE;TZID=Europe/Berlin:20070726T200000 EXDATE;TZID=Europe/Berlin:20070906T200000 EXDATE;TZID=Europe/Berlin:20070614T200000 EXDATE;TZID=Europe/Berlin:20070823T200000 EXDATE;TZID=Europe/Berlin:20070927T200000 EXDATE;TZID=Europe/Berlin:20070913T200000 EXDATE;TZID=Europe/Berlin:20070607T200000 EXDATE;TZID=Europe/Berlin:20071101T200000 EXDATE;TZID=Europe/Berlin:20070503T200000 EXDATE;TZID=Europe/Berlin:20071122T200000 EXDATE;TZID=Europe/Berlin:20070719T200000 EXDATE;TZID=Europe/Berlin:20071108T200000 EXDATE;TZID=Europe/Berlin:20070426T200000 EXDATE;TZID=Europe/Berlin:20070802T200000 EXDATE;TZID=Europe/Berlin:20071220T200000 EXDATE;TZID=Europe/Berlin:20071018T200000 EXDATE;TZID=Europe/Berlin:20070621T200000 EXDATE;TZID=Europe/Berlin:20070517T200000 EXDATE;TZID=Europe/Berlin:20071213T200000 EXDATE;TZID=Europe/Berlin:20070531T200000 DESCRIPTION:CONLIST: <Nachname1\, Vorname1>(0)\, <Nachname2\, Vorname2>(0)\, <Nac hname3\, Vorname3>(0)\, <Nachname4\, Vorname4>(0)\,<Nachname5\, Vorname5> (0)\, <Nachname6\, Vorname6>(0)\, <Nachname7\, Vorname7>(0)\, <Nachname8\, Vor name8>(0)\n#AN\n SEQUENCE:22 X-MICROSOFT-CDO-OWNER-CRITICAL-CHANGE:20140128T221006Z X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY X-MICROSOFT-CDO-ATTENDEE-CRITICAL-CHANGE:20140128T221006Z X-MICROSOFT-CDO-APPT-SEQUENCE:22 X-ZARAFA-REC-PATTERN:This item is recurring CLASS:PUBLIC SUMMARY:Name of Event LAST-MODIFIED:20121224T104540Z DTSTART;TZID=Europe/Berlin:20070405T200000 CREATED:20121224T104239Z X-MICROSOFT-CDO-OWNERAPPTID:-1 END:VEVENT END:VCALENDAR
-
-
Thanks for the report. It’s a duplicate of #170.
-
whoop, sorry, it seems I didnt find that one while searching