maemo.org Bugzilla – Bug 6687
Calendar (and Calendar desktop Widget) can take up to 30 seconds to become responsive when a lot of Smart Calendar items are present
Last modified: 2010-04-09 11:12:37 UTC
You need to
before you can comment on or make changes to this bug.
EXACT STEPS LEADING TO PROBLEM:
1. Make sure several Smart Calendar items are present in an active Calendar
(thanks to the Hermes app, I have over 700 birthdates grabbed from Facebook).
2. Launch the Calendar (or return to a desktop panel that contains the Calendar
A little delay for refresh is expected, but mine takes up to 30 seconds,
sometimes triggering the "unresponsive" dialog box (fyi, if I click "No" in
this dialog -- so the app isn't forced to quit, the app will respond after a
Long waits and unresponsiveness.
I have similar problem. Calendar is very unresponsive. I have 800+ contacts and
am synching 1 month of calendar items with outlook 2007.
Switching between calendar views takes a long time. 10+ seconds.
In agenda view, calendar items will not scroll. In week view, calendar will not
scroll to next week with stylus swipe. Pressing arrow key produces delayed
scroll taking 5 seconds.
Alarms due to calendar items will cause phone to freeze with the alarm
stuttering in a loop. Hard reset required.
observed with top, /usr/bin/Calender consumes between 45% and 75% percent of
CPU-time - and, my asumption, also battery-life....
I think there is a dependency with bug 6576 and 7213.
I currently have a major problem with this because I do a daily sync with
Oulook (2003 SP3 in this case) and have many recurring meetings, that also
regularly get updated (agenda, meeting room).
My N900 is currently crashing every hour, because I get loads of reminders,
even of non-existing events (same as last 2 lines of Comment #1). Only
solution: remove battery!
This makes it "major" for me!
I also see /usr/bin/Calendar constantly taking +/- 60% of CPU power.
"kill" helps for 2 minutes, then it comes back.
While waiting for a real solution, can somebody please urgently provide me with
a workaround, e.g.:
+ Way of permanently disabling Calendar and alarm notifications
+ A manual way of deleting/cleaning the alarm-list (as the events don't appear
in the Calendar).
BTW: Tried full resynch with Outlook, but that didn't solve the problem.
After reading the description of bug 6909 , it triggered me that I indeed
recently changed the "Remove old items" setting in the Calendar.
I now put it back on "Never" and /usr/bin/Calendar has stopped eating up
processor usage (and my battery)!
Don't know yet if this also solves the rest of my problems (next "ghost" alarm
is only expected tomorrow), but I'll post more info when I have it.
At least, I think this is already usefull info for people having a "slow"
Calendar. By changing this setting, my Calendar works fast again.
(In reply to comment #4)
> I now put it back on "Never" and /usr/bin/Calendar has stopped eating up
> processor usage (and my battery)!
> At least, I think this is already usefull info for people having a "slow"
> Calendar. By changing this setting, my Calendar works fast again.
Thanx for this info - my N900 now works fast again, and hopefully with a longer
Unfortunately, this workaround did not solve the "ghost alarms", which I think
should be kept as the key problem in bug 6576 .
However, the workaround now allowed me to acknowledge all the alarms, without
having to remove the battery.
While it's still necessary to have a fix for this, the workaround works for me,
so I'm moving my vote to 6576.
I have 287 birthdays in my "smart" calendar and that is not because of remotely
known people on Facebook. This makes it very close to impossible to arrange
meetings with people when you need to manually "sync" calendars of people
around the table (to find a date and time that works for everyone - I'm always
last to confirm/deny).
Is this still an issue in 2.2009.51-1?
I'd say this is only partly fixed. Bug 7027 is still very present in
2.2009.51-1 - I have to turn the smart birthdays off to be able to use the
calendar efficiently (at an acceptable speed).
(In reply to comment #9)
> I'd say this is only partly fixed. Bug 7027 is still very present in
> 2.2009.51-1 - I have to turn the smart birthdays off to be able to use the
> calendar efficiently (at an acceptable speed).
The birthday items performance issue is fixed in internal 10.2010.04-4 release.
The fix will be included into PR1.2 public release.