Closed Bug 255561 Opened 21 years ago Closed 20 years ago

calendar extremely slow on start, new event creation, and modifying events

Categories

(Calendar :: General, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 198142

People

(Reporter: brad, Assigned: mostafah)

Details

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040616 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040616 When I start calendar, it takes over a minute before the calendar window plots during which all mozilla windows won't respond. If I start calendar without the rest of mozilla (mozilla -calendar) it takes just as long. If I add a new event, the window to add the event comes up in normal time, but when I save the event it takes over a minute to save. If an alarm pops up, regarless of whether I choose to snooze, acknowledge or whatever, it takes over a minute for normal function to return. Reproducible: Always Steps to Reproduce: 1. Start calendar 2. 3. Actual Results: It takes a very long time before calendar starts, and every action that involves the calendar file takes over a minute to complete. Expected Results: Open in 2-10 seconds? Something faster than a minute at any rate. The .ics file is 441851 in size.
Hi, developers will need specific details to reproduce the problem: Program: What version of Calendar are you using (calendar: help | about calendar) ? Computer: On what kind of computer is Calendar running? 100Mhz Pentium? Network: Are any of your files remote? Are you running with a remote X-windows client? Data: What view is displayed (day, week, multiweek, month)? How many events in view? How many tasks? How many displayed in task list? How many events? How many displayed in event list? Could you provide an example file that exhibits the problem? (Is it possible to narrow it down to particular events that are causing a problem, such as events that recur every day?)
The bulky ics file may also likely be your problem... ...Along with the fact that we currently do most of the hard-peeking/sorting work of the events in the JS (from my glances), though we do use the Cpp for reading it, (as far as I understand it). Perhaps the work requested/decided which stems from Bug #217550 and of its dependancies will help this alot.
Reporter: I agree with Justin's comment on this bug. The large .ics file is most likely the problem. Can you please try to load Calendar with a blank calendar file instead and see if this is indeed the source of the problem? If it can be traced to this, then please mark this bug as a duplicate of bug 198142.
*** This bug has been marked as a duplicate of 198142 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
The bugspam monkeys have been set free and are feeding on Calendar :: General. Be afraid for your sanity!
QA Contact: gurganbl → general
You need to log in before you can comment on or make changes to this bug.