| Summary: | Make korganizer crash proof | ||
|---|---|---|---|
| Product: | [Applications] korganizer | Reporter: | karaluh <karaluh> |
| Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | krammer, linux, smartins |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Unspecified | ||
| Latest Commit: | Version Fixed In: | ||
|
Description
karaluh
2009-07-21 09:59:39 UTC
TODOs (actually all kinds of KOrganizer data) should be saved immediately, even when using the Akonadi compatibilty resource. Would be interesting to know of our data ends up in Akonadi correctly and is then not saved to files, or if the data is already lost from KOrganizer to Akonadi. If you are up for some testing, try this: create a TODO and then run akonadiconsole (a developer tool for "looking into Akonadi"). On its browser tab click the folder of the calendar you added the TODO to and check on the right hand side if the last entry shows your TODO If you just want to continue without testing Akonadi, just re-enable the other resources and remove the Akonadi one. akonadiconsole does show the TODO, but there are some interesting things going on, here's what I did: I created new TODO using text box below the TODO view. I've set end date and time to this TODO then. The weird thing is I don't see this todo in Callendar. The Akonadi Console browser shows also empty Remote Id column (all other todos on the list do have this id). "The weird thing is I don't see this todo in Callendar." If it is visible in Akonadi Console, it should also be visible in KOrganizer. At least we now know that saving to Akonadi actually worked. "The Akonadi Console browser shows also empty Remote Id column (all other todos on the list do have this id)." The remoteId being empty means it has not yet been processed by the Akonadi resource responsible for storing it on disk or server (they should usually do that immediately unless their storage requires network and you're offline) What kind of Akonadi resource is it in your case? (in Akonadi Console, right click the folder -> properties -> internal tab, field "owner") akonadi_ical_resource_2 The issue is more serious. I had to restart my computer today, and after that it appears, that all the changes I made to the TODOs yesterday are reverted. Ok, Akonadi reverted all the changes I made since monday, I'm switching to korganizer default resource. Hi, I've observed a similar behavior, using simple ical-file as backend. 1. create new event 2. check via akonadi console (event appears) 3. check ical-file: isn't touched. Deleting an entries works. Temporary solution was to create a new file, copy interesting entries (not all) to the new file using the akonadi console. In my case, I've migrated my calendar file from old KDE-style to akonadi. I guess there's a damaged or unsupported entry that prohibits saving. HTH, Michael. Please see bug #199664, sounds similar. Fixed a long time ago. |