I am running KDE 4.10.1 and I am using the DAV-groupware-resource to sync my contacts with Owncloud. Unfortunately syncing fails if I add messenger (tried with Skype and ICQ) information to the contact. I then receive a notification that the element remains unchanged because an error occured the information on the server remains unchanged. I believe the problem must be in KDE since I can sync contacts from Android to Owncloud which contain messenger information without a problem. Reproducible: Always
I've changed a bit the contacts export for 4.10.2, could you test once it's available for you? Thanks, Grégory
Just installed the new version: The problem still exits, the behaviour has only changed in that way that the entries which should be uploaded disappear and can not be changed (remove the messenger entry). This should be changed back, so that in case of other syncing problems, they not synced ones can be retrieved.
What is specificly bad now if that from time to time it tries again and gives an annoying notification when it fails. I do not know how to stop it.
Changing status
Running: Kubuntu 12.10 with KDE 4.10.2 Owncloud: 5.0 1. Create a new contact (with an IM entry) in an ownCloud synced address book. This contact gets uploaded (no error, no warning). But on the webinterface of ownCloud there is no IM entry visible (in the mySQL Database it is, ownCloud bug?) 2. Resync your local address book . The contact gets deleted! (local)
(In reply to comment #5) > 1. Create a new contact (with an IM entry) in an ownCloud synced address > book. > This contact gets uploaded (no error, no warning). > But on the webinterface of ownCloud there is no IM entry visible (in the > mySQL Database it is, ownCloud bug?) > 2. Resync your local address book . > The contact gets deleted! (local) Where this meant as instructions for me? Or what? Because in my case the contact containing messenger addresses are newer uploaded when coming from KDE. It works however when comming from Android.
(In reply to comment #6) > Where this meant as instructions for me? Or what? No, this is just my experience with 'contacts containing messenger information' and ownCloud
OK, there are multiple issues it seems here. First, the resource assumes that a PUT response will always contain an ETag. After a quick read of the relevant RFCs this is optimistic, and ownCloud includes an invalid one that's used by the resource in subsequent calls. I can fix this by re-fetching modified items unconditionally. Then there's the issue of the way the IM address is stored. In the item payload it's done via a special property that's not displayed in the ownCloud web interface. Eventually KABC should be fixed if there's a standard property that can be used.
(In reply to comment #5) > The contact gets deleted! (local) Yeah, something worth investigating. With the upcoming fix the contact no longer gets deleted. In the meantime restarting the resource makes it appear again. It may be a side effect of the ETag issue.
Git commit d8dd647f94b09816c1646bb2b77eafff48402341 by Grégory Oestreicher. Committed on 06/04/2013 at 17:33. Pushed by goestreicher into branch 'KDE/4.10'. Alway refresh items after a PUT to get their ETag Apparently the ETag in the headers is not 100% reliable and is not even mandatory. FIXED-IN: 4.10.3 M +3 -22 resources/dav/common/davitemcreatejob.cpp M +6 -22 resources/dav/common/davitemmodifyjob.cpp http://commits.kde.org/kdepim-runtime/d8dd647f94b09816c1646bb2b77eafff48402341
Thanks! Is there any easy way (step to step instruction) to build a fixed package? (Advantage: I could test, if it really works before release :-)
(In reply to comment #11) > Thanks! Is there any easy way (step to step instruction) to build a fixed > package? (Advantage: I could test, if it really works before release :-) Thanks for your proposal. First you'll need the kdepimlibs-dev package. Then the following should do the trick, from a directory of your choosing: git clone git://anongit.kde.org/kdepim-runtime.git mkdir build cd build cmake -DCMAKE_INSTALL_PREFIX=/usr ../kdepim-runtime cd resources/dav/ make sudo make install
I tried this, unfortunately I get: "-- The following REQUIRED packages have not been found: * Akonadi (required version >= 1.9.51) , Akonadi server libraries , <http://pim.kde.org/akonadi> Access to PIM storage and services" I have Akonadi installed, but an older version (the one which comes with 4.10.2). Is there a way to circumvent this?
Ah, I forgot a step, my bad. You're on the master branch, not on 4.10. Do the following after the 'git clone': git checkout -b 4.10 -t origin/KDE/4.10
git checkout -b 4.10 -t origin/KDE/4.10 fatal: Not a git repository (or any parent up to mount point /home) Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set).
It appears to be working now :-) Thanks!
ok, unfortunately appears is the right word. I have two laptops which sync the same address book to KDE from owncloud. One of the runs the KDE 4.10.2 package from the sync client, the other one the package which I have compiled from your instructions. The one which I have compiled from your instructions. The later one shows the contact showing the messenger information which missed before. But the 4.10.2 package shows more contacts. Is it difficult to find out which the exact reasons are: - It is missing a contact with an identical lastname - It is missing 4 out of 8 contacts with the same name - It appears to be missing contacts which just contain the name, nothing more. - Contacts which have set to have Preferedtextformat set, have this information resynced into "custom-fields" and the information is missing in its original place. - the name contains a German umlaut, which might be a helpful information - one of the missing contacts has a "&" in the organisation field, also might be helpful. In another example-search: - one of the missing contacts has "Name of the spouse"-field synced to own-fields as X-SPOUSENAME - It seems like in general contacts with the full identical name are not synced anymore. I release that this might be a new bug or even bugs, but since this fixed revealed or caused them, I thought it might make sense to start here.
Just so that we're on the same page, could you update your local clone of the repo? I fixed a lot of things and before starting to work on this I want to be sure that it's still here. To do it just do: cd /wherever/kdepim-runtime git checkout 4.10 git pull cd ../build make sudo make install Thanks, Grégory
I guess it makes sense to use cd resources/dav/ als above? Otherwise it appears to build much more.
Oh damn, you're right, thanks for being more alert than I :)
Ok, something changed. It shows more contacts, but not all. Unfortunately I have to compare it with owncloud directly, because my second laptop with 4.10.2 (Ubuntu Raring) without compiled package received an upgerade which appears to have contained your earlies fixes. Comparing with owncloud: - Duplicate Full names are still not shown. Although the criteria may not be the fact that they are duplicate, but that they only contain name + picture (the origin of these is are Facebook-contacts from Android). - MAILPREFEREDFORMATING, BLOGFEED, Y-SPOUSENAME, X-IMADRESS appear as custom headers, but appart from X-SPOUSENAME the information is also displayed where it should be. Generally it has improved :-)
(In reply to comment #8) > After a quick read of the relevant RFCs this is optimistic, and ownCloud > includes an invalid one that's used by the resource in subsequent calls. FWIW the invalid ETag issue has been fixed for oC 5.0.4 by not returning anything on creation as the vCard may be altered in the process. Subsequent requests will return a correct ETag. Sorry for the trouble it may have caused. And thanks for giving me my contacts back Grégory :)
Please let me know if there is anything new to test.
(In reply to comment #23) > Please let me know if there is anything new to test. I haven't had time to test yet, so there's nothing new since two days :) I'll be sure to update this report once I have some news or questions.
Strange, it's not working any better for me (IMADDRESS and SPOUSESNAME are shown only in custom properties), and I have the same issue with a .vcf that I try to import in a local address book. The issue seems to be in KABC, re-assigning.
(In reply to comment #25) > Strange, it's not working any better for me (IMADDRESS and SPOUSESNAME are > shown only in custom properties), and I have the same issue with a .vcf that > I try to import in a local address book. The issue seems to be in KABC, > re-assigning. It is already there, see Bug 317966 - Invalid interpretation of 'X-KADDRESSBOOK-…' (case sensitive?)
(In reply to comment #26) > It is already there, see Bug 317966 - Invalid interpretation of > 'X-KADDRESSBOOK-…' (case sensitive?) Damn it, you're right, and I even commented in it :) Closing this one as duplicate. Regarding your patch I can't evaluate it as I don't know enough KABC to see if there would be side effects. Eventually post it on the kde-pim@kde.org mailing list where more eyes will see it. *** This bug has been marked as a duplicate of bug 317966 ***
It appears the duplicate does not include the issue with contacts with the same name are not shown in Kaddressbook mentioned here: https://bugs.kde.org/show_bug.cgi?id=317767#c21 Should I reopen or open a separate bug?