| Summary: | Calender resource not waking up from offline | ||
|---|---|---|---|
| Product: | [Applications] kontact | Reporter: | Uwe Köhler <U.Koehler_sec> |
| Component: | calendar | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | REPORTED --- | ||
| Severity: | normal | CC: | coding-matter |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Neon | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Uwe Köhler
2022-12-28 15:25:38 UTC
Getting same problem. In settings the error was "There was a problem with the request. The item has not been created on the server. The file or folder dav.***.*** does not exist. (0)." However, if I try to modify the setting it will perfectly fetch every caldenar I have on the server, but still insist on keeping it offline. Currently I can only make it work again by deleting it and adding it again. Hi coding-matter@mailbox.org, you can use akonadiconsole to restart the agent and get it back online. Start akonadiconsole from the command line, ignore the warning (but be very careful what you are doing), locate the CalDav/CardDav agent (the icon will be a folder with a map of earth in it), right click and choose restart agent. This will restart the agent, cause it to get all collections (address books and calendars) and start syncing. This is no option for a normal use to restart the agent, though. Thank you Uwe Köhler! However, our cases might be different, however, with the akonadiconsole you suggested, I find in my case something even more weird. Use it to restart my dav does not change the situation, however if I use akonadiconsole to clone the agent, the new agent works perfectly fine, and all I need to simply delete the old agent. Anyway now I have a workaround as well and thank you very much! (In reply to coding-matter from comment #3) > Thank you Uwe Köhler! > > However, our cases might be different, however, with the akonadiconsole you > suggested, I find in my case something even more weird. > > Use it to restart my dav does not change the situation, however if I use > akonadiconsole to clone the agent, the new agent works perfectly fine, and > all I need to simply delete the old agent. > > Anyway now I have a workaround as well and thank you very much! Great that I could help with a workaround. If our cases are different, it might be better to create a new bug report with a detailed description of your problem. |