| Summary: | korganizer does not sync to CalDAV ressource if CalDAV server is not available at program startup | ||
|---|---|---|---|
| Product: | [Frameworks and Libraries] Akonadi | Reporter: | Kurt Bennater <curdyben> |
| Component: | DAV Resource | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | auxsvr, curdyben, greg |
| Priority: | NOR | ||
| Version: | 1.6.0 | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Kurt Bennater
2011-11-27 20:43:31 UTC
Hi Kurt, Thanks for your report. I'm trying to reach Akonadi devs that may answer whether this case should be handled by the resource or by Akonadi itself. By looking at the IMAP resource code it's doing the same thing, so I'm wondering if this should not be addressed elsewhere than in the resources. More infos later. Cheers, Grégory Hi Kurt, Sorry for the delay in responding. The issue is twofold here: the resource cancels the task in this situation, which makes akonadi forget about it, but there's also no way of telling the akonadi to retry at a later time that would not lead to a potential loop while the server is still unavailable. I'll work around this in the resource, but this will take some time. Cheers, Grégory Hi Grégory, thanks for not forgetting this issue. Does that mean that the IMAP code has to be changed as well? And does this require a new bug report? (I had understood the idea of akonadi differently: I thought it was akonadi's (and perhaps solid's) responsibility to take care of issues like network availability so that the resource is completely agnostic of such problems. But I get your point.) Thanks, and a merry Xmas to you, Kurt Hi Kurt, The resources that declare themselves as needing network connectivity (as is the case for dav, imap, etc.) will be toggled offline if the network connection is shut off. Here it's not the case, it's just the server that is not responding, but network is still here. For IMAP, if you can reproduce the issue then yes this would be another report. There's not way out of this in Akonadi until at least KDE 4.9 as it's likely to require a new API. Cheers, Grégory Git commit 3d69bb625a3223ed2d36736ab0a279e2d5e33cb6 by Gregory Oestreicher. Committed on 30/12/2011 at 14:22. Pushed by goestreicher into branch 'master'. Add basic replay cache This will store and replay changes that were missed in cases not caught by standard means. The base is to lure Akonadi into thinking that the changes succeeded while nothing can guarantee this. M +1 -0 resources/dav/common/davutils.cpp M +1 -0 resources/dav/resource/CMakeLists.txt M +39 -22 resources/dav/resource/davgroupwareresource.cpp M +3 -0 resources/dav/resource/davgroupwareresource.h A +227 -0 resources/dav/resource/replaycache.cpp [License: GPL (v2+)] A +77 -0 resources/dav/resource/replaycache.h [License: GPL (v2+)] http://commits.kde.org/kdepim-runtime/3d69bb625a3223ed2d36736ab0a279e2d5e33cb6 Git commit 5fcd0a2962c4b2931901c0b6272f0f276f74367b by Gregory Oestreicher. Committed on 30/12/2011 at 14:22. Pushed by goestreicher into branch 'KDE/4.8'. Add basic replay cache This will store and replay changes that were missed in cases not caught by standard means. The base is to lure Akonadi into thinking that the changes succeeded while nothing can guarantee this. (cherry picked from commit 3d69bb625a3223ed2d36736ab0a279e2d5e33cb6) M +1 -0 resources/dav/common/davutils.cpp M +1 -0 resources/dav/resource/CMakeLists.txt M +39 -22 resources/dav/resource/davgroupwareresource.cpp M +3 -0 resources/dav/resource/davgroupwareresource.h A +227 -0 resources/dav/resource/replaycache.cpp [License: GPL (v2+)] A +77 -0 resources/dav/resource/replaycache.h [License: GPL (v2+)] http://commits.kde.org/kdepim-runtime/5fcd0a2962c4b2931901c0b6272f0f276f74367b |