[Cast, Android] Reimplement ReceiverAction.CAST message for the new cast_sender.js

[Cast, Android] Reimplement ReceiverAction.CAST message for the new cast_sender.js

BUG=580113
TEST=e2e tests with replacing the current script with the new one.

For Chrome 50, the new version of cast_sender.js will be served that doesn't
use PresentationRequest.join("_receiver-action") to get the receiver action
event. Instead, the PresentationConnection is returned immediately after
the user picked a device for PresentationRequest.start() and the receiver
action message is sent back to the page via the corresponding MediaRoute.

This in particular means the route will exist without the CastSession and
some messages need to be handled by CastMediaRouteProvider, as well as queued
until "client_connected" is sent to the route.

Committed: https://crrev.com/9163b64f5ca5314ac5c6713aefb836cbbdf52cc1
Cr-Commit-Position: refs/heads/master@{#371780}

[whywhat, 2016-01-21 16:40:00]

avayvod@chromium.org changed reviewers:
+ mlamouri@chromium.org

[whywhat, 2016-01-21 16:40:00]

PTaL

[whywhat, 2016-01-21 16:57:07]

Improved logging of messages to the client

[whywhat, 2016-01-25 11:40:35]

The CQ bit was checked by avayvod@chromium.org to run a CQ dry run

[commit-bot: I haz the power, 2016-01-25 11:40:46]

Dry run: CQ is trying da patch. Follow status at
 https://chromium-cq-status.appspot.com/patch-status/1614023002/20001
View timeline at
 https://chromium-cq-status.appspot.com/patch-timeline/1614023002/20001

[commit-bot: I haz the power, 2016-01-25 12:24:07]

The CQ bit was unchecked by commit-bot@chromium.org

[commit-bot: I haz the power, 2016-01-25 12:24:07]

Dry run: Try jobs failed on following builders:
  android_clang_dbg_recipe on tryserver.chromium.android (JOB_FAILED,
https://build.chromium.org/p/tryserver.chromium.android/builders/android_clan...)

[whywhat, 2016-01-26 11:25:32]

The CQ bit was checked by avayvod@chromium.org to run a CQ dry run

[commit-bot: I haz the power, 2016-01-26 11:25:41]

Dry run: CQ is trying da patch. Follow status at
 https://chromium-cq-status.appspot.com/patch-status/1614023002/40001
View timeline at
 https://chromium-cq-status.appspot.com/patch-timeline/1614023002/40001

[whywhat, 2016-01-26 11:25:43]

PTaL

[commit-bot: I haz the power, 2016-01-26 12:07:40]

The CQ bit was unchecked by commit-bot@chromium.org

[commit-bot: I haz the power, 2016-01-26 12:07:40]

Dry run: This issue passed the CQ dry run.

[mlamouri (slow - plz ping), 2016-01-27 12:45:51]

The CQ bit was checked by mlamouri@chromium.org

[mlamouri (slow - plz ping), 2016-01-27 12:45:52]

lgtm

https://codereview.chromium.org/1614023002/diff/40001/chrome/android/java/src...
File
chrome/android/java/src/org/chromium/chrome/browser/media/router/cast/CastMediaRouteProvider.java
(right):

https://codereview.chromium.org/1614023002/diff/40001/chrome/android/java/src...
chrome/android/java/src/org/chromium/chrome/browser/media/router/cast/CastMediaRouteProvider.java:378:
for (String message : clientRecord.pendingMessages) {
nit: if pendingMessages.size() == 0, the rest is a no-op, right?

[commit-bot: I haz the power, 2016-01-27 12:46:08]

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

[commit-bot: I haz the power, 2016-01-27 13:37:06]

Committed patchset #3 (id:40001)

[commit-bot: I haz the power, 2016-01-27 13:38:37]

Description was changed from

==========
[Cast, Android] Reimplement ReceiverAction.CAST message for the new
cast_sender.js

BUG=580113
TEST=e2e tests with replacing the current script with the new one.

For Chrome 50, the new version of cast_sender.js will be served that doesn't
use PresentationRequest.join("_receiver-action") to get the receiver action
event. Instead, the PresentationConnection is returned immediately after
the user picked a device for PresentationRequest.start() and the receiver
action message is sent back to the page via the corresponding MediaRoute.

This in particular means the route will exist without the CastSession and
some messages need to be handled by CastMediaRouteProvider, as well as queued
until "client_connected" is sent to the route.
==========

to

==========
[Cast, Android] Reimplement ReceiverAction.CAST message for the new
cast_sender.js

BUG=580113
TEST=e2e tests with replacing the current script with the new one.

For Chrome 50, the new version of cast_sender.js will be served that doesn't
use PresentationRequest.join("_receiver-action") to get the receiver action
event. Instead, the PresentationConnection is returned immediately after
the user picked a device for PresentationRequest.start() and the receiver
action message is sent back to the page via the corresponding MediaRoute.

This in particular means the route will exist without the CastSession and
some messages need to be handled by CastMediaRouteProvider, as well as queued
until "client_connected" is sent to the route.

Committed: https://crrev.com/9163b64f5ca5314ac5c6713aefb836cbbdf52cc1
Cr-Commit-Position: refs/heads/master@{#371780}
==========

[commit-bot: I haz the power, 2016-01-27 13:38:37]

Patchset 3 (id:??) landed as
https://crrev.com/9163b64f5ca5314ac5c6713aefb836cbbdf52cc1
Cr-Commit-Position: refs/heads/master@{#371780}