W3C home > Mailing lists > Public > public-tracking@w3.org > March 2013

Re: ACTION-372 service providers and debugging

From: Jonathan Mayer <jmayer@stanford.edu>
Date: Mon, 18 Mar 2013 22:32:23 -0700
To: David Wainberg <david@networkadvertising.org>
Cc: "public-tracking@w3.org" <public-tracking@w3.org>
Message-ID: <AB7D86FA2F6D4C32AF028CC87C6390E4@gmail.com>
I would be willing to consider a debugging exception (for both third parties and service providers), but only if:

1) Data collection is not prospective.  In other words, the exception only applies if there's currently a bug getting worked out.  Industry participants have not provided technical evidence that historical linkable data would be essential for debugging unlinkable practices, and at any rate, I'm not comfortable with any provision that allows continuous linkable data collection.

2) Data collection is necessary.  There are many ways of squishing a bug.  Collecting intrusive data must be a last resort.

I think Tom Lowenthal's language in ACTION-278 mostly does #1, not quite #2.  At any rate, we should probably have an ISSUE for tracking a debugging exception.


On Monday, March 18, 2013 at 3:04 PM, David Wainberg wrote:

> The issue is that service providers should not jeopardize service provider status by virtue of looking across siloed data to perform system debugging. I believe the current language for the debug permitted use already implicitly includes this, but that we can make it explicit in non-normative language.
> 
> Current permitted use:
> 
> 6.1.1.2.7 Debugging
> 
> Information may be collected, retained and used for identifying and repairing errors that impair existing intended functionality.
> 
> Non-normative addition:
> 
> This provision includes use of data by service providers from across multiple clients simultaneously for the limited purpose of system debugging. 
Received on Tuesday, 19 March 2013 05:32:51 UTC

This archive was generated by hypermail 2.3.1 : Friday, 3 November 2017 21:45:07 UTC