Re: Define return value for cancelled/missing session for startSession/joinSession (#20)

Hi Anton,

On 15 Sep 2014, at 20:49, Anton Vayvod <avayvod@google.com> wrote:

> We don't need to distinguish between when the user explicitly dismissed the dialog or simply ignores it,

Right. From the web content perspective the end result is the same (no access granted) whether the user actively dismisses the dialog or just ignores it. No need to let the web content know the reason.

This is aligned with the principle of data minimization [1].

> but probably need to distinguish between when there was nothing selected and something was selected but we couldn't connect.

I’d say nothing selected is analogous to dismiss or ignore. If you choose no screen, you are practically dismissing the dialog, right?

If we can figure out we cannot connect to a particular screen before starting the session, I’d say it is a similar scenario, since technically there’s no screen if one cannot connect to it.

OTOH, if the error happens after the session has been established we should provide means to detect that and inform the controlling page.

Btw. at W3C there’s a Privacy Interest Group (PING) [1] that consists of privacy folks who are able to conduct privacy reviews on our work when we move on to the standards track in the WG.

Thanks,

-Anssi

[1] http://www.w3.org/2001/tag/doc/APIMinimization.html
[2] http://www.w3.org/Privacy/

Received on Tuesday, 16 September 2014 12:24:17 UTC