Use AwakeTimeStamp to count time for media telemetry
Categories
(Core :: Audio/Video, task)
Tracking
()
Tracking | Status | |
---|---|---|
firefox90 | --- | fixed |
People
(Reporter: padenot, Assigned: padenot)
References
Details
Attachments
(2 files, 1 obsolete file)
Assignee | ||
Comment 1•4 years ago
|
||
This prevents having dramatic over-reporting on Windows.
Depends on D101036
Updated•4 years ago
|
Updated•4 years ago
|
Comment 2•4 years ago
|
||
That is not actual a blocker, but we have to be aware of which bug would be landed first, then another bug would need to do some rebasing. So change it to see-also.
Updated•4 years ago
|
Assignee | ||
Comment 3•4 years ago
|
||
Comment 5•4 years ago
|
||
Backed out for causing build bustages.
Backout link: https://hg.mozilla.org/integration/autoland/rev/260d3cdf51bcd92bcfa21fce02a12c3703874706
Comment 8•4 years ago
|
||
Backed out for windows browser chrome failures on browser_tab_visibility_and_play_time.js
Failure log: https://treeherder.mozilla.org/logviewer?job_id=338176429&repo=autoland
Backout link: https://hg.mozilla.org/integration/autoland/rev/e339980fb66f4025e5171dfe2baa7a4706a08161
Assignee | ||
Comment 9•4 years ago
|
||
This patch moves to a lower-resolution clock on Windows, so this was failing.
Depends on D112797
Assignee | ||
Comment 10•4 years ago
|
||
Alastor, I still have a failure (even with the path that adds sleeps) that I don't understand: https://treeherder.mozilla.org/jobs?repo=try&revision=16474cd2909a408eb4796ba814d59e6947c6441c, do you?
Assignee | ||
Updated•4 years ago
|
Comment 11•4 years ago
|
||
I will check that later today, keep my NI.
Comment 12•4 years ago
|
||
I tried your patch locally and ran it many times (50+), the result all seemed pretty good. If we still get the intermittent failure on try, that means the low resolution clock didn't continue counting within a second, is that something we need to worry about?
Or we could try to use waitForCondition(/* callback : return true when the clock starts forward*/)
to replace the sleep()
in assertValueConstantlyIncreases
to see if the result would become more reliable.
Assignee | ||
Comment 13•4 years ago
|
||
(In reply to Alastor Wu [:alwu] from comment #12)
Or we could try to use
waitForCondition(/* callback : return true when the clock starts forward*/)
to replace thesleep()
inassertValueConstantlyIncreases
to see if the result would become more reliable.
That was it, thanks for the hint, I switched this to use "timeupdate"
(when playing, kept setTimeout
for the "paused" case), and it's solidly green. It's just a matter of playback taking some time to start, which, in retrospect, is obvious:
Updated•4 years ago
|
Comment 14•4 years ago
|
||
Comment 15•4 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/037395dc7d1d
https://hg.mozilla.org/mozilla-central/rev/cb5292b9c50d
Description
•