WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
26406
Would like Inspector to show what JS caused relayouts/repaints
https://bugs.webkit.org/show_bug.cgi?id=26406
Summary
Would like Inspector to show what JS caused relayouts/repaints
Adam Roben (:aroben)
Reported
2009-06-15 08:49:11 PDT
We've seen examples of a site calling element.clientWidth (or similar) inside a loop, making that site slow due to the relayout that each clientWidth call requires. It would be great for the Inspector to indicate what JS caused a relayout (or repaint) so that web developers could find and fix these problems.
Attachments
Add attachment
proposed patch, testcase, etc.
Adam Roben (:aroben)
Comment 1
2009-06-15 08:49:56 PDT
One idea Hyatt, Tim, and I discussed is to show when relayouts/repaints happened on a timeline. Then you could have some way of finding out the JS backtrace that was active at the time of the relayout/repaint (if any).
Adam Roben (:aroben)
Comment 2
2009-06-15 08:55:37 PDT
If we do put this information into a timeline, it probably makes sense to unify it with the resource-loading timeline in the Resources panel. See
bug 26407
for another idea which might warrant extending the resource-loading timeline to show more types of information.
Patrick Mueller
Comment 3
2009-06-22 10:57:27 PDT
See also
Bug 26317
; the referenced paper discusses general ideas regarding debugging information based on events. It would be useful to see ALL the events fired over a period of time, be able to filter those, etc.
Adam Roben (:aroben)
Comment 4
2010-11-04 07:53:21 PDT
<
rdar://problem/8630435
>
Timothy Hatcher
Comment 5
2010-11-04 14:51:10 PDT
The Timeline panel has this info.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug