Summary: | Akonadi GroupDAV resource crashed at startup | ||
---|---|---|---|
Product: | [Frameworks and Libraries] Akonadi | Reporter: | Elias Probst <mail> |
Component: | DAV Resource | Assignee: | Grégory Oestreicher <greg> |
Status: | RESOLVED FIXED | ||
Severity: | crash | CC: | daltinn.pbl, greg, kdepim-bugs, marian.trenkwalder |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: | New crash information added by DrKonqi |
Description
Elias Probst
2010-09-08 08:55:56 UTC
Hi Ingo, Could you give more details about your setup ? Especially how is the resource configured, with which protocol, etc. Cheers, Grégory (In reply to comment #1) > Hi Ingo, Erm, sorry Elias for the mixup… I looked at two bugs at once and managed to mess the reporters names. The question are for this bug. Cheers, Grégory I have 1 GroupDAV resource which has just one CalDav server (https) configured. The refresh time is set to 5 minutes. That's basically all I have to tell about my specific configuration. (In reply to comment #3) > I have 1 GroupDAV resource which has just one CalDav server (https) configured. Which server are you using ? Have you used the setup wizard, or have you configured / edited the calendar manually ? If so, can you tell me what you configured / changed ? I'll try to replicate your issue. Actually I can see where the problem may be, but I've never encountered the conditions that can lead to this. Feel free to send the informations privately if you don't want them disclosed here for confidentiality reasons. Cheers, Grégory The server seems to be a OS X server which seems to have some builting GroupDAV functionality. I have used the wizard, but canceled it as it doesn't provide the OS X GroupDAV server as selection. I've added the CalDAV item manually using this URL: https://groupware01.company.com:8443/calendars/users/ep/ When clicking on 'Fetch' in the dialog, 1 list entry appears: calendar | https://groupware01.company.com:8443/calendars/users/ep/calendar/ I've never edited the calendar or any items, just used it for viewing it. Can you post the content of the file ~/.kde4/share/config/akonadi_davgroupware_resource_Xrc, where X is a digit ? Feel free to redact the URLs or user names, but try to preserve the fields please. Cheers, Grégory Hi Elias, Nevermind the previous question, I managed to reproduce your issue. This should be fixed now in trunk and will be included in the next KDE Pim Beta release. Once you upgrade you will have to open the resource configuration dialog, check that you can see the calendar by using the 'Fetch' button (and eventually change the protocol), and then accept the changes. Cheers, Grégory Thanks a lot for the fix! Created attachment 57310 [details]
New crash information added by DrKonqi
akonadi_davgroupware_resource (0.1) on KDE Platform 4.6.00 (4.6.0) using Qt 4.7.0
- What I was doing when the application crashed:
Crash during Akonadi autostart.
- Unusual behavior I noticed:
One GroupDAV resource to eGroupvare 1.8 server
- Custom settings of the application:
Configured by wizard, 3 resouces: contacts, caolendar, task.
-- Backtrace (Reduced):
#7 0x080613c3 in DavItemsListJob::start (this=0x8cd0af0) at ../../../../resources/dav/common/davitemslistjob.cpp:38
#8 0x08072df7 in DavGroupwareResource::retrieveItems (this=0x8c99718, collection=...) at ../../../../resources/dav/resource/davgroupwareresource.cpp:191
#9 0x071b545e in Akonadi::ResourceBasePrivate::slotSynchronizeCollection (this=0x8c9a278, col=...) at ../../akonadi/resourcebase.cpp:572
#10 0x071b8dca in Akonadi::ResourceBase::qt_metacall (this=0x8c99718, _c=QMetaObject::InvokeMetaMethod, _id=15, _a=0xbfd554b8) at ./moc_resourcebase.cpp:142
#11 0x08078b4f in DavGroupwareResource::qt_metacall (this=0x8c99718, _c=QMetaObject::InvokeMetaMethod, _id=38, _a=0xbfd554b8) at ./davgroupwareresource.moc:103
*** Bug 272602 has been marked as a duplicate of this bug. *** |