Closed
Bug 723123
Opened 12 years ago
Closed 12 years ago
Telemetry for time needed to switch to a tab
Categories
(Firefox :: Tabbed Browser, defect)
Firefox
Tabbed Browser
Tracking
()
RESOLVED
DUPLICATE
of bug 753127
People
(Reporter: mak, Assigned: mak)
Details
Attachments
(1 file, 1 obsolete file)
1.45 KB,
patch
|
Details | Diff | Splinter Review |
We should measure regression/hangs on time needed to switch to another tab, tat is one of the most common operation. The initial measurement hook point sounds easy, the tabSelect event, though the final measure point is a bit foggy, should measure up to when the tab's content is actually usable by the user. Felipe suggested separating a measure for tab switching when certain events happen, for example when some load is happening globally.
Assignee | ||
Comment 1•12 years ago
|
||
so, in the end with felipe we found that we may use mozvisibilitychange on to gather the measure. Based on the specs should be a decent point, though we are unsure how our implementation interpret the specs (mostly whether it is fired before the paint or after it). This is just a test patch made to check which kind of values are returned, usually they are around 16ms here, though we should remember on windows the common timestamp resolution is about exactly 16ms, so we may get not that useful values. The high resolution js api timer bug is not fixed yet.
Assignee | ||
Comment 2•12 years ago
|
||
oops, previous one was empty
Attachment #593778 -
Attachment is obsolete: true
Comment 3•12 years ago
|
||
Oops, looks like we duplicated some work here. We should incorporate any relevant parts of this patch into bug 753127 or bug 790752.
You need to log in
before you can comment on or make changes to this bug.
Description
•