270908 - Slow "Calendar Event" window launching

Status: RESOLVED WORKSFORME

(Calendar :: Sunbird Only, defect)

Description

[Eugenia Loli]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

When I double-click a day to open the "Calendar Event" window, it takes too much
time. It takes 4 seconds on my dual Celeron 533 PC with Windows XP. This is the
kind of thing where you want that window to launch *instantly*, even on older
PCs. 4 seconds is too much. Even if it might take 2 seconds on newer PCs, it's
still too slow.

Reproducible: Always
Steps to Reproduce:
1.
2.
3.

Comment 1

[Eugenia Loli]

Please note that the "Calendar Task" is equally slow loading.

Comment 2

[Michiel van Leeuwen (email: mvl+moz@)]

A quick test with dump() showed that the delay is mostly in creating the window.
It isn't before openDialog(), and not in the onLoad function. It is somewhere
between

Comment 3

[Ben]

Confirmed on Sunbird 0.2 on Windows 2000 Pro. The Event Window takes slightly
over 3 seconds on a 400 MHz Intel with the Anti-virus disabled. This is hardly
workable.  I agree with Eugenia that even 2 seconds is way too slow: it should
be almost instantly, because it is the action that users do constantly.

Are bug 262209 and bug 255561 related? Both are about the Event Window to launch
quickly, but take over a minute to save events. I also saw that saving the event
is slow as well, over 5 seconds, but nowhere close to a minute.

Comment 4

[Andres C. Rodriguez]

This is the main problem I have with Sunbird.  I want to use it, but I have been
spoiled by instant interaction, and even the second it takes to open in my
relatively fast machine is too slow.  

Is it because each task is a complex XUL dialog that must be parsed?  The thing
is that the second time is just as slow, so I don't think that's it.

Comment 5

[Eugenia Loli]

So, is this going to be fixed any time soon?

Comment 6

[Joey Minta]

*** Bug 324581 has been marked as a duplicate of this bug. ***

Comment 7

[Nuno Gonçalo Brito]

It is slow to appear and consumes a lot of CPU (more than 50% on my PIII 800Mhz).

Comment 8

[Matthew (lilmatt) Willis]

Reassigning all automatically assigned bugs from Mostafa to nobody@m.o

Bugspam filter: TorontoMostafaMove

Comment 9

[Joey Minta]

We've been kicking dialog perf's butt. As soon as we land the cached tz guessing it's almost instantaneous for me.  If we really want, we can fix the dialog-caching bug too.  This bug isn't going to lead anywhere useful though.