W3C home > Mailing lists > Public > public-tracking@w3.org > September 2012

RE: tracking-ISSUE-168: What is the correct way for sub-services to signal that they are taking advantage of a transferred exception? [Tracking Preference Expression (DNT)]

From: Mike O'Neill <michael.oneill@baycloud.com>
Date: Thu, 27 Sep 2012 14:58:09 +0100
To: "'Tracking Protection Working Group'" <public-tracking@w3.org>
Message-ID: <039c01cd9cb8$20a1c2c0$61e54840$@baycloud.com>
David,

Does this mean that UUID data can be passed from a 3rd party (via postMessage) to its tributary 3rd parties or does it mean to other sibling 3rd parties on the top level page? The first usage could be handled by transitively examining tracking resources (with a new member "shares-with" defined). The second usage would seem like an open door for tracking, the header would just mean "I can track you with data collected by some other guy you gave an exception to".

The user-agent will know how it gave tributaries exceptions, so can police them as it wants. If the reason is for regulatory compliance discovery maybe we should define a JS API for that. The information is in the user-agent grants db so we just need a way to access it.

Mike

-----Original Message-----
From: Tracking Protection Working Group Issue Tracker [mailto:sysbot+tracker@w3.org] 
Sent: 27 September 2012 01:55
To: public-tracking@w3.org
Subject: tracking-ISSUE-168: What is the correct way for sub-services to signal that they are taking advantage of a transferred exception? [Tracking Preference Expression (DNT)]

tracking-ISSUE-168: What is the correct way for sub-services to signal that they are taking advantage of a transferred exception? [Tracking Preference Expression (DNT)]

http://www.w3.org/2011/tracking-protection/track/issues/168

Raised by: David Singer
On product: Tracking Preference Expression (DNT)

In section 6.7 of the TPE (transfer of exception to another third party) there is a requirement to signal that this has happened, but the suggested value doesn't seem right, and may not be in line with the final set of qualifiers. A suitable signal should be found.
Received on Thursday, 27 September 2012 13:58:43 UTC

This archive was generated by hypermail 2.3.1 : Friday, 21 June 2013 10:11:34 UTC