Re: issue-170

This group has been historically resistant to requirements on the UI of a
UA. For example, Alan and I (and others) proposed a set of requirements on
the UI for UAs setting/sending DNT:1. We had proposed that the user be
properly informed about the choice they were making before setting DNT:1.
Essentially what we were proposing was the choice be ³clearly and
comprehensively explained² before the DNT:1 signal was set.  As I recall,
our proposal was largely rejected. So now, as I understand it, folks who
rejected our similar proposal for the setting of DNT:1, want those rules
applied for the setting of DNT:0, to servers?

Also, it seems this proposal wants to change some long-standing
terminology. User-granted-exception (UGE) is now ³an explicitly-granted
exception²?  This semantic change seems unnecessary‹ the definition of UGE
should suffice to inform the reader of this spec what it is, so if you
want it to include the word ³explicitly², then I think that word would be
better incorporated in the definition itself (though I¹m not entirely
supportive of this move, personally). And by the way, what is an
non-explicitly-granted exception??  In my mind, a UGE is a UGE, per it¹s

Chris Mejia

On 6/4/14, 8:28 AM, "Ninja Marnau" <> wrote:

>Mike, I updated your proposal in the wiki.
>Jack, do you think the text proposal is now more balanced for DNT;0 and
>Am 04.06.14 14:38, schrieb Mike O'Neill:
>> If a 1st Party receives a request with DNT:0 set then data regarding
>>the user MAY be used or shared but, if the header signal resulted from
>>an explicitly-granted exception, only for the purposes that were clearly
>>and comprehensively explained when the exception was granted.

Received on Wednesday, 4 June 2014 16:07:16 UTC