http://bugs.meego.com/show_bug.cgi?id=6680
--- Comment #3 from ovek <[email protected]> 2010-09-14 04:02:41 PDT --- I might have to suggest forcing vcalendar format... Nokia's calendar-backend wants to convert the vcal to something it can store in is internal SQLite database. I've taken a quick look at the sources for their parser, and from what I can tell, it might not handle TZID fields of this type, only stuff like "TZID=Australia/Brisbane" (the ical date import code should have used icaltimezone_get_builtin_timezone_from_tzid() instead of icaltimezone_get_builtin_timezone() to parse this property). If so, perhaps a bug for that should be filed on bugs.maemo.org. As a fallback, it will of course try the VTIMEZONE information, where the parser will, if all else fails, try to infer the timezone from the GMT offset and daylight savings information. However, this also fails, because for some reason, it only looks at TZOFFSETTO if there's also a RRULE. Go figure. Hence, timezones without daylight savings rules will be treated as GMT. Another calendar bug, I suppose... Probably nothing syncevolution can do about that other than perhaps use vcalendar as much as possible, until someone fixes Nokia's stuff. -- Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching someone on the CC list of the bug. _______________________________________________ Syncevolution-issues mailing list [email protected] http://lists.syncevolution.org/listinfo/syncevolution-issues
