Closed Bug 753297 Opened 12 years ago Closed 12 years ago

Lightning freezes regularly when changing weeks and other tasks when "Find Events" is visible

Categories

(Calendar :: Lightning Only, defect)

Lightning 1.4
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: garret, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: perf)

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20100101 Firefox/12.0
Build ID: 20120420145725

Steps to reproduce:

I'm using Thunderbird 12.0.1 with Lightning 1.4 and Provider for Google Calendar 0.9. I have one main large Google calendar I've been using for months (and for years before that as a local file), and a second Google calendar that has very few entries (several weeks blocked for travel). I also have two additional remote read-only holiday ICS calendars. This configuration worked just fine for months.


Actual results:

Now, within the last couple of releases, suddenly everything freezes up every few seconds so that I can't effectively use the software. In the Multiweek view, for instance, the first "next" arrow click for displaying the next week works fine. Another click and the whole thing hangs for several seconds.

When I disable all calendars and give it a while to settle down, I have no hangs. Then I re-enable my main Google calendar only, and click "next week" a couple of times. There is a huge red spike from Thunderbird on ProcessExplorer one of my cores that dies back down quickly. But then on another core Thunderbird kicks in with a huge green spike that stays for several seconds until Thunderbird becomes unfrozen.


Expected results:

This all used to work fine; now it is hardly usable. Please undo whatever was did in the past couple of releases of Thunderbird/Lightning.
When I use Lightning it freezes Thunderbird. 

For now I have simply disabled Lightning as it make Thunderbird unusable. 

Tried to reinstall and also to remove calender-data catalog and then reinstall.
Fixed the problem by deleting the Remeber the milk icl calenders
Seeing same problem ... major performance issue related to Google Calendars displayed in Thunderbird (create event takes over a minute after selecting the time range, "next month" tab takes a similarly long time to load, boot time for Thunderbird until  I can send e-mail is consistently about a minute too.  No network throughput issues in other apps).

Thunderbird 12.0.1
Lightning 1.4
@Garret, Tom: Is the cache setting enabled on your Google calendars, and does changing that make any difference? You can change this in the Edit Calendar dialog opened by double-clicking on the calendar's name in the calendar list.
@Matthew, Cache is not turned on for either of my two calendars.  Incidentally, it took approximately 40 seconds for the Edit Calendar dialog to become responsive after double-clicking my first calendar, but only the first time -- subsequent times it launched within a second.
Keywords: perf
My cache is not turned on either.

I deleted my Google calender and then added it back. Everything was as smooth as butter!! ...until a few days later when everything bogged down like molasses, and now it's unusable again... :(

Please put it back like it was before... It was working fine for a year or so!
OMG, I think I just fixed it!

You know that section above the calendar with a list of upcoming events with a search field? I notice that anything I did would cause this to update, and that seemed to be what was slowing down everything. I closed that pane, and everything is working normal now!! (This also may explain why I wasn't seeing the problem on another computer.)

Now for the life of me I cannot find how to bring that list/search pane *back*, but who cares---I never used it anyway, and that seems to be what was slowing everything down.
Oh, it was under Events and Tasks|Find Events. Yep, after bringing that back, two clicks on the "next week" button and my system grinds to a halt. I close that pane and it everything is smooth again!!! Whew! What a nice way to start the week.
I can confirm that opening the Find Events area hangs TB for a while, but even with that closed, I still sometimes see this problem.
This should be improved by the fix for Bug 757467.

It may help to enable the cache on network calendars if it isn't enabled already (double-click on the calendar's name in the Calendar List, then select the "Cache" box).
Depends on: 757467
That doesn't help -- I just tried enabling the cache for one of my calendars, and TB froze solid for ~30 seconds, churning out 2+MB/s of disk output, maybe 2K/s input, and maybe 3% CPU usage.  I then enabled cache on another calendar, and TB again froze, this time for over five minutes, again with steady 2+MB/s of disk output.  Something is doing IO on the main thread, and that's not very nice :-p
(But now that it's unfrozen, I can confirm that caching did speed up the Find Events box enormously.)
More information -- with TB 13.0.1 and Lightning 1.5.1, it sat there opening and closing calendar-data\cache.sqlite-journal hundreds of times, at least once a second (that's the time resolution of Process Explorer), for several minutes.  With Lightning 1.5.2, TB regained responsiveness quick...er, but still not terribly swiftly.  It opened cache.sqlite-journal fewer times, I think.

My speculation, based on nothing more than a sense about the rough numbers of events in my calendars and the number of times I'm seeing the journal file opened, is that somehow it's accessing the file once per event, without any sort of batching going on.  If so, this seems like a straightforward place for improvement.  If not, I'm more than happy to be wrong :)
This also started happening to my Thunderbird a couple of updates ago. I have Lightning enabled, synchronizing with ONE Google Calendar (ICS), and I have major delays in the overall performance of Thunderbird with it's syncing the calendar. I have only a couple of events on the calendar.
I'm using Windows 7, and also happens in Windows 8. My disk is an SSD. The problem happens with both cache enabled and disabled.
(In reply to Matthew Mecca [:mmecca] from comment #10)
> This should be improved by the fix for Bug 757467.

Garret, do you find this to be true?

> It may help to enable the cache on network calendars if it isn't enabled
> already (double-click on the calendar's name in the Calendar List, then
> select the "Cache" box).

Garret, do you find this to be true?
Summary: Lightning freezes regularly when changing weeks and other tasks → Lightning freezes regularly when changing weeks and other tasks when "Find Events" is visible
Whiteboard: [closeme 2012-10-15]
(In reply to João Saleiro from comment #14)
> This also started happening to my Thunderbird a couple of updates ago. I
> have Lightning enabled, synchronizing with ONE Google Calendar (ICS), and I
> have major delays in the overall performance of Thunderbird with it's
> syncing the calendar.

João, it doesn't sound like the same problem to me.  have you looked at any of these? https://bugzilla.mozilla.org/buglist.cgi?type1-0-0=substring;list_id=4482244;field0-0-0=short_desc;bug_severity=blocker;bug_severity=critical;bug_severity=major;bug_severity=normal;type0-0-1=anywordssubstr;field0-0-1=keywords;type1-0-1=allwordssubstr;resolution=---;classification=Client%20Software;classification=Components;query_format=advanced;longdesc=sync;value0-0-1=footprint%20mlk%20perf;type0-0-0=anywordssubstr;value0-0-0=memory%20;component=Alarms;component=Build%20Config;component=Calendar%20Views;component=Dialogs;component=E-mail%20based%20Scheduling%20%28iTIP%2FiMIP%29;component=General;component=Import%20and%20Export;component=Internal%20Components;component=Lightning%20Only;component=Lightning%3A%20SeaMonkey%20Integration;component=OS%20Integration;component=Preferences;component=Printing;component=Provider%3A%20CalDAV;component=Provider%3A%20GData;component=Provider%3A%20ICS%2FWebDAV;component=Provider%3A%20Local%20Storage;component=Provider%3A%20WCAP;component=Security;component=Tasks;component=Website;field1-0-0=short_desc;longdesc_type=allwordssubstr;product=Calendar;field1-0-1=short_desc
Blocks: 441710
Resolved per whiteboard.
Status: UNCONFIRMED → RESOLVED
Closed: 12 years ago
Resolution: --- → INCOMPLETE
Whiteboard: [closeme 2012-10-15]
In response to the questions directed to me above, I can't speak for caching---I've never used it. As I mentioned, this problem went away for me when I turned off the search bar.
You need to log in before you can comment on or make changes to this bug.