Bug 349793

Summary:	all CalDav calendars are removed when kwallet (with GnuPG) isn't unlocked fast enough
Product:	[Applications] kontact	Reporter:	m.eik michalke <bugs.kde.org>
Component:	calendar	Assignee:	kdepim bugs <kdepim-bugs>
Status:	RESOLVED UNMAINTAINED
Severity:	major	CC:	szymon.pysz
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	Other
OS:	Linux
Latest Commit:		Version Fixed In:

Description m.eik michalke 2015-07-01 17:48:49 UTC

i'm storing calendars and contacts on a CalDAV/CardDAV server to keep everything in sync on several machines. on one of those machines, i've configured kwallet to store passwords in an OpenPGP container, the other use the standard wallets.

when after login kontact is launched and kwallet asks for it's passphrase to unlock and i'm not around to comply immediately, kontact behaves significantly different compared to the other machines: all configured mail accounts ask for their password in dialogs (which is otherwise fetched from kwallet), as does the CalDAV server. after unlocking kwallet, the mail servers fetch up again and work normally, but all configured calendars are gone. strangely, this does not happen with the CardDAV resource provided by the very same server. but i have to reconfigure my calendars every time i'm not fast enough -- very annoying.

Reproducible: Always

Steps to Reproduce:
1. configure a CalDAV resource in kontact and store its credentials in kwallet using its GnuPG backend
2. launch kontact before unlocking the respective wallet
3. when kwallet asks for its passphrase, do nothing -- just wait
4. when IMAP resources and the CalDAV resource ask for their password directly, unlock kwallet
5. cancel the other password dialogs that came up

Actual Results:
the IMAP resources are first shown in a reddish color, indicating they are not working correctly. after some minutes, they pick up kwallet and fetch mail as expected. contacts from a CardDAV resource are still there, too. but the calendars are gone and have to be reconfigured.

Expected Results:
if the calendars can't be fetched, kontact should not just drop them completely, but wait for reconnection, like it successfully does with other resources..

this happens with kontact 4.14.2 from kubuntu 14.04 packages, btw. (with the exception that kubuntu patched out the GnuPG support of kwallet and i rebuild the respective packages with that patch removed, so i could check it out).

unfortunately, there are no further updated packages for this long term support release, so i cannot tell whether this bug was already addressed in later releases.

Comment 1 szymon.pysz@gmail.com 2015-10-04 16:08:38 UTC

Confirm. The same situation is KF5. To bring back caldav resource I have to restart akonadi agent. :-(

p.

Comment 2 Denis Kurz 2017-06-23 20:21:49 UTC

This bug has never been confirmed for a Kontact version that is based on KDE Frameworks, except possibly a Technology Preview version 5.0.x. Those versions differ significantly from the old 4.x series. Therefore, I plan to close it in around two or three months. In the meantime, it is set to WAITINGFORINFO to give reporters the opportunity to check if it is still valid. As soon as someone confirms it for a recent version (at least 5.1, ideally even more recent), I'll gladly reopen it.

Please understand that we lack the manpower to triage bugs reported for versions almost two years beyond their end of life.

Comment 3 Denis Kurz 2018-02-01 09:43:56 UTC

Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.1 aka 15.12; preferably much more recent), please open a new one unless it already exists. Thank you for all your input.