The reland CL [1] too got reverted due to failures in the build cycles on https://findit-for-me.appspot.com/waterfall/culprit?key=ag9zfmZpbmRpdC1mb3ItbWVyRAsSDVdmU3VzcGVjdGVkQ0wiMWNocm9taXVtLzhlM2YwOTY3OGZkMjE5OTY0OWZkZmRlMWJiOWNjMGVjNTUyNDAzMDkM.

[1] https://codereview.chromium.org/2881713002/

Below are the two failures caused by this CL:
1. content_unittests
MediaRecorderHandlerTest.EncodeAudioFrames/2 fails on Windows i.e. it timed out.
[ RUN      ] MediaRecorderHandlerTest.EncodeAudioFrames/2
[4698/4698] MediaRecorderHandlerTest.EncodeAudioFrames/2 (TIMED OUT)

2. MSAN tests for content_browsertests are failing due to uninitialized memory access.

Need to investigate above two failures and fix them.

Created https://codereview.chromium.org/2901513002/ with the additional change being addition of audio_bus->Zero(); in AudioEncoder::ProvideInput(...) irrespective of the queue being empty or not. 

This fixes content_browsertests failures due to uninitialized memory access. Both linux_chromium_msan_rel_ng, linux_chromium_chromeos_msan_rel_ng trybots are green now.

miu@, mcasas@: The other issue related to time out is not reproducible locally on linux OS. Also, I am not able to find the trybot for Win7 Tests (dbg)(1) to trigger a dry run. How do I verify the same? Your inputs please on this?

What's the situation re. this bug?