Bug 304654 - Modifying a task in the calendar view eats 100% CPU for minutes
Summary: Modifying a task in the calendar view eats 100% CPU for minutes
Status: RESOLVED WORKSFORME
Alias: None
Product: Akonadi
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: 4.9
Platform: unspecified Linux
: NOR critical
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-08-06 10:01 UTC by Alexandre Bonneau
Modified: 2013-02-19 12:15 UTC (History)
2 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 Alexandre Bonneau 2012-08-06 10:01:56 UTC
Korganizer 4.9 is now totally unusable since it freeze each time you try to modify a task (changing the due date with the mouse, changing the achievement pourcentage, etc.).
The freeze duration time is approximatively ~4 minutes each time you change/create a task.

I do have a 13162 ics files in ~/.kde/share/apps/korganizer/data/ and 1319 in /home/acid/.local/share/akonadi/file_db_data/ (but not all ics related).

This bug could be rarely seen in 4.8.3, but you could solve it by stopping akonadi and restarting it.

The bug does not appear for newly created users.

Reproducible: Always

Steps to Reproduce:
1. Start kde
2. Launch korganizer
3. Move an existing task to another hour/day
4. Korganizer goes crazy and CPU gets eaten.


Expected Results:  
Move/create the task instantly.
Don't eat CPU or brains.
Comment 1 Alexandre Bonneau 2012-08-06 11:52:09 UTC
There is a simple 'solution' to fix this problem :
Delete the calendar resource in akonadi configuration window, then recreate it with the same informations.
Restart Akonadi.
Voilà ! Everything should be back to normal.

Warning : Some tasks I modified this morning (I completed a recurrent task for instance) disappeared. I guess they were still stored in ~/.local/share/akonadi/file_db_data/ and hence weren't synchronized with the main ics directory.

Still, this is a weird 'migration' bug.
Comment 2 Janek Bevendorff 2012-08-06 18:13:50 UTC
What you describe is a workaround, not a solution.
Would be great if you could somehow find a way to reproduce the bug (unfortunately, I can't). That would make finding the solution (or possible duplicates of this report) much easier.

But as you found out, this is probably an Akonadi issue.
Comment 3 Sergio Martins 2012-08-10 02:28:49 UTC
Only happens for tasks ?
Comment 4 Alexandre Bonneau 2012-08-12 22:43:20 UTC
As I solved the problem by using the workaround, I can't test that anymore, but I do recall that I haven't tried to move events, only tasks.
Comment 5 Alexandre Bonneau 2013-02-18 15:09:40 UTC
I haven't encountered the bug anymore on 4.9.5 and 4.10.
Should we close this one ?