<div dir="ltr"><div>The reason my answer has been overly broad is because the type of data that is being parsed by TinderboxPrint lines is inconsistent. Some of its CPU/resource stats that should be reported to Perfherder, some of it is urls embedded in html, and some is other bits of data (for example): <br></div><div>```<br><pre class="gmail-prettyprint"><span class="gmail-pln">    </span><span class="gmail-str">"title"</span><span class="gmail-pun">:</span><span class="gmail-pln"> </span><span class="gmail-str">"(unnecessary roots)"</span><span class="gmail-pun">,</span><span class="gmail-pln">
    </span><span class="gmail-str">"value"</span><span class="gmail-pun">:</span><span class="gmail-pln"> </span><span class="gmail-str">"1001"</span><span class="gmail-pun">,</span><span class="gmail-pln">
    </span><span class="gmail-str">"url"</span><span class="gmail-pun">:</span><span class="gmail-pln"> </span><span class="gmail-kwd">null</span><span class="gmail-pln"></span></pre>```</div><div><br></div><div>So the answer to "what do we do instead' is "it depends" but we'll help people figure it out on a case-by-case basis.<br></div><div><br></div><div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr">Sarah<br></div></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Apr 13, 2020 at 10:38 AM Nicholas Alexander <<a href="mailto:nalexander@mozilla.com">nalexander@mozilla.com</a>> wrote:<br></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>Hi all,<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Apr 13, 2020 at 10:29 AM Sarah Clements <<a href="mailto:sclements@mozilla.com" target="_blank">sclements@mozilla.com</a>> wrote:<br></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 dir="ltr"><div>Nick,</div><div><br></div><div>I want to clarify something I said in my previous email that might be confusing: <br></div><div>> We currently process data from the jobInfo and extra.artifacts properties of jobs we ingest (this goes into the JobDetails table). <br></div><div><br></div><div>Disregard this, it's mostly specific to Treeherder (I think we're primarily using extra.artifacts for Perfherder and I am cautious about using it as a catch-all for random bits of information). An alternative for surfacing whatever information is currently being parsed by TinderboxPrint lines is to create a structured artifact (if, as I mentioned previously, it's not stats that should be reported to Perfherder). If this doesn't work for your scenario, we can pull in people more familiar with tests/harnesses/etc to help figure out what you need and how to surface it (:jmaher might be a good person to ask). <br></div><div><br><div>When you get an idea of what you need to do, let me know an estimation of your timeline. I can extend the deadline by another month or two (<i>just for TinderboxPrint deprecation</i>) so everyone who needs to can get alternatives implemented can.<font color="#888888"><br></font></div></div></div></div></blockquote><div><br></div>To be clear: I don't need or expect an extension of this deadline.  I'm not thrilled that we don't have a crisp answer to "what do I do instead", but I trust that the people closest to this problem -- namely, you -- are balancing things reasonably and I fully support the decision you are presenting.</div><div class="gmail_quote"><br></div><div class="gmail_quote">Best,</div><div class="gmail_quote">Nick<br></div></div>
</blockquote></div>