User: Password:
|
|
Subscribe / Log in / New account

Do Not Track Does Not Conquer

Do Not Track Does Not Conquer

Posted Oct 20, 2012 11:17 UTC (Sat) by paulj (subscriber, #341)
Parent article: Do Not Track Does Not Conquer

So, why was DNT not made a tri-state - "Default", "Yes", "No"?


(Log in to post comments)

Do Not Track Does Not Conquer

Posted Oct 20, 2012 16:06 UTC (Sat) by alonz (subscriber, #815) [Link]

Because (a) it would have made the spec more complicated, and (b) the authors of the DNT spec believed browser implementors will actually read the spec (including non-technical overview sections) and make rational decisions?

Do Not Track Does Not Conquer

Posted Oct 20, 2012 18:08 UTC (Sat) by giraffedata (subscriber, #1954) [Link]

The header does not direct the server to do anything, so "default" doesn't make any sense. The three states provided for in the spec are: "I prefer not to be tracked," "I prefer to be tracked," and no information about the user's preference. The latter is encoded by not sending the header, and is the only sensible thing for a browser to do without active directions to the contrary from the user.

And giving the user the chance to uncheck a checked box isn't active enough. An advertiser would be justified in considering the header not credible if a major web browser were known to work that way.

Do Not Track Does Not Conquer

Posted Oct 20, 2012 19:12 UTC (Sat) by paulj (subscriber, #341) [Link]

Duh, of course. I must have had some major malfunction in the semantic parser in my brain when reading this article. Somehow I got the impression that Mozilla and Chrome were also sending the header without user-involvement, sending "Track" by default.

It's optional, so "Don't send" is an option and it's already tri-state. Of course :).


Copyright © 2017, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds