Version: 4.5 pre (using Devel) OS: Linux When clicking on a day in the small month-view in the top left corner to change what day to show, kontact uses 100% cpu for two seconds or so until the currently showed day actually changes. In KDE SC 4.4.5 the change occours immediately without high cpu usage. Reproducible: Always Steps to Reproduce: 1. click on a day in the small month-view 2. click on another day in the small month-view Actual Results: Notice the long time it takes to change day between step 1 and 2. Expected Results: The change should occour immediately without high cpu usage.
This still occurs in KDE SC 4.5.0 rc2 Can someone please verify and confirm. It renders korganizer unusable to browse past and future months.
How many events do you have? Wich calendar type? Ics file? Wich view are you in? Day, work, month? (day i suppose)
After deleting korganizerrc the behavior stopped .... I should have saved the file so we could see what caused it. Thanks for the reply anyway.
Created attachment 49698 [details] korganizerrc that makes my cpu go wild when changing date
I think this bug should be reopened. Deleting korganizerrc is a workaround, but users upgrading from 4.4.x will experience this problem.
Can you answer comment #2 ?
Sergio: Removing all calendars does not resolve it, so I am guessing that is nothing to do with the actual content of the calendar.
I found out what is wrong. Setting the holyday region to something else than "none" triggers the high cpu usage when changing date.
SVN commit 1157649 by smartins: Call HolidayRegion::holidays( start, end ) once, instead of calling HolidayRegion::holdays( date ) 42 times. Saves almost 2 seconds when using the date navigator. BUG: 243472 M +4 -1 kodaymatrix.cpp M +24 -6 koglobals.cpp M +10 -0 koglobals.h WebSVN link: http://websvn.kde.org/?view=rev&revision=1157649
Sweet :D