https://codereview.chromium.org/1812373002/ in the making.

This will probably need 2 content_browsertests, after
landing and verifying.

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/f621f87b55831af48c2b184c703500884de3d1fd

commit f621f87b55831af48c2b184c703500884de3d1fd
Author: mcasas <mcasas@chromium.org>
Date: Mon Mar 21 08:05:20 2016

MediaRecorder: ignored disabled audio/video tracks on MR start

BUG= 596178 

Review URL: https://codereview.chromium.org/1812373002

Cr-Commit-Position: refs/heads/master@{#382253}

[modify] https://crrev.com/f621f87b55831af48c2b184c703500884de3d1fd/content/renderer/media/media_recorder_handler.cc

cpaulin@ please verify 

This functionality needs also a content_browsertest.

Reopening this bug as the issue is not fixed on Linux ToT chrome version 51.0.2687.0 : I still cannot get any video recorded even though the recorder is in 'recording's state. No dataavailable events fired.

I don't see 51.0.2687.0 in Omaha proxy and there
is no Linux Canary, the closest is Dev:
linux	dev	51.0.2679.0	50.0.2661.18

Anyway the CL landed as 382253, and none of the Canaries
include it yet, e.g.
mac	canary	51.0.2686.0 [...] 382218

So try either ToT compiled or wait until the next
Canary that includes the CL. SG?

We can work in parallel on the content_browsertests.

I have compiled the ToT twice this morning, performed the test twice and my previous comments are from my findings, I have verified that the code contents are in sync with the CL before building. So, I believe my comments on #4 are an accurate representation of the state of the bug.

Note that, on the Issue description, step 1 also needs
either --enable-blink-features=GetUserMedia flag or
chrome://flags -> Experimental Web Platform features enabled.

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/2181b9dfb8af9622a2a87afda9bbc10717721f0b

commit 2181b9dfb8af9622a2a87afda9bbc10717721f0b
Author: mcasas <mcasas@chromium.org>
Date: Tue Mar 22 22:00:44 2016

MediaStreamTrack: don't wait to record MediaStreamTrack's whose state is not 'live'

A MSTrack on which stop() has been called has state 'ended'.
With this CL MR avoids waiting for those Tracks.

BUG= 596178 
TEST= See bug #1:

Steps to reproduce:
1- Go to https://cdn.rawgit.com/cricdecyan/mediarecorder/master/manualtest/index.html
 (note: needs either --enable-blink-features=GetUserMedia flag or
 chrome://flags -> Experimental Web Platform features enabled)
2- Click on GetUserMedia
3- Click on StopLocalAudioTracks to disable all audio tracks.
4- Click on CreateRecorder
5- Click on Start

Review URL: https://codereview.chromium.org/1824933005

Cr-Commit-Position: refs/heads/master@{#382697}

[modify] https://crrev.com/2181b9dfb8af9622a2a87afda9bbc10717721f0b/content/renderer/media/media_recorder_handler.cc

cpaulin@ please verify.

Verified with freshly build linux chrome ToT (51.0.2688.0).
Thanks for the fix.

Renamed component Blink>MediaStreamRecording to Blink>MediaStream>Recording. Moving issues to the new component.