On Wed, 2010-10-27 at 20:23 +0200, Milan Crha wrote: > On Wed, 2010-10-27 at 14:22 -0300, Dennis Drapeau wrote: > > using a shorter .ics file (only 5 entries) ==> same result > > > > evolution --force-shutdown > > export CALDAV_DEBUG=all > > /usr/lib/evolution/evolution-data-server-2.28 > > Hi, > the above is correct, it's same like e-calendar-factory for 2.30.0+. > > > [separate console] evolution > > -- importing the same file gives same result > > -- no information at all logged to either console > > It may mean either there were running two evolution-data-server > processes after the import, which is pretty unlikely, or the calendar > which was used wasn't doing any CalDAV operations. Is it possible?
There was only one e-d-s running, and I imported the .ics while running, and it definitely added the events (half of them) to the CalDAV server as confirmed by other software connected to the CalDAV calendar. > With respect of the .ics file content, is it possible to strip private > information and share it? Or even better, what is the event type stored > there? Could it be recurring events are missed? I know there were fixes > to support recurring events in CalDAV, but I do not remember off hand > when exactly. > Bye, > Milan No recurring events were present. It is a very simple .ics file, and it's import works just fine with local calendars and every other calendaring software including Sunbird, Windows Live, Google, Apple Ical... Here is the contents: <<< ical.ics BEGIN:VCALENDAR PRODID:-//xxxxx//xxxxxx// VERSION:2.0 BEGIN:VEVENT DTSTAMP:20101027T164102Z UID:20101201T070000_DDR_ANSI SUMMARY:HI8 DESCRIPTION:HI8 DTSTART;TZID=Halifax:20101201T070000 DTEND;TZID=Halifax:20101201T170000 END:VEVENT BEGIN:VEVENT DTSTAMP:20101027T164102Z UID:20101214T170000_DDR_ANSI SUMMARY:GC1 Night DESCRIPTION:GC1 Night DTSTART;TZID=Halifax:20101214T170000 DTEND;TZID=Halifax:20101214T235900 END:VEVENT BEGIN:VEVENT DTSTAMP:20101027T164102Z UID:20101214T170000_DDR_ANSI SUMMARY:THN Night DESCRIPTION:THN Night DTSTART;TZID=Halifax:20101214T170000 DTEND;TZID=Halifax:20101214T235900 END:VEVENT BEGIN:VEVENT DTSTAMP:20101027T164102Z UID:20101215T070000_DDR_ANSI SUMMARY:FDO DESCRIPTION:FDO DTSTART;TZID=Halifax:20101215T070000 DTEND;TZID=Halifax:20101215T170000 END:VEVENT BEGIN:VEVENT DTSTAMP:20101027T164102Z UID:20101216T070000_DDR_ANSI SUMMARY:HI6 DESCRIPTION:HI6 DTSTART;TZID=Halifax:20101216T070000 DTEND;TZID=Halifax:20101216T170000 END:VEVENT BEGIN:VEVENT DTSTAMP:20101027T164102Z UID:20101217T070000_DDR_ANSI SUMMARY:TH1 GC2 DESCRIPTION:TH1 GC2 DTSTART;TZID=Halifax:20101217T070000 DTEND;TZID=Halifax:20101217T170000 END:VEVENT BEGIN:VTIMEZONE TZID:Halifax X-LIC-LOCATION:America/Halifax BEGIN:STANDARD TZNAME:AST DTSTART:19701101T010000 RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=1SU;BYMONTH=11 TZOFFSETFROM:-0300 TZOFFSETTO:-0400 END:STANDARD BEGIN:DAYLIGHT TZNAME:ADT DTSTART:19700308T030000 RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=2SU;BYMONTH=3 TZOFFSETFROM:-0400 TZOFFSETTO:-0300 END:DAYLIGHT END:VTIMEZONE END:VCALENDAR <<< ical.ics I get the same behaviour with or without a blank line between events.... Dennis > _______________________________________________ > evolution-list mailing list > evolution-list@gnome.org > To change your list options or unsubscribe, visit ... > http://mail.gnome.org/mailman/listinfo/evolution-list > _______________________________________________ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
