Closed
Bug 350313
Opened 19 years ago
Closed 17 years ago
unneccessary refreshing events from local calendars on startup
Categories
(Calendar :: Calendar Frontend, defect, P1)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: damian.publicemail, Unassigned)
Details
(Keywords: perf)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:1.8.0.6) Gecko/20060728 Firefox/1.5.0.6
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060825 Calendar/0.3a2+
remote calendars are refreshing every time you launch Sunbird
events appears after 1-3 seconds, however events from local (Home) calendar are also refreshing and there is effect of blinking
Reproducible: Always
Steps to Reproduce:
1. add remote calendar with events
2. restart Sunbird
Actual Results:
events from local calendar are displayed for 1-2 seconds, then disappear and are showing again - blinking
Expected Results:
events from local calendars should not be refreshed
when you have remote calendar but events are not displayed (because you unchecked this calendar in calendar panel) works fine
| Reporter | ||
Comment 1•19 years ago
|
||
similar to bug 216251 - when click "Reload remote calendars" local events blink as well
Version: unspecified → Trunk
Comment 2•19 years ago
|
||
If someone could track down more specifically what the actual 'refresh' is here, I'd be very interested in the data. I was pretty sure I eliminated the duplicate getItems() calls previously, but I may have been mistaken. Logging all the calls to a particular provider's getItems method should show whether this is the case.
The following function may prove useful:
function debugGetStack(aDepth) {
var depth = aDepth || 5;
var stack = "";
var frame = arguments.callee.caller;
for (var i = 1; i <= depth; i++) {
stack += i+": "+ frame.name+ "\n";
frame = frame.arguments.callee.caller;
if (!frame) {
break;
}
}
return stack;
}
On a side note, it may be interesting to insert perf-debugging code into our actual codebase, to help others diagnose these problems.
| Reporter | ||
Comment 3•19 years ago
|
||
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20061030 Calendar/0.4a1
still can be reproduce
Status: UNCONFIRMED → NEW
Ever confirmed: true
Updated•17 years ago
|
Flags: tb-integration+
Comment 4•17 years ago
|
||
WFM (on Mac); does this still occur? There's no flickering, only the scroll position change on startup (week view). I've added dumps to providers' refresh function, but none is called more than once on startup.
Keywords: qawanted
Comment 5•17 years ago
|
||
I'm not seeing this on current nightlies, but I'm almost certain I was until a week or two ago. Interestingly, making various changes (notably dragging existing events) to CalDAV calendars just recently stopped showing up immediately, and requiring a refresh (or maybe a reload?) to become visible. I'm wondering if a recent landing fixed this bug while introducing that regression.
Updated•17 years ago
|
Priority: -- → P1
Comment 6•17 years ago
|
||
Dan, have you been able to reproduce the startup issue? I think the not immediate changes to events was fixed in a different bug.
Comment 7•17 years ago
|
||
Nope, this is continuing to work for me. Resolving as such.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•