Closed Bug 55112 Opened 24 years ago Closed 23 years ago

Slow loading, Bad progressbar and general slowdown in UI

Categories

(Core :: Layout, defect, P3)

x86
Windows NT
defect

Tracking

()

RESOLVED WORKSFORME
mozilla1.0

People

(Reporter: mag, Assigned: attinasi)

References

()

Details

(Keywords: perf)

Attachments

(1 file)

(deleted), application/octet-stream
Details
Is you point your nightly build (my case: 2000100308) to that page there is some issues. 1) The progressbar does not show how much of the current document is parsed/loaded. It just says plop, and is finished. Is the progress bar based on gifs, etc that is downloaded, but not counting the base html file itself? 2) The loading/parsing of the page is damn slow. Due to (1) it feels even slower :) MSIE beats this speed by a factor of more than ten. 3) Resizing the document is darn slow aswell. 4) The UI starts to behave strangely. Just to move the cursor to the location edit control by clicking on it takes a damn long time. It seems to lockup on intervals. This makes me think that something is going thru the document tags or whatever, and that it is issue.
long html, this is a dupe, will look
layout and confirming
Assignee: asa → clayton
Status: UNCONFIRMED → NEW
Component: Browser-General → Layout
Ever confirmed: true
QA Contact: doronr → petersen
Please triage.
Assignee: clayton → joki
Oh well, more incremental layout stuff...
Assignee: joki → nisheeth
I wasn't able to access http://sid.genline.nu. mag@bahnhof.se, would you please attach a test case to this bug. Re-assigning to QA owner, Chris Petersen, while mag@bahnhof.se responds. Chris, once mag@bahnhof.se has attached a test case, please pass this bug on to Chris Karnaze (karnaze@netscape.com), the manager of the Layout team. Thanks!
Assignee: nisheeth → petersen
Attached file A really big html file :) (deleted) —
Nisheeth, you timed this perfectly since we had a (planned) downtime just when you tried to reach http://sid.genline.nu :) Ok, I attached that big html file. /Magnus Naeslund
Keywords: perf
Reassigning to attinasi and marking m1.1
Assignee: petersen → attinasi
Moving to m1.0
Target Milestone: --- → mozilla1.0
This is a good one to check with McClusky's changes turned on (see bug 76722)
Blocks: 99053
This is quite reasonable in recent builds - probably due to McClusky's change. The load time is close to IE's, and the progress bar seems correct. Marking MFM
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
No longer blocks: 99053
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: