Bug 200964 - Make korganizer crash proof
Summary: Make korganizer crash proof
Status: RESOLVED FIXED
Alias: None
Product: korganizer
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Ubuntu Unspecified
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-07-21 09:59 UTC by karaluh
Modified: 2011-06-04 16:16 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description karaluh 2009-07-21 09:59:39 UTC
Version:            (using KDE 4.2.96)
Installed from:    Ubuntu Packages

The transition to Akonadi made korganizer highly unstable. The bad thing is the todo data isn't saved immidiately, so I'm loosing data couple of times a day.
Comment 1 Kevin Krammer 2009-07-21 12:16:05 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.
Comment 2 karaluh 2009-07-22 10:41:43 UTC
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).
Comment 3 Kevin Krammer 2009-07-22 10:55:06 UTC
"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")
Comment 4 karaluh 2009-07-22 13:41:45 UTC
akonadi_ical_resource_2
Comment 5 karaluh 2009-07-23 09:28:09 UTC
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.
Comment 6 karaluh 2009-07-23 09:46:14 UTC
Ok, Akonadi reverted all the changes I made since monday, I'm switching to korganizer default resource.
Comment 7 Michael Holtermann 2009-07-23 14:33:37 UTC
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.
Comment 8 Michael Holtermann 2009-07-23 14:36:57 UTC
Please see bug #199664, sounds similar.
Comment 9 Sergio Martins 2011-06-04 16:16:09 UTC
Fixed a long time ago.