Version: 1.5.0 (using KDE 4.6.2) OS: Linux Actually there are two bugs, but one is triggered by the other one: 1. when I get from suspend to running system, my CalDAV resource usually asks me for my password and (even if I enter it correctly) it remains asking me for the resource password. (Akonadi Console says that the resource is "Ready"). The sole way to come to a state where I can enter a password that is accepted I need to toggle the resource off, restart Akonadi and then toggle the resource on again. 2. When that window for passwort entry is shown and I say "Cancel" the same window pops up again. Here I would expect that the window should not be displayed again. Reproducible: Always
Here some interesting output from the console from which I started Akonadi. It seems that after I enter the password Akonadi gets some data before it shows the password-question dialog again. So I think that the password access could be somehow broken. At the last line again the password request window poped up. continuing request for item 65454 succeeded request for item 65454 succeeded posting retrieval request for item 65456 there are 1 queues and 0 items in mine request for item 65456 still pending - waiting processing retrieval request for item 65456 parts: ("RFC822") of resource: "akonadi_davgroupware_resource_15" posting retrieval request for item 65456 there are 1 queues and 0 items in mine request for item 65456 still pending - waiting someone else requested item 65456 as well, marking as processed continuing continuing request for item 65456 succeeded request for item 65456 succeeded posting retrieval request for item 65458 there are 1 queues and 0 items in mine request for item 65458 still pending - waiting processing retrieval request for item 65458 parts: ("RFC822") of resource: "akonadi_davgroupware_resource_15" posting retrieval request for item 65458 there are 1 queues and 0 items in mine request for item 65458 still pending - waiting someone else requested item 65458 as well, marking as processed continuing continuing request for item 65458 succeeded request for item 65458 succeeded posting retrieval request for item 65459 there are 1 queues and 0 items in mine posting retrieval request for item 65459 there are 1 queues and 1 items in mine request for item 65459 still pending - waiting request for item 65459 still pending - waiting processing retrieval request for item 65459 parts: ("RFC822") of resource: "akonadi_davgroupware_resource_15" someone else requested item 65459 as well, marking as processed continuing continuing request for item 65459 succeeded request for item 65459 succeeded posting retrieval request for item 65462 there are 1 queues and 0 items in mine request for item 65462 still pending - waiting processing retrieval request for item 65462 parts: ("RFC822") of resource: "akonadi_davgroupware_resource_15" posting retrieval request for item 65462 there are 1 queues and 0 items in mine request for item 65462 still pending - waiting someone else requested item 65462 as well, marking as processed continuing request for item 65462 succeeded continuing request for item 65462 succeeded posting retrieval request for item 65464 there are 1 queues and 0 items in mine request for item 65464 still pending - waiting processing retrieval request for item 65464 parts: ("RFC822") of resource: "akonadi_davgroupware_resource_15" posting retrieval request for item 65464 there are 1 queues and 0 items in mine request for item 65464 still pending - waiting
Hi Andreas, This bug report is puzzling to say the least :) The resource do not manage passwords but relies entirely on the KWallet framework. The only way I could reproduce this was by modifying the password in KWallet Manager and *not* checking the box "remember password". But in that case no data is synchronized. Are you resuming from a suspend to RAM or to disk? Is there only the Dav resource that is affected? Cheers, Grégory
Hi Andreas, I've pushed this night into the 4.6 branch a set of changes that will hopefully address this issue. The drawback is that you will have to reconfigure each URL in the resource to add the password. Can you test this? Cheers, Grégory
Hi, I tested for some days and since today I could not reproduce this issue again. Thanks, I will close this report.