W3C home > Mailing lists > Public > public-privacy@w3.org > January to March 2016

Re: Beacon updates

From: Christine Runnegar <runnegar@isoc.org>
Date: Mon, 25 Jan 2016 16:29:08 +0000
To: Nick Doty <npdoty@ischool.berkeley.edu>
CC: "public-privacy (W3C mailing list)" <public-privacy@w3.org>
Message-ID: <A2522C40-3775-473C-96A4-256094227B34@isoc.org>

Thank you for taking the initiative. Re [3] I do think it would be helpful to call this out in the privacy considerations section. If others have different views, please share them on the list by Friday.


> On 22 Jan 2016, at 2:16 AM, Nick Doty <npdoty@ischool.berkeley.edu> wrote:
> Hi PING,
> A quick update. Since our review back in 2014 [1], and repeated discussion at TPAC 2015, the Web Perf group has made substantial changes to the Beacon spec. I believe these changes simplify and clarify the spec [2] and also mitigate the distinct privacy and security concerns we raised. Good work all around.
> One open issue [3]: I've suggested that the spec explicitly note the privacy implication that Beacon can be used to send telemetry/analytics data back to the server (data which might be privacy sensitive or not expected by the user) and that since the data might be sent just after the page is closed, the activity will be less visible to the user. Given that current methods accomplish the same data transfer but at the cost of slowing navigations by blocking unload, I think the argument that this trade-off is good for the user makes a lot of sense, I've just suggested that it be explicitly noted. 
> If PING feels differently from me on that, please do speak up, I don't want to misrepresent you. It would also be useful to have a general guideline for when certain kinds of trade-offs make sense, or what levels of privacy consideration should be documented in a spec.
> Cheers,
> Nick
> [1] https://lists.w3.org/Archives/Public/public-web-perf/2014Jul/0109.html
> [2] https://w3c.github.io/beacon/
> [3] https://github.com/w3c/beacon/issues/17
Received on Monday, 25 January 2016 16:29:45 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:49:32 UTC