Dear Maintainer, An integrated CardDAV resource (ownCloud instance) shows the address of any contacts. The resource could be integrated without error and the address is also displayed, but unfortunately are all available records not visible. By contrast, a CalDAV resource of the same ownCloud instance is displayed properly in the calendar and it is also applied Schedules visible. What can I do that the contacts again? If additional information is needed? Regards Michael Singer Reproducible: Always Steps to Reproduce: always reproducible Actual Results: no indication of contacts records
Requires your logfiles Akonadi, if so, which?
Here's logging output when you start contact from a console: $ kontact org.kde.akonadi.ETM: GEN true false false org.kde.akonadi.ETM: collection: QVector() org.kde.akonadi.ETM: org.kde.akonadi.ETM: GEN true false true org.kde.akonadi.ETM: collection: QVector() org.kde.akonadi.ETM: GEN true false true org.kde.akonadi.ETM: collection: QVector() org.kde.akonadi.ETM: GEN true false true org.kde.akonadi.ETM: collection: QVector() "Tag 'a' is not defined in message {<__kuit_internal_top__>For more information about using Akregator, check the <a ...}." "Tag 'a' is not defined in message {<__kuit_internal_top__>For more information about using Akregator, check the <a ...}." org.kde.akonadi.ETM: GEN true false true org.kde.akonadi.ETM: collection: QVector() org.kde.akonadi.ETM: GEN true false true org.kde.akonadi.ETM: collection: QVector() org.kde.akonadi.ETM: GEN true false true org.kde.akonadi.ETM: collection: QVector() org.kde.akonadi.ETM: Subtree: 11 QSet(11, 28, 26, 27, 24, 25, 22, 23, 20, 21, 18, 19, 16, 17, 14, 15, 12, 13) org.kde.akonadi.ETM: Subtree: 4 QSet(10, 8, 9, 6, 7, 4, 5) org.kde.akonadi.ETM: Fetch job took 277 msec org.kde.akonadi.ETM: was collection fetch job: collections: 25 org.kde.akonadi.ETM: first fetched collection: "Local Folders" org.kde.akonadi.ETM: collection: QVector() org.kde.akonadi.ETM: Fetch job took 287 msec org.kde.akonadi.ETM: was collection fetch job: collections: 7 org.kde.akonadi.ETM: first fetched collection: "Search" org.kde.akonadi.ETM: Fetch job took 10 msec org.kde.akonadi.ETM: was collection fetch job: collections: 0 org.kde.akonadi.ETM: Subtree: 31 QSet(31, 32, 33) org.kde.akonadi.ETM: Subtree: 2 QSet(2) org.kde.akonadi.ETM: Subtree: 1 QSet(30, 29, 1) org.kde.akonadi.ETM: Fetch job took 299 msec org.kde.akonadi.ETM: was collection fetch job: collections: 7 org.kde.akonadi.ETM: first fetched collection: "Search" org.kde.akonadi.ETM: Subtree: 31 QSet(31, 32, 33) org.kde.akonadi.ETM: Subtree: 1 QSet(30, 29, 1) org.kde.akonadi.ETM: Fetch job took 300 msec org.kde.akonadi.ETM: was collection fetch job: collections: 6 org.kde.akonadi.ETM: first fetched collection: "Search" org.kde.akonadi.ETM: Subtree: 3 QSet(3) org.kde.akonadi.ETM: Fetch job took 302 msec org.kde.akonadi.ETM: was collection fetch job: collections: 1 org.kde.akonadi.ETM: first fetched collection: "Notizen" org.kde.akonadi.ETM: Subtree: 31 QSet(31, 32, 33) org.kde.akonadi.ETM: Subtree: 2 QSet(2) org.kde.akonadi.ETM: Subtree: 1 QSet(30, 29, 1) org.kde.akonadi.ETM: Fetch job took 130 msec org.kde.akonadi.ETM: was collection fetch job: collections: 7 org.kde.akonadi.ETM: first fetched collection: "Search" org.kde.akonadi.ETM: Subtree: 31 QSet(31, 32, 33) org.kde.akonadi.ETM: Subtree: 1 QSet(30, 29, 1) org.kde.akonadi.ETM: Fetch job took 130 msec org.kde.akonadi.ETM: was collection fetch job: collections: 6 org.kde.akonadi.ETM: first fetched collection: "Search" org.kde.akonadi.ETM: Subtree: 3 QSet(3) org.kde.akonadi.ETM: Fetch job took 130 msec org.kde.akonadi.ETM: was collection fetch job: collections: 1 org.kde.akonadi.ETM: first fetched collection: "Notizen" "http://www.kde.org/dotkdeorg.rdf" "https://www.linux.com/rss/feeds.php" "http://planetkde.org/rss20.xml" "http://pim.planetkde.org/rss20.xml" "http://www.kde.org/dot/kde-apps-content.rdf" "http://www.kde.org/kde-look-content.rdf" "http://planetkde.org/pt-br/rss20.xml" "http://planet.kde-espana.org/atom.xml" "https://fr.planetkde.org/rss20.xml" "http://planet.debian.org/rss20.xml" "http://www.debian.org/News/news" "http://planet.ubuntu.com/rss20.xml" "http://feeds.feedburner.com/ubuntu-fridge" "http://www.kubuntu.org/news/feed" "http://wire.kubuntu.org/?feed=rss2" org.kde.akonadi.ETM: GEN true false true org.kde.akonadi.ETM: collection: QVector() org.kde.akonadi.ETM: Subtree: 34 QSet(34, 35) org.kde.akonadi.ETM: collection: "akonadi_davgroupware_resource_2" org.kde.akonadi.ETM: collection: "https://xyz.de/remote.php/dav/addressbooks/users/michael/kontakte/" org.kde.akonadi.ETM: Fetch job took 15 msec org.kde.akonadi.ETM: was collection fetch job: collections: 2 org.kde.akonadi.ETM: first fetched collection: "akonadi_davgroupware_resource_2" org.kde.akonadi.ETM: Fetch job took 2 msec org.kde.akonadi.ETM: was item fetch job: items: 0 org.kde.akonadi.ETM: Fetch job took 10 msec org.kde.akonadi.ETM: was item fetch job: items: 0 It is only the integrated Address Book (CardDAV ownCloud resource) watch without content, although it contains more than 100 entries.
Which is owncloud version ?
Hi Laurent, OwnCloud is running at my provider in the version 9.0.0. In version 13.0-8 (Debian Unstable) from Akonadi server everything ran without problems. regards Michael
In 9.0 path were changed. So I adapted caldav wizard to fixing it in 16.08.
Hi Laurent, thanks for this info. Can I fix the problem yourself? If yes how? I am instructed that the access works to the address from the ownCloud. regards Michael
akonadictl stop (wait that it's stopped) You need to look at in .config/ a resource which named akonadi_davgroupware_resource_<number>rc (I don't know number) edit this file you will see a line as "remoteUrls=$default$|CalDav|https://ss/ss/remote.php/caldav/,$default$|CardDav|https://ss/ss/remote.php/carddav/" you need to rename as remoteUrls=$default$|CalDav|https://dd/dd/remote.php/dav/,$default$|CardDav|https://dd/dd/remote.php/dav/ (need to adapt url) and akonadictl start after that. I hope that it will help you
Unfortunately, the setting in Config File found no improvement in the error situation. The address book is included when creating the DAV groupware resource but no content can be seen. My akonadi_davgroupware_resource_6rc: --- [ConfigDialog] Size=852,570 [General] defaultUsername=michael displayName=Owncloud Kontakte michael remoteUrls=$default$|CardDav|https://xx.yy.zz/remote.php/dav/ settingsVersion=3 [UrlConfigurationDialog] Size=352,496 --- What can I do? regards Michael
Thank you for reporting this bug in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version? If you can reproduce the issue, please change the status to "CONFIRMED" when replying. Thank you!
The error that occurred at that time no longer occurs now. The error report can be closed.
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!