Force software for menus to work around corruption in classic

This occurs only in the particular circumstances of running in 
Classic mode, using the GPU rendering path in Chrome, and
opening the menu on a secondary monitor. It appears to be that
when the mouse is moved the contents of the GDI DC are redrawn
by Windows, rather than the surface that was presented by the
D3D path.

To workaround this problem, force the menu to software
compositing. This should be faster than rendering in gpu and
doing a readback to draw on to the GDI surface).

(This is to be merged potentially all the way back to 32.)

R=jbauman@chromium.org, ben@chromium.org
BUG=333380

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

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@246820 0039d316-1c4b-4281-b951-d872f2087c98
SVN changes up to revision 246820
Cast: Adding transport status callback implementation

This cl Adds the implementation of the CastTransportStatus
callback and updates the relevant tests.

This cl is a follow-up to issue 134423004.

BUG=327482

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

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@246821 0039d316-1c4b-4281-b951-d872f2087c98
SVN changes up to revision 246821