
<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div>We now have the first version of the environment up on bug 1069880. Comments are appreciated.</div><div>The full ping format is coming up later.</div><div><br></div><div>Georg</div><br><div><div>On 18 Dec 2014, at 13:27, Georg Fritzsche <<a href="mailto:gfritzsche@mozilla.com">gfritzsche@mozilla.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div dir="ltr"><div><div>Sure, i will get back to you if i have something more concrete to talk about.<br></div>While we want to move quickly on this, that doesnt mean that the format is necessarily set in stone.<br>I assume that we can still change things if needed until the server-/analysis-side has put their time into adopting to this.<br><br></div>Georg<br><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Dec 17, 2014 at 8:10 PM, Brendan Colloran <span dir="ltr"><<a href="mailto:bcolloran@mozilla.com" target="_blank">bcolloran@mozilla.com</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Cool, thanks Georg. I'd love to be kept in loop early in your process-- I've spent a lot of time thinking about the possible breakage modes of FHR and working with the non-engineering users of FHR data, so since I'm coming at this from a different perspective I might notice different things about the design. Which is to say: I'd be very happy to contribute before you get to the point of fully-specified detail.<br><br>And just FTR, the metrics team will want to look at the *draft* format before the "final format" is frozen. I don't want to add a lot of overhead to your process, so I certainly trust you to be the judge of the right balance between communication and iterating fast. But getting this right is super important to the Metrics Team, so please be cautious about getting things *too* set in stone before looping us in.<br><br></div>Thanks,<br></div>Brendan<br><div><br></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Dec 17, 2014 at 3:00 AM, Georg Fritzsche <span dir="ltr"><<a href="mailto:georg.fritzsche@gmail.com" target="_blank">georg.fritzsche@gmail.com</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On 08 Dec 2014, at 21:45, Brendan Colloran <<a href="mailto:bcolloran@mozilla.com" target="_blank">bcolloran@mozilla.com</a>> wrote:<br>

<br>

> (2) Related to the above: I suspect this doesn't exist yet, but as soon as it does we'd like to see examples of the proposed v4 FHR pings so I can try to think about how we might handle data weirdness given the new structure of the data, so we can make sure that the way that session- and calendar-oriented data are being handled in a way that will meet the needs of all the stakeholders we deal with within Mozilla, and so we can do general QA on the new packet design.<br>

<br>

</span>It doesn’t exist in fully specified detail yet. I should be able to give examples of the final format once the environment data is integrated and any possible session-related changes are ironed out.<br>

<span><font color="#888888"><br>

Georg</font></span></blockquote></div></div>

</div></div><br>_______________________________________________<br>

fhr-dev mailing list<br>

<a href="mailto:fhr-dev@mozilla.org">fhr-dev@mozilla.org</a><br>

<a href="https://mail.mozilla.org/listinfo/fhr-dev" target="_blank">https://mail.mozilla.org/listinfo/fhr-dev</a><br>

<br></blockquote></div></div>

</blockquote></div><br></body></html>