<div dir="ltr"><div>I agree with you, David, privacy in the tool is important and collecting usage data can feel like the wrong data could get out. We do very intentionally limit collection to only navigation within 
the app and exclude URLs. This also means uploaded profile IDs are not reported; nothing private about the profile itself is collected in GA.<br></div><div><br></div><div>As alternative to uploading you can also download the profiles locally and attach them to private bugs; so you stay in control over them and can remove them as needed. Would it be helpful to have anonymization as an option; to have a best-effort approach on removing PII like URLs from profiles?</div><div><br></div><div>/Harald<br></div><br><div class="gmail_quote"><div dir="ltr">On Fri, Nov 17, 2017 at 1:43 PM L. David Baron <<a href="mailto:dbaron@dbaron.org">dbaron@dbaron.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Friday 2017-11-17 01:03 +0000, Harald Kirschner wrote:<br>
> tl;dr: To better understand usage and prioritize work that matters for<br>
> users, the perf.html team is planning to add GA on <a href="http://perf-html.io/" rel="noreferrer" target="_blank">http://perf-html.io/</a> [1]<br>
> (né Cleopatra) to track high-level interface interactions.<br>
><br>
> Background: perf.html is an advanced performance analysis tool, build as<br>
> hosted web application. Performance profiles are recorded using the Gecko<br>
> Profiler add-on [2], which then hands them to perf.html for local viewing.<br>
> The tool is maintained by the Firefox Developer Tools team and mostly used<br>
> by Firefox engineers and community members.<br>
><br>
> Work to add GA is happening in<br>
> <a href="https://github.com/devtools-html/perf.html/pull/617" rel="noreferrer" target="_blank">https://github.com/devtools-html/perf.html/pull/617</a> . Important to note is<br>
> that GA is not loaded when Do Not Track (DNT) is enabled and that tracking<br>
> is limited to critical paths and feature usage within the interface.<br>
> Product analytics, combined with the existing close collaboration with<br>
> Quantum Flow engineering, will inform future bug priorities and product<br>
> planning.<br>
><br>
> Let us know if you have any feedback or concerns. We'd also be happy to<br>
> welcome new contributors to the perf.html project!<br>
<br>
So as someone who was already a bit nervous about uploading profiles<br>
to <a href="http://perf-html.io" rel="noreferrer" target="_blank">perf-html.io</a> given the amount of URL data in them, I guess this<br>
makes me a little bit more nervous, since there will be script from<br>
yet more sources mixed in to the page.  I'm not sure if that gives<br>
me a clear opinion one way or another, but I think it's worth<br>
consideration of the sensitivity of the data in profiles (primarily<br>
URLs that are loading and doing something).<br>
<br>
-David<br>
<br>
--<br>
𝄞   L. David Baron                         <a href="http://dbaron.org/" rel="noreferrer" target="_blank">http://dbaron.org/</a>   𝄂<br>
𝄢   Mozilla                          <a href="https://www.mozilla.org/" rel="noreferrer" target="_blank">https://www.mozilla.org/</a>   𝄂<br>
             Before I built a wall I'd ask to know<br>
             What I was walling in or walling out,<br>
             And to whom I was like to give offense.<br>
               - Robert Frost, Mending Wall (1914)<br>
</blockquote></div></div>