262209 - Calendar is very slow deleting, creating and editing a event

Status: RESOLVED WORKSFORME

(Calendar :: General, defect)

Description

[klaus thorn]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; de-AT; rv:1.6) Gecko/20040113
Build Identifier: mozilla win32 1.7.2, calendar_windows_1.7.2-20040809

When the user double-clicks on an event, the window pops up immedeatly, but when
she presses ok it takes over a minute for the window to close. Same with
deleting. The user has several open tasks and about 3 events a day for one year
in her calendar. calendar windows for mozilla 1.7.2, version 20040809

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

Actual Results:  
everythings works but with one minute wait on tasks that have to be done very often

Expected Results:  
react immediatly

what is not standart about the users configuration: she made a backup and then
copied her backup into her mozilla directory (somewhere, she did not remember
where). When she started calendar she was asked to replace or add the events.
She chose add and now has duplicates of many events. But no error message.

Comment 1

[Wm]

(In reply to comment #0)

> what is not standart about the users configuration: she made a backup and then
> copied her backup into her mozilla directory (somewhere, she did not remember
> where). When she started calendar she was asked to replace or add the events.
> She chose add and now has duplicates of many events. But no error message.

Hello, Kluas, if you raise this in the newsgroup
netscape.public.mozilla.calendar
you should get help for the main problem (as above) easier than through bugzilla

I think if the problem with the import and duplicates is sorted out the slowness
will go away (essentially I think the .ics file may be twice as big as necessary
and that is a problem to help the user fix rather than a bug).

HTH

Comment 2

[Eric]

Just started using Calendar and can confirm this bug on my system Win98 SE
4.10.2222 A, Mozilla 1.7.2 Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.2)
Gecko/20040803, Mozilla Calendar 2004111214-cal.

To create, edit or open events or tasks is painfully slow.  Deleting is fast.

Comment 3

[Joey Minta]

Sounds like the infamous bug 198142.  Reporter, can you please take a look at that bug and see if you 
agree that it covers the issue?  The fact that there are a year's worth of events in the calendar probably 
takes it pretty close to the numbers complained about in bug 198142.

Comment 4

[klaus thorn]

(In reply to comment #3)

The number of events (900) and the description (almost UNUSABLE) fit. But the
description of this bug (262209) has more details: "window pops up after
doubleclick immedeatly, but when user presses ok it takes over a minute for the
window to close. Same with deleting."

So it would be a waste of information to make this bug a mere copy, wouldn't it?

And what is this about? Decreasing the number of bug reports? What about solving
these issues: Then it is possible to decide whether both symptom rose from the
same problem.

Comment 5

[Joey Minta]

(In reply to comment #4)
> So it would be a waste of information to make this bug a mere copy, wouldn't it?
> 
> And what is this about? Decreasing the number of bug reports? What about solving
> these issues: Then it is possible to decide whether both symptom rose from the
> same problem.

Please don't take offense to my previous comment.  The goal is to provide the
developers with a clear, organized set of bugs that they can then address. 
That's why I asked for you opinion as to whether or not it was the same.  If it
is the same bug, then the developers don't need to see it twice, it only
provides clutter and distraction.  If it's the same bug but you feel you have
something to add/clarify, then a comment on the original bug is a better way to
go about it.  That way, when a developer wants to take on the bug, all the
information is in one place.

Your desire for a quick solution to this problem is obviously understandable. 
Calendar has been getting a large back-end rewrite, that will hopefully
alleviate issues like this one.  In reference to work on this specific issue,
you could, for instance, take a look at the recently created page in the
calendar wiki http://wiki.mozilla.org/Calendar:Cache.

About your final sentence, confirming that two bugs were caused by the same
issue is what the VERIFIED: DUPLICATE status is for.  So, if you _feel_ it is a
duplicate, please resolve it as such.  When a new build comes out that claims to
 fix the original bug, then this can be verified.  If it turns out this wasn't
the case, the bug can be re-opened.

In short, yes, a shorter bug list provides for more efficient bug solving.

Comment 6

[Hrotkó Gábor]

Hi!

 I have an ics file, which is 127K big. I have a network drive 'h' attached from 
the local 10/100 server (so the server speed shouldn't be a problem).

 When I use a calendar from the local C drive, it is fast, but when I use the 
same from the network drive H, it is far too slow.
I tried separately the two file, and using it from the network drive causes the 
problem.

I am using:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a5)
Gecko/20050203 Mozilla Sunbird/0.2


Roti

Comment 7

[Joey Minta]

(In reply to comment #6)
Roti,
    Can you please try testing this on a nightly build of Sunbird?  It'd be
useful to know whether the same behavior can be reproduced there.  Thanks.

Comment 8

[Hrotkó Gábor]

I dont know how to set the full path of the calendar file in the latest trunk: 
01-Sep-2005.

- the "checking for compatibility updates to your Extension" start seems to hang 
(my internet connection is O.K.);  pressing cancel drop: ""
- "file/open calendar file" doesnt work
- at new calendar, I cant can change the "moz-profile-calendar://?id=3" to "H:
\mail\calendar\MozillaCalendarroti.ics", but the OK buttont not working

so I dont know how to search and change the calendar file location.

Comment 9

[Joey Minta]

(In reply to comment #8)
> I dont know how to set the full path of the calendar file in the latest trunk: 
> 01-Sep-2005.

Try creating a remote, webdav calendar, but with a file:// path.

Comment 10

[Hrotkó Gábor]

either entering
"file://H:\mail\calendar\MozillaCalendarroti.ics"
or
"file://H:/mail/calendar/MozillaCalendarroti.ics"
wont create any calendar
even with the "file://c:\Documents and Settings\roti.PROFI-MEDIA.COM.
000\Application Data\Sunbird\Profiles\default\d76sxgjo.
slt\Calendar\MozillaCalendarFile.ics"
location 

Comment 11

[Matthew (lilmatt) Willis]

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

Bugspam filter: TorontoMostafaMove

Comment 12

[Simon Paquet [:sipaq]]

Is this still happening with Sunbird 0.3a2 or current nightly builds? There have been a lot of performance feedback to our code lately.

Comment 13

[Joey Minta]

(In reply to comment #12)
> Is this still happening with Sunbird 0.3a2 or current nightly builds? There
> have been a lot of performance feedback to our code lately.
> 
Yeah, this is WFM after all the perf checkins.