<div dir="ltr">+ pdol, cmore<br></div><div class="gmail_extra"><br><div class="gmail_quote">2017-03-08 17:21 GMT+01:00 Alessio Placitelli <span dir="ltr"><<a href="mailto:aplacitelli@mozilla.com" target="_blank">aplacitelli@mozilla.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">+ Ben Hearsum<br><br><div>Thanks for the good questions, Benjamin! My answers are below.<br><div><div class="gmail_extra"><br><div class="gmail_quote"><span class="">2017-03-08 15:35 GMT+01:00 Benjamin Smedberg <span dir="ltr"><<a href="mailto:benjamin@smedbergs.us" target="_blank">benjamin@smedbergs.us</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div><div><div><div>Can you describe what questions these pings are meant to answer?<br><br></div></div></div></div></div></div></blockquote><div><br></div></span><div>These pings are meant to answer, in "soft real-time", these questions:<br></div><div><br>- How quickly and how many people shift to a new version? e.g. low latency answers to  “how many people are on 53”<br></div><div>- How likely is that a user that installs from a given source does more page views?<br></div><div>- How does churn relate to the installation source?<br>- Given the discrepancy between download and first run numbers, where is the truth? <br></div><div>- How many users are stuck on updates?<br></div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div><div><div><div></div>For example, one of the use cases for release management is that we want to be able to roll out new versions progressively to specific numbers of people. Right now we do this by throttling the updates for a period of time. It would be faster and better to do a 100% update until we get the target number of people and then cut it off. But in order to serve that use case, I don't know whether we need the ping *after* update or the ping after the update is staged but before it is actually applied.<br></div><div><br></div></div></div></div></div></blockquote><div><br></div></span><div>To address this scenario, we're considering sending the update ping *before* it attempts to apply it and *after* it's applied.<br></div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div><div><div></div>Similarly for the activation ping, the growth team probably cares most about new profiles, but release management might care also about people who don't "update" but "install" the new version.<br><br></div>Let's say somebody is running Firefox 56 and installs Firefox 57 with the installer (rather than updater). Would that send *either* of the install or update pings? Do we need to add a clear signal to the update ping about whether this is the result of a fresh install or an app update?<br><br></div></div></div></blockquote><div><br></div></span><div>This would send the update ping when Firefox is started. Adding a clear signal about whether this is the result of a fresh install or an app update is a good idea, IMHO.<br></div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div></div>What about if somebody is running Firefox 56 and reinstalls Firefox 56? Will that send any pings?<br><br></div></div></blockquote><div><br></div></span><div>It shouldn't if the same profile is used.<br></div><div><div class="h5"><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div></div>--BDS<br><br></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="m_8491910094172891689gmail-h5">On Wed, Mar 8, 2017 at 9:26 AM, Alessio Placitelli <span dir="ltr"><<a href="mailto:aplacitelli@mozilla.com" target="_blank">aplacitelli@mozilla.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div class="m_8491910094172891689gmail-h5"><div dir="ltr"><div><div><b>tl;dr;</b> we're kicking off the work on two new ping types, the proposal is down below and we're gladly accepting comments.<br><br><b>Context</b><br><br>Data Platform will be supporting Firefox Growth by working on reducing the data reporting latency, allowing client teams to make decision and iterate quickly.<br><br>Along with the initiative of sending the "shutdown" ping when Firefox shuts down (bug 1336360), we're considering adding the following new pings:<br><br><b>"Install" (aka "Activation") ping</b><br>Sent when Firefox is launched right after its installation, on a new profile. This ping will contain:<br><ul><li>The client_id</li><li>The environment data (or a subset of the environment data).<br></li></ul></div>Having this clear installation signal would be useful for funnel and churn analysis, along with giving us a clearer picture of the "download to usage" patterns. The work for this ping is tracked in bug 1120370.<br><br></div><div>In the current state, the "Install" ping would be sent right after the "Data Choices" infobar is displayed, which is 60s into Firefox execution. This <i>could </i>change in future releases as we will probably be dropping the infobar and opening a tab instead.<br></div><div><div><br><b>"Update" ping<br></b>Sent right after Firefox upgrades to a new version (i.e. restarts after applying the update). It will contain:<br><ul><li>The client_id</li><li>The previous installed version and channel</li><li>The current installed version and channel<br></li></ul></div><div>This will give us a clear signal of a version upgrade, helping to have a quicker view on the version uptake of new Firefox releases. The work for this ping is tracked in bug 1120372.<br><br></div><div>There's a discussion going on about sending this ping <i>before </i>the update takes place and <i>after </i>it finishes, to quantify the problems in the update process.<br></div><div>Alternatively, if we were able to detect failed updates when restarting Firefox  (under investigation), we could just be sending the "update" ping once after an update attempt, regardless of its success, together with the failure reason.<br></div><div><br><b>Additional context</b><br><a href="https://docs.google.com/document/d/1NEOHfT4hBsmOmoK5M_wbsF7v-NihTtCybHe-sxs9Hgw/edit?ts=58b947d8#heading=h.byypvh46s2wo" target="_blank">https://docs.google.com/docume<wbr>nt/d/1NEOHfT4hBsmOmoK5M_wbsF7v<wbr>-NihTtCybHe-sxs9Hgw/edit?ts=58<wbr>b947d8#heading=h.byypvh46s2wo</a><br></div></div></div>
<br></div></div>______________________________<wbr>_________________<br>
fhr-dev mailing list<br>
<a href="mailto:fhr-dev@mozilla.org" target="_blank">fhr-dev@mozilla.org</a><br>
<a href="https://mail.mozilla.org/listinfo/fhr-dev" rel="noreferrer" target="_blank">https://mail.mozilla.org/listi<wbr>nfo/fhr-dev</a><br>
<br></blockquote></div><br></div>
</blockquote></div></div></div><br></div></div></div></div>
</blockquote></div><br></div>