Bug 358329 - akonadi keeps loosing caldav calendars
Summary: akonadi keeps loosing caldav calendars
Status: RESOLVED WORKSFORME
Alias: None
Product: Akonadi
Classification: Frameworks and Libraries
Component: DAV Resource (show other bugs)
Version: unspecified
Platform: Kubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-01-21 21:17 UTC by Stephan Olbrich
Modified: 2019-01-11 04:33 UTC (History)
4 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 Stephan Olbrich 2016-01-21 21:17:57 UTC
I am using Kontact 5.0.2 with carddav/caldav on an owncloud server.
While the carddav address books are always there, akonadi keeps loosing the calendar.
They are just gone without any error message.
I can re-add them by going to preferences of the owncloud address book and add the caldav link again but it is kind of annoying. (And the color changes each time but that is another bug/wish)

Reproducible: Sometimes
Comment 1 Grégory Oestreicher 2016-02-07 17:31:52 UTC
Do you mean that the CalDav configuration is totally lost, i.e. if you open the resource settings the URL(s) are no longer listed?
Comment 2 Stephan Olbrich 2016-02-07 20:30:12 UTC
Exactly. Only the CardDav URL is still there.
Comment 3 Grégory Oestreicher 2016-02-09 20:26:10 UTC
Mmmmm, OK. This is really weird.

How are the CardDAV and CalDAV URLs configured? Are they identical?

Also, when the CalDAV configuration disappear can you check the configuration file (it should be named something like ~/.kde4/share/config/akonadi_davgroupware_resource_XXrc, where XX is the resource identifier)? What is the value of "settingsVersion"? Do you still have the CalDAV URLs shown in there, are they somehow mangled or just gone?
Comment 4 Stephan Olbrich 2016-02-10 20:53:00 UTC
It just happened again, so I could check:
Both URLs are still in the file.
I then restarted akonadi and now the calendars are back, although with a different color.
Comment 5 Grégory Oestreicher 2016-02-10 21:14:59 UTC
OK, so there was an issue where the resource couldn't get the calendars on the previous sync and assumed they've been deleted.

Does this happen when your network connection lags? Or when you're behind a captive portal and before being authenticated? Anything like that may explain the behavior, but I've never been able to reproduce it successfully so any bit of information helps.
Comment 6 Stephan Olbrich 2016-02-11 16:29:29 UTC
It is on a desktop with ethernet connection.
The caldav/carddav is from owncloud running on a server in the same network.
Is there any logging I could enable? Or logfiles to look at when it happens again?
Comment 7 Grégory Oestreicher 2016-02-11 18:46:29 UTC
Yes, you can use "kdebugsettings" and enable all logs from the dav resource and kio http. Those logs will be written in your ~/.xsession-errors.
Comment 8 Stephan Olbrich 2016-02-11 19:03:37 UTC
I enabled dav logs but there is no kio http
Comment 9 Grégory Oestreicher 2016-02-11 19:06:18 UTC
The full name on my station is "KIO HTTP slave (KIO)", but searching for "http" should show up only this one. Also maybe on your version you have to use "kdebugdialog" or "kdebugdialog5".
Comment 10 Stephan Olbrich 2016-02-11 21:02:42 UTC
in kdebugdialog5 I see kio_http and kio_http_debug. I selected both.
Comment 11 Grégory Oestreicher 2016-02-12 07:19:12 UTC
> --- Comment #10 from Stephan Olbrich <stephanolbrich@gmx.de> ---
> in kdebugdialog5 I see kio_http and kio_http_debug. I selected both.

Yup, seems good. Note that the HTTP Authorization may be written in the logs, so remove it before sending the .xsession-errors file. Not doing so would leave your password in the clear.
Comment 12 Stephan Olbrich 2016-02-12 20:43:27 UTC
This is not working. Although I only selected the two http lines in kdebugdialog5, disabled everything in kdebugdialog and only selected the dav logs in kdebugsettings my .xsession-errors is getting flooded with debug messages.
I also noticed that .xsession-errors seems to gets deleted on every reboot.
Comment 13 Michael Kiefer 2016-03-01 19:48:01 UTC
I have the same behavior with Debian testing. Akonadi and company seem to be version 4.14.10  here...
Comment 14 Erik Quaeghebeur 2018-12-12 11:00:29 UTC
Is anyone still having this problem with recent versions?
Comment 15 Bug Janitor Service 2018-12-27 03:44:20 UTC
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!
Comment 16 Bug Janitor Service 2019-01-11 04:33:14 UTC
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!