| Summary: | IMPP and CATEGORIES vcard properties are not synced when using CardDav resource. | ||
|---|---|---|---|
| Product: | [Applications] kdepimlibs | Reporter: | Magnus Westin <web+kde> |
| Component: | kabc | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | RESOLVED FIXED | ||
| Severity: | major | CC: | auxsvr, greg, kdenis, montel, winter |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: |
VCARD 3.0 file that contain an example of tags that isn't saved.
VCARD file with all IMPP fields that owncloud can generate VCARD file with URL and TYPE information. |
||
|
Description
Magnus Westin
2015-06-08 22:43:00 UTC
Hey, Could you add a sample .ics that fails to sync? Also does this only happens with the dav resource and not with a simple one, like a file-based calendar? Cheers, Grégory //Laurent: 31 Jan 2015. Not necessary to export it. When Categories were changes as AkonadiTag nobody thought that it was break categorie support... //=> not necessary to export just tag... it's normal tag format was changes. It saves as a akonadi id not a real tag. So we can export it but when we sync it will lose too. Created attachment 93462 [details]
VCARD 3.0 file that contain an example of tags that isn't saved.
I attached a VCARD 3.0 file that have CATEGORIES and IMPP tags that isn't synced back to OwnCloud. I don't think this has anything at all to do with CardDAV nor Akonadi. This is about vCard extensions that we apparently are not supporting in our kabc library. should be re-assigned accordingly I started to implement IMPP some months ago. It's not finish yet but I will try to finish it for kf5 15.08 Regards I will improve it (In reply to Magnus Westin from comment #3) > Created attachment 93462 [details] > VCARD 3.0 file that contain an example of tags that isn't saved. Thanks for it. Is it possible to provide me another test with a lot of IMPP (for example google, irc etc.) I need example for it to validate my code. Thanks a lot. Created attachment 93479 [details]
VCARD file with all IMPP fields that owncloud can generate
Here is an attachment with all IMPP fields that owncloud can generate as of version 8.0.4. It also contains the CATEGORIES tag.
Thanks a lot! I continue to work on impp support so it will help me a lot. Regards "And the TYPE filed for URL is also missing. " could explain more please ? Git commit 3950afeb271eca2a4b7a1a155f8b4a034c3f942a by Montel Laurent. Committed on 06/07/2015 at 18:45. Pushed by mlaurent into branch 'master'. Add support for IMPP M +110 -0 autotests/impptest.cpp M +7 -0 autotests/impptest.h M +3 -3 src/impp.cpp M +3 -2 src/impp.h M +6 -0 src/vcardtool.cpp http://commits.kde.org/kcontacts/3950afeb271eca2a4b7a1a155f8b4a034c3f942a Now impp is save/load. But we can't still use in kaddressbook. It needs more work. I will continue it. (In reply to Laurent Montel from comment #11) > "And the TYPE filed for URL is also missing. " could explain more please ? Sorry, I missed that question. A lot of the data in Dav can have a type field. For example the "Address" field has a type, where you can specify "Home", "Work", etc. This doesn't save for the URL field. Owncloud supports: WORK, HOME, INTERNET and OTHER. But I think the standard says you can put any type of text there. I will attach a new VCARD with the URL property that has the TYPE field. Created attachment 93638 [details]
VCARD file with URL and TYPE information.
Ah yep indeed I stored just url. Ok thanks for info I will fix it soon. I fixed it in kf5 (kcontact-4.90) Noone seems to disagree with comment 17, closing. |