Created attachment 51529 [details] strace -fF korganizer: starting it and clicking around in calender views Version: unspecified (using KDE 4.5.1) OS: Linux Since upgrading from KDE 4.4.5 to KDE 4.5.1 Korganizer is unusable slow on my ThinkPad T42 with Pentium M 1.8 GHz. On a click it takes upto 10 seconds and more with CPU usages such as 70% (the other 30% for Nepomuk Desktop search processes + Virtuoso). I want to find a certain event by browsing the calendar but I will now resort to grepping the calendar file. Reproducible: Always Steps to Reproduce: Start Korganizer and see. I think you wouldn't have released it if did happen on every system and with every configuration, but I do not yet know what triggers this behavior. Actual Results: Korganizer is unusably slow and uses lots of CPU time. Expected Results: Korganizer is at least as snappy as it was with KDE 4.4.5. It appears that the slowness only affects the calendar view, be it a day, a week or a months. The task list is snappy. Once a view has been built it seems usable, but when I click on another day it takes ages again.
Created attachment 51530 [details] bzip2 packed 6,1 MiB strace from Korganizer called via Kontact A bit after I have switched to the Korganizer view. Other embedded parts of Kontact like KAddressBook and KMail look normal. This all with with KDEPIM 4.4.5 under KDE 4.5.1. With the very same KDEPIM 4.4.5 packages under KDE 4.4.5 I didn't have this problem.
Created attachment 51531 [details] lsof | grep kontact
I am using Debian Squeeze packages for KDEPIM 4.4.5 and semi-official KDE 4.5.1 packages from http://qt-kde.debian.net
Created attachment 51534 [details] I think I found were it is slow: While painting those small calander overviews It first painted the first month September 2010 in a slightly smaller size than the area it fits into. Then it takes several seconds. Then it resizes it to the final size. And then eventually it startes painting October 2010. Consistenly also switching to the journal part is very slow. And since the tasklist doesn't have these small calendar overviews it is fast. Makes sense, cause I left KDEPIM at 4.4.5 and only updated rest of KDE to 4.5.1. And I guess these calendar widgets might be among those that could updated to 4.5.1. Maybe they are even in kdelibs.
It helps when I hide that month overviews a lot. Starting to edit a journal entry and saving it by pressing "OK" works snappy before. Going forwards and backwards day by day is still quite slow, but not as slow as before.
Can you try disabling holidays? (Choose holiday region "None").
Thanks, that did the trick. Korganizer is fast again, even when I unhide those small month overviews. Whats the cause of this?
Some regression in the holidays lib. Fixed on recent version of korganizer.
Thanks. Is the fix backported for KDE SC 4.5.2?