The AudioConduit is reporting RTP send statistics instead of receive statistics. We can use the new stats interface that landed with the import of libwebrtc v64.

AudioConduit is reporting send instead of recv RTP stats

This regression was introduced in bug 1376873.

https://hg.mozilla.org/mozilla-central/rev/c0004cf7d1d1

Is this something that should be considered for Beta backport or can it ride the trains?

Comment on attachment 9043475 [details]
Bug 1527526 - AudioConduit is reporting send instead of recv RTP stats

Beta/Release Uplift Approval Request

• Feature/Bug causing the regression: Bug 1376873
• User impact if declined: Call quality in WebRTC calls could suffer unbeknownst to the providing services.
• Is this code covered by automated tests?: Yes
• Has the fix been verified in Nightly?: Yes
• Needs manual test from QE?: No
• If yes, steps to reproduce:
• List of other uplifts needed: None
• Risk to taking this patch: Low
• Why is the change risky/not risky? (and alternatives if risky): It only changes the value statistics reported.
• String changes made/needed:

Comment on attachment 9043475 [details]
Bug 1527526 - AudioConduit is reporting send instead of recv RTP stats

OK for uplift to beta 12.

Nico, is there a way we can verify this in beta?

https://hg.mozilla.org/releases/mozilla-beta/rev/7bd928c859a5

Liz, yes it should be testable. I will work on a test procedure.

(In reply to Nico Grunbaum [:ng] from comment #6)

• Is this code covered by automated tests?: Yes
• Needs manual test from QE?: No

Setting this as qe-verify- per comment 6.