New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 595330 link

Starred by 3 users

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 2
Type: Bug



Sign in to add a comment

Browser sanity test for capture timestamp stats

Project Member Reported by tnakamura@chromium.org, Mar 16 2016

Issue description

Spun off from https://bugs.chromium.org/p/chromium/issues/detail?id=586656#c6:

The root cause for this bug was that we had two clock implementations, with different behavior on some platforms. As the fix was to remove one of them (webrtc::Clock is now a wrapper that just calls rtc::Time), adding tests for that specific issue doesn't seem very useful.
That said, we could probably add browser test to sanity check the stats we output. For instance delays not being smaller than 0 or greater than.. something very large.
 
Please update the label if this will not make it to M51.

Comment 2 by sprang@chromium.org, Apr 18 2016

Cc: sprang@chromium.org
Labels: -M-51 M-52
Owner: asapersson@chromium.org
As you're looking at improving e2e latency stats, could you have a look at this?
Project Member

Comment 3 by sheriffbot@chromium.org, Jun 1 2016

Labels: -M-52 M-53 MovedFrom-52
Moving this nonessential bug to the next milestone.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Will this make it to M53?

Comment 5 by sprang@chromium.org, Jul 13 2016

Labels: -M-53 M-54
No :(
What's the latest here, will it make it to M54?
Labels: -M-54 M-55
Labels: -M-55 M-56
It didn't make it into M55 so moving to M56.
Bumping to M57. Please update if that's wrong.
Labels: -M-56 M-57

Sign in to add a comment