| Summary: | CalDAV remains asking for password even if I say "Cancel" | ||
|---|---|---|---|
| Product: | [Frameworks and Libraries] Akonadi | Reporter: | Andreas Cord-Landwehr <cordlandwehr> |
| Component: | DAV Resource | Assignee: | kdepim bugs <pim-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | greg |
| Priority: | NOR | ||
| Version First Reported In: | 1.5.0 | ||
| Target Milestone: | --- | ||
| Platform: | Unlisted Binaries | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Andreas Cord-Landwehr
2011-04-18 10:27:18 UTC
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. |