Page doesn't appear at once, takes very long to render

RESOLVED FIXED

Status

()

Core
Layout: View Rendering
--
major
RESOLVED FIXED
14 years ago
10 years ago

People

(Reporter: mcsmurf, Assigned: roc)

Tracking

({perf, regression})

Trunk
perf, regression
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

14 years ago
To reproduce do this:
1. Load http://bugzilla.mozilla.org/
2. Load http://bugzilla.mozilla.org/query.cgi
3. Go back
4. Go forward

Watch that page rendering takes very long, it seems to finished loading, but the
website itself will render about 1-2 seconds later. You can only see the caret
blinking while this 1-2 seconds. Now you can go back and forward again, probably
you will see the same again. At the 2nd time i went back&forward it seems a part
of the image at the top appeared first and then the rest. Happens with a current
cvs trunk build.
(Reporter)

Comment 1

14 years ago
*** Bug 242822 has been marked as a duplicate of this bug. ***
(Reporter)

Comment 2

14 years ago
This can be reproduced with many sites afais. Another example would be go to
heise.de, click link at the top "Telepolis", go back, go forward, rendering
happen only after 1-2 seconds.
Keywords: perf

Comment 3

14 years ago
I also see this on Firefox 20040506 on Win2k.

Selecting text causes that area of the page to appear.  If the page is scrolled,
the newly scrolled area is properly rendered.

There does not appear to be any extra CPU use while the page is invisible.
(Reporter)

Comment 4

14 years ago
Probably this regressedf in the last few days, i'll try to find out.
(Reporter)

Comment 5

14 years ago
This seem to broke between 2004050509 and 2004050609. To reproduce it seems you
have to use tabbed browsing, so to reproduce the steps in Comment 0 you have to
open at least 2 tabs (the one tab can be empty, in the other you reproduce the
bug). Bonsai link for checkins
http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=SeaMonkeyAll&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2004%2F05%2F05+08%3A30%3A00&maxdate=2004%2F05%2F06+09%3A00%3A00&cvsroot=%2Fcvsroot
if you move the window offscreen and then back onscreen, does it repaint
immediately?
Also, if you have a debug build and know how to turn paint flashing on, try that
and tell me what the results are.
(Reporter)

Comment 8

14 years ago
(In reply to comment #6)
> if you move the window offscreen and then back onscreen, does it repaint
> immediately?

If i reproduce the bug, move the window offscreen and onscreen, the part that
was offscreen, got rendered. Also i move the window offscreen, reproduce the bug
and move the window onscreen, the part that was offscreen got rendered.
Blocks: 242856
(Reporter)

Comment 9

14 years ago
(In reply to comment #7)
> Also, if you have a debug build and know how to turn paint flashing on, try that
> and tell me what the results are.

It flashs twice, first when going forward to the page (also there is only the
area instead of page, maybe some animated gifs (or flash animations, etc.)
appear in this white area when they'll move. And it flashes a second time when
the rest of the page is displayed.
(Reporter)

Comment 10

14 years ago
btw: What i also have noticed (and i think this is related to this bug) is that
when i submit a bug report, then the "Changes submitted for bug xyz[...]"
appears not correctly. First only the buttom of the page appears (the bugzilla
toolbar with Actions and My Querys) and then after some seconds the table with
"Changes submitted for bug 242823
Email sent to: [...] "
(Reporter)

Updated

14 years ago
Blocks: 243195
(Reporter)

Updated

14 years ago
No longer blocks: 243195
Status: UNCONFIRMED → NEW
Ever confirmed: true
(Reporter)

Updated

14 years ago
Blocks: 243195

Comment 11

14 years ago
I'm pretty sure I've seen this on my Linux GTK2+Xft builds too.
OS: Windows 2000 → All
Hardware: PC → All
Blocks: 243231
Apparently some invalidates are being lost.
Blocks: 243356
I'm not sure I can reproduce this.
Blocks: 243707
Blocks: 243924

Comment 14

14 years ago
roc backed out the change that caused this bug:
http://bugzilla.mozilla.org/show_bug.cgi?id=242856#c67
(Reporter)

Comment 15

14 years ago
has been fixed, too
Status: NEW → RESOLVED
Last Resolved: 14 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.