Open
Bug 824113
Opened 12 years ago
Updated 2 years ago
Excessive repainting when appending some content that isn't in the visible part of the page
Categories
(Core :: Layout, defect)
Tracking
()
NEW
People
(Reporter: florian, Unassigned)
References
Details
(Whiteboard: [Snappy])
Attachments
(1 file)
(deleted),
text/html
|
Details |
I noticed this in Instantbird after turning on nglayout.debug.paint_flashing when I saw with the gecko profiler that more than 40% of the time spent while displaying a very large IM conversation is spent in -[NSView displayIfNeeded]
The full profile is http://people.mozilla.com/~bgirard/cleopatra/#report=1b1d4e07a264986d3d1a4a2780cb9601c013b867 (and yes, I've got lots of other things to optimize in my JS code).
Note: it's possible that this profile was taken with a message theme that used a background gradient on <body>. With the gradient the whole content area was repainted, without it only a part kept being repainted at the top, even though nothing had changed there.
Here is a screencast of the surprising painting behavior: http://www.youtube.com/watch?v=QNn7qHUsyiA
I've reduced the testcase (see attachment). In Firefox 17.0.1 (same gecko that Instantbird is currently using), I see a similar behavior: the first line is repainted all the time, but the repainted area has the length of the newly inserted line.
When testing on a current nightly, the whole content area is redisplayed all the time.
I tested only on OS X 10.8.
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•