<div dir="ltr">I guess the thing to do in that case would be to fix it.  I know priorities and all, but I don't want to hold back progress supporting an external workflow.<div><br></div><div>In any case, Todd says that the output shouldn't have changed, so it may still be that you can continue doing this (for now).  But at some point you may have to jump in and fix the totals if the ability to scrape the logs goes away, and the reported total is still wrong.</div></div><br><div class="gmail_quote"><div dir="ltr">On Fri, Sep 4, 2015 at 11:41 AM <<a href="mailto:dawn@burble.org">dawn@burble.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Fri, Sep 04, 2015 at 06:17:03PM +0000, Zachary Turner wrote:<br>
> To be honest I think grepping the output is the wrong way to go about<br>
> counting the tests.<br>
> [...] Log scraping is kind of a horrible thing to do,<br>
<br>
Agreed, but it was the only way to get correct totals.  I would love for<br>
dosep.py to have been able to count the results correctly so I wouldn't<br>
have had to resort to "log scraping".  dotest.py at least used to be<br>
able to count the totals correctly, but no longer can since it now<br>
inherrited the same bug that dosep.py had.<br>
</blockquote></div>