New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 593529 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Closed: Mar 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 1
Type: Feature



Sign in to add a comment

Support user override of mirroring

Project Member Reported by sko...@chromium.org, Mar 10 2016

Issue description

Currently we don't support users overriding the default Cast action from a site by explicitly mirroring (e.g., desktop).  This is a regression over the legacy extension behavior - see b/27547457.  We should support a user_override option so that users can explicitly mirror tab/desktop instead of casting.
 

Comment 1 by sko...@chromium.org, Mar 10 2016

Labels: Restrict-View-Google

Comment 2 by mfo...@chromium.org, Mar 10 2016

Status: WontFix (was: Available)
This seems like a feature request for the Cast SDK.  Please file a bug against the Cast MRP for followup.

Comment 3 by sko...@chromium.org, Mar 10 2016

Status: Available (was: WontFix)
But doesn't the MRP need to know whether the user has overridden the default behavior from MR?  That data would seem to live there.

Comment 4 by mfo...@chromium.org, Mar 16 2016

I guess I don't follow what you mean by "override."  The user can select tab or desktop cast mode using the picker, and the MRP will get a route request with that media source.  If you want a way for this preference to persist - that is something that the Cast MRP could possibly keep track of.



Comment 5 by sko...@chromium.org, Mar 16 2016

Cc: vadimgo@chromium.org
Vadim, is this all in the Cast MRP, or do you need data from MR?
I believe it's all in MR UI and should not touch Cast MRP.

Comment 7 by mfo...@chromium.org, Mar 23 2016

Labels: -Restrict-View-Google -Type-Bug-Regression -M-51 Type-Feature
Owner: sko...@chromium.org
Please write up a short PRD describing this feature, as I'm still not sure what is being asked for.

Also removing R-V-G as I don't see anything sensitive.

Comment 8 by sko...@chromium.org, Mar 28 2016

Owner: mfo...@chromium.org
Mark, the basic requirement here is that if the user has explicitly started Desktop mirroring prior to going to a Cast-enabled site, that the site needs a way of detecting that and not auto-transitioning to flinging.

AIUI there's no way for the Cast MRP to query MR to find out if the user is currently desktop mirroring, in order to avoid the default auto-transition behavior.  How could the MRP get this information? 

Comment 9 by mfo...@chromium.org, Mar 28 2016

I don't think the MR needs to be involved, since the only time this happens is when the Cast MRP decides to switch a Cast device from a desktop mirroring route to a flinging route.  We'll discuss amongst ourselves.

Status: WontFix (was: Available)
After discussion this situation can be resolved within the MR component extension.  Will track fix there.

Sign in to add a comment