Re: [Evolution] CalDAV problem

[Dennis Drapeau <doubled_ca hotmail com>]

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