|
From: deloptes <del...@ya...> - 2010-09-28 17:27:38
|
Chris Frey wrote: > Hi, > > I think this is the key: > > element event: Schemas validity error : Element 'event': Missing child > element(s). Expected is one of ( AlarmAudio, AlarmDisplay, AlarmEmail, > AlarmProcedure, Attach, Attendee, CalendarScale, Categories, Class, > Comment ). > > I means that you need to compare the XmlFormat data with the schema > and see what is really missing. It is probably parsing the VCALENDAR > data, and either missing some data, or the data is not there from the > Akonadi source. > > I would search for the xml data in the logs, compare with the schema, > and track it back from there. > > - Chris > > I don't see any data in the logs. Which logs, where? I have the thread logs but there is no xml. Let us discuss a bit. I was not sure what would "get_changes" return for the Calendar type of Akonadi. It seems that all we see is coming from Calendar, so KDE is really keeping the entries in one Calendar +- Events (VCALENDAR) +- Notes (VJOURNAL) +- Todos (VTODO) Besides you can have Notes like in KDE3 Notes (VNOTE) (vnote11) I'm not sure how I have to solve this. May be it should be splitted in separate objects in the config Then we can use mimetype and save it into the config, when discovering. In the sync process we can make use of this mime-type to retrieve the proper collection from akonadi. Another option would be to hardcode the mimetypes. However I'm going to implement it most probably in the upcoming weekend. Until then I want to know what is expected so that it will work with the other plugins. regards |