W3C home > Mailing lists > Public > public-device-apis@w3.org > March 2014

Re: [admin] Security/Privacy normative text

From: Dominique Hazael-Massieux <dom@w3.org>
Date: Thu, 27 Mar 2014 17:24:39 +0100
Message-ID: <1395937479.31662.79.camel@cumulustier>
To: Frederick.Hirsch@nokia.com
Cc: public-device-apis@w3.org
(this is tagged as [admin] — is that really so?)

Hi,

On jeu., 2014-03-27 at 13:49 +0000, Frederick.Hirsch@nokia.com wrote:

> A concern appears to be the normative requirements in the security and
> privacy considerations. Personally I believe it is very important to
> retain requirements for these topics on implementations despite
> difference in nature.



As I discussed during the call, I think we should limit normative
requirements in our specs to requirements that have an impact on
interoperability. Since the security/privacy considerations of HTML
Media Capture don't (they're about how to communicate to the user the
possible associated risks with media sharing), I think they should not
be normative requirements.

A logical consequence is that they should not have test cases in our
test suites (and thus the pull request should be amended as Tobie
suggested).

If there is consensus on this, we should:
* update the spec to remove the normative requirements
* comment on the pull request to confirm the removal of the relevant
test cases


> I also note (based on discussion during last teleconference) that the
> Geolocation Recommendation has almost the same requirements, that they
> are normative, and included in the test plan - and it is a
> Recommendation. Thus we are not the first and such material has been
> accepted in another instance.



As noted also during the call, Geolocation is probably not the best
example of spec to follow (given it was the first device API to speak
of). 
In general, I think we should align with what most specs do (as long as
it is sensible), rather than what one or two specs do.

Dom
Received on Thursday, 27 March 2014 16:24:58 UTC

This archive was generated by hypermail 2.3.1 : Monday, 23 October 2017 14:54:02 UTC