Hi, Almost everything I know is in the summary. Since the last or the previous update (I'm currently using akonadi 1.7.2 and kde 4.8.3), not sure which one, my dav resource syncing my calendar and contacts stopped showing the elements of the contacts, while the calendar is working like a charm. It could also be linked to a recent update of the dav server which is SOGo I sync it only with my phone in carddav too and it is working and syncing without any problem. Using cadaver I can list the content of the dav resource without any problem. I couldn't find a way to get more information, my .xsession-errors contains only that (but I should maybe enable other debug information for other components in kdebugdialog?): akonadi_davgroupware_resource_7(1278) DavGroupwareResource::retrieveItems: Retrieving items for collection "https://hostname/SOGo/dav/username/Calendar/personal/" akonadi_davgroupware_resource_7(1278) DavGroupwareResource::retrieveItems: Retrieving items for collection "https://hostname/SOGo/dav/username/Contacts/personal/" akonadi_davgroupware_resource_7(1278) DavGroupwareResource::retrieveItems: Retrieving items for collection "https://hostname/SOGo/dav/username/Contacts/public/" [/usr/bin/nepomukservicestub] nepomukstorage(1064)/nepomuk (storage service): FIXME [/usr/bin/nepomukservicestub] nepomukstorage(1064)/nepomuk (storage service): FIXME [/usr/bin/nepomukservicestub] nepomukstorage(1064)/nepomuk (storage service): FIXME [/usr/bin/nepomukservicestub] nepomukstorage(1064)/nepomuk (storage service): FIXME [/usr/bin/nepomukservicestub] nepomukstorage(1064)/nepomuk (storage service): FIXME [/usr/bin/nepomukservicestub] nepomukstorage(1064)/nepomuk (storage service): FIXME [/usr/bin/nepomukservicestub] nepomukstorage(1064)/nepomuk (storage service): FIXME [/usr/bin/nepomukservicestub] nepomukstorage(1064)/nepomuk (storage service): FIXME [/usr/bin/nepomukservicestub] nepomukstorage(1064)/nepomuk (storage service): FIXME [/usr/bin/nepomukservicestub] nepomukstorage(1064)/nepomuk (storage service): FIXME [/usr/bin/nepomukservicestub] nepomukstorage(1064)/nepomuk (storage service): FIXME [/usr/bin/nepomukservicestub] nepomukstorage(1064)/nepomuk (storage service): FIXME [/usr/bin/nepomukservicestub] nepomukstorage(1064)/nepomuk (storage service): FIXME [/usr/bin/nepomukservicestub] nepomukstorage(1064)/nepomuk (storage service): FIXME akonadi_davgroupware_resource_7(1278) DavGroupwareResource::retrieveCollections: Retrieving collections list akonadi_davgroupware_resource_7(1278) DavCollectionsFetchJob::principalFetchFinished: Found 0 homesets akonadi_davgroupware_resource_7(1278) DavCollectionsFetchJob::principalFetchFinished: () akonadi_davgroupware_resource_7(1278) DavCollectionsFetchJob::principalFetchFinished: Found 0 homesets akonadi_davgroupware_resource_7(1278) DavCollectionsFetchJob::principalFetchFinished: () akonadi_davgroupware_resource_7(1278) DavCollectionsFetchJob::collectionsFetchFinished: "https://hostname/SOGo/dav/username/Calendar/personal/" PRIVS: QFlags(0x1|0x2|0x4|0x8|0x20|0x40|0x80|0x100|0x200|0x400) akonadi_davgroupware_resource_7(1278) DavCollectionsFetchJob::collectionsFetchFinished: "https://hostname/SOGo/dav/username/Contacts/personal/" PRIVS: QFlags(0x400) akonadi_davgroupware_resource_7(1278) DavCollectionsFetchJob::collectionsFetchFinished: "https://hostname/SOGo/dav/username/Contacts/personal/" "https://hostname/SOGo/dav/username/Contacts/public/" akonadi_davgroupware_resource_7(1278) DavCollectionsFetchJob::collectionsFetchFinished: "https://hostname/SOGo/dav/username/Contacts/public/" PRIVS: QFlags(0x400) For the record, "public" is a ldap contacts list that never worked, while "personal" always worked. I also tried to only set up the dav resource with personal, but it doesn't change a thing. Thanks, I can do more tests if needed. Reproducible: Always
*** This bug has been marked as a duplicate of bug 299482 ***
Hi, Can you give me the SOGo version you're running? Thanks, Grégory
Hi, It is SOGo 1.3.14 As I said on the other bugreport, I don't get any errors in the console debug tool, but maybe this is because of the fix I applied that you committed (bec63a313160ec6dc1833029d5e99746779ed3f4). Thanks
Could be that the kdebug messages are not displayed. run 'kdebugdialog', look for akonadi_davgroupware_resource and check the box
I can confirm this bug with KDE 4.8.3 (openSUSE 4.8.3-146.2.x86_64, patch rev bec63a313160ec6dc1833029d5e99746779ed3f4 NOT applied); I can also confirm that it was working with 4.8.2. The CardDAV source is a SOGo 1.3.14 server. As with the original poster, other tools fetch the address book contents perfectly well. Enabling debug output for the akonadi_davgroupware_resource does not give me error output, neither in ~/.xsession-errors nor in the akonadiconsole debug tool. The only output I repeatedly get is: [/usr/bin/nepomukservicestub] nepomukstorage(3074)/nepomuk (storage service): FIXME But I do not know whether this is triggered by the CardDAV sync or not. How can I force the groupdav resource to re-sync entirely? Perhaps then it'll emit more output.
Hi, Due to lack of time to really fix this, I just reverted the commit that causes the issue. Cheers, Grégory
What was the initial intention of the fix? Perhaps somebody could take over. I'm, for example, familiar with both C++ and Qt, but don't have any insight to the kdepim code.
*** Bug 300915 has been marked as a duplicate of this bug. ***
Is this related to http://bugs.owncloud.org/thebuggenie/owncloud/issues/oc-831
Does OC work around broken clients? It seems that the Akonadi DAV resource does not include the "filter" and "limit" properties in its requests. (See #300915)
As Jan says in comment #9 it looks very much like the issue we have in ownCloud. I run KDE SC 4.8.3 but with KDEPIM 4.8.2 and I don't have any problems. Most (all?) of the reporters on http://bugs.owncloud.org/thebuggenie/owncloud/issues/oc-831 use KDEPIM 4.8.3.
(In reply to comment #10) > Does OC work around broken clients? It seems that the Akonadi DAV resource > does not include the "filter" and "limit" properties in its requests. (See > #300915) OC uses SabreDAV - https://code.google.com/p/sabredav/ - as backend, AFAIK without any modifications.
(In reply to comment #9) > Is this related to > http://bugs.owncloud.org/thebuggenie/owncloud/issues/oc-831 Yup, same issue. As I said in comment #6 I reverted the commit introducing the issue, and it's now part of KDE SC 4.8.4.
(In reply to comment #10) > Does OC work around broken clients? It seems that the Akonadi DAV resource > does not include the "filter" and "limit" properties in its requests. (See > #300915) Exact, this was the issue with the commit. I've quickly tried to add the filter attribute, but the support for various carddav implementations was too time consuming (at least I couldn't find a good filter in a couple of hours, so I just gave up for now on this and went the easy way).
As a result however, all carddav servers based on sabredav will not work with any version of KDE 4.8.3. Simply because the required filters are missing. Sabredav has introduced support for this issue however, so all sabredav implementations could or should upgrade the the latest to provide short term workaround. > Yup, same issue. As I said in comment #6 I reverted the commit introducing the > issue, and it's now part of KDE SC 4.8.4.
This bug still exists, maybe again, on KDE 4.9.0-beta (4.8.80) on Kubuntu PPA Beta packages
(In reply to comment #16) > This bug still exists, maybe again, on KDE 4.9.0-beta (4.8.80) on Kubuntu > PPA Beta packages Could you point me to the correct package (URL)? This fix should have been part of 4.8.80, but the only one I can find is 4.8.90…
I didn't found the akonadi package, but i used this PPA repository here https://launchpad.net/~kubuntu-ppa/+archive/beta?field.series_filter=precise
CardDav is working fine apparently, and no new BR about a similar issue. Closing.