Closed Bug 4533 Opened 26 years ago Closed 26 years ago

4 second delay on opening page

Categories

(Core :: CSS Parsing and Computation, defect, P1)

x86
Windows NT
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: ekrock, Assigned: pollmann)

References

()

Details

URGENT: we want to use this demo in current builds at Internet World if possible; we can't use M3/DP2 because of a different, now-fixed bug. When you open this page, you see the form elements display; then there's about a four second delay; then the rest of the page finally displays. Can we fix this in time for Internet World? Tested in AppRunner 4/4 build on P2-300 w/256MB RAM on WinNT4.0. (We want to use Apprunner, not Viewer, so people see a browser-like UI for the demo.)
Assignee: peterl → kipp
Temporarily reassigning to Kipp, per peterl: "FYI: I'm on leave through 4/9, if you want these bugs looked at, I suggest you assign them to someone else (Troy, Kipp and Chris Karnaze are good candidates)."
Status: NEW → ASSIGNED
Target Milestone: M6
QA Contact: 4110 → 4144
Assignee: kipp → kmcclusk
Status: ASSIGNED → NEW
This is a dup of another bug I gave to kevin mc. - the widget code for the select/option combo is generating reflows in the middle of reflow because of its poor use of the dom.
Kipp -- Is there a way I can improve their use of the DOM to avoid triggering the performance issue for the demo next week? If so, what is it?
Assignee: kmcclusk → pollmann
Severity: normal → critical
Priority: P3 → P1
Target Milestone: M6 → M4
It would be better to use nsIContent (and derivatives) apis that don't cause reflows.
Status: NEW → ASSIGNED
Thanks to some excellent help from V, I got this fixed in my local tree. Just doing cleanup now...
The fix has been tested on Mac, Win, and Linux. Reviewed by Harish. Waiting to check in.
Just checked in a fix.
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
Fixed in April 9th Build.
You need to log in before you can comment on or make changes to this bug.