Bug 300047 - CardDav not syncing, no errors, while CalDav is ok for the same resource
Summary: CardDav not syncing, no errors, while CalDav is ok for the same resource
Status: RESOLVED FIXED
Alias: None
Product: Akonadi
Classification: Frameworks and Libraries
Component: DAV Resource (show other bugs)
Version: unspecified
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
: 300915 (view as bug list)
Depends on:
Blocks:
 
Reported: 2012-05-15 07:35 UTC by kaouete
Modified: 2012-10-20 22:00 UTC (History)
8 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description kaouete 2012-05-15 07:35:31 UTC
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
Comment 1 Grégory Oestreicher 2012-05-15 11:31:45 UTC

*** This bug has been marked as a duplicate of bug 299482 ***
Comment 2 Grégory Oestreicher 2012-05-16 09:22:10 UTC
Hi,

Can you give me the SOGo version you're running?

Thanks,
Grégory
Comment 3 kaouete 2012-05-16 11:49:07 UTC
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
Comment 4 Christophe Marin 2012-05-18 20:59:13 UTC
Could be that the kdebug messages are not displayed.

run 'kdebugdialog', look for akonadi_davgroupware_resource and check the box
Comment 5 Eric MSP Veith 2012-05-21 13:12:10 UTC
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.
Comment 6 Grégory Oestreicher 2012-05-23 19:59:55 UTC
Hi,

Due to lack of time to really fix this, I just reverted the commit that causes the issue.

Cheers,
Grégory
Comment 7 Eric MSP Veith 2012-05-23 20:27:42 UTC
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.
Comment 8 Grégory Oestreicher 2012-05-31 09:21:49 UTC
*** Bug 300915 has been marked as a duplicate of this bug. ***
Comment 9 Jan 2012-06-05 18:23:02 UTC
Is this related to http://bugs.owncloud.org/thebuggenie/owncloud/issues/oc-831
Comment 10 Eric MSP Veith 2012-06-05 18:49:24 UTC
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)
Comment 11 Thomas Tanghus 2012-06-05 18:55:44 UTC
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.
Comment 12 Thomas Tanghus 2012-06-05 18:58:56 UTC
(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.
Comment 13 Grégory Oestreicher 2012-06-05 19:31:37 UTC
(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.
Comment 14 Grégory Oestreicher 2012-06-05 19:36:47 UTC
(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).
Comment 15 Ingo Ratsdorf 2012-06-05 23:22:59 UTC
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.
Comment 16 Jan 2012-06-16 11:05:09 UTC
This bug still exists, maybe again, on KDE 4.9.0-beta (4.8.80) on Kubuntu PPA Beta packages
Comment 17 Grégory Oestreicher 2012-06-16 14:01:43 UTC
(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…
Comment 18 Jan 2012-06-16 17:37:10 UTC
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
Comment 19 Grégory Oestreicher 2012-10-20 22:00:22 UTC
CardDav is working fine apparently, and no new BR about a similar issue. Closing.