Revert of Fixing scenario where track is rejected and later un-rejected.

Revert of Fixing scenario where track is rejected and later un-rejected. (patchset #5 id:80001 of https://codereview.webrtc.org/1231613002/)

Reason for revert:
I think this causes WebRtcBrowserTest.CallAndModifyStream to fail on Android. See https://code.google.com/p/webrtc/issues/detail?id=4857 for more info.

Original issue's description:
> Fixing scenario where track is rejected and later un-rejected.
> 
> Added `RestartLocalTracks` and `RestartRemoteTracks` methods to
> `MediaStreamHandlerContainer` which will redo the track handlers'
> initial setup; most importantly, this will re-connect the
> renderer/capturer/etc. to a channel which was destroyed and then
> re-created.
> 
> Also added `AcceptRemoteTracks` method to MediaStreamSignaling, which
> does the inverse of `RejectRemoteTracks`. Effectively this will notify
> sinks that the track is live again, after previously being set to
> `kEnded` when it was rejected.
> 
> BUG=webrtc:2136
> 
> Committed: https://crrev.com/be37888b6d5d269dbd5385569dba15c0d70594f2
> Cr-Commit-Position: refs/heads/master@{#9600}

TBR=pthatcher@webrtc.org,juberti@webrtc.org,deadbeef@webrtc.org
NOPRESUBMIT=true
NOTREECHECKS=true
NOTRY=true
BUG=webrtc:2136, webrtc:4857

[magjed_webrtc, 2015-07-23 13:02:19]

Created Revert of Fixing scenario where track is rejected and later un-rejected.

[commit-bot: I haz the power, 2015-07-23 13:02:25]

CQ is trying da patch. Follow status at
 https://chromium-cq-status.appspot.com/patch-status/1247443005/1
View timeline at
 https://chromium-cq-status.appspot.com/patch-timeline/1247443005/1

[magjed_webrtc, 2015-07-23 13:02:34]

The CQ bit was unchecked by magjed@webrtc.org

[commit-bot: I haz the power, 2015-07-23 13:02:42]

Committed patchset #1 (id:1)

[commit-bot: I haz the power, 2015-07-23 13:02:52]

Patchset 1 (id:??) landed as
https://crrev.com/66f438f8c37165db669e15314cdb7bbfa0841f4c
Cr-Commit-Position: refs/heads/master@{#9622}