I wonder if we could make a single link in orangefactor that would give you
the range of TEST-UNEXPECTED-FAIL messages to help with this.  I filed
https://bugzilla.mozilla.org/show_bug.cgi?id=1339937 to track this, Please
do offer suggestions/use cases for that specific bug.

On Tue, Feb 14, 2017 at 5:24 PM, L. David Baron <[email protected]> wrote:

> On Tuesday 2017-02-07 21:33 -0800, Bill McCloskey wrote:
> > I spent about an hour tonight trying to debug a test failure, and I'm
> > writing this email in frustration at how difficult it is. It seems like
> the
> > process has actually gotten a lot worse over the last few years (although
> > it was never good). Here's the situation I ran into:
>
> Another aspect of debugging test failures that has gotten worse
> recently:
>
>  * If you have an intermittent that's actually affecting the tree,
>    it's become harder to see the range of TEST-UNEXPECTED-FAIL
>    messages that are occurring.  These used to be present in the
>    comments that tbplbot made on bugs, but now it requires following
>    a link for each log in the orangefactor interface.  (Having this
>    range was useful to me today in fixing 1159532, although clicking
>    through to 6 logs was sufficient to help understand the problem.)
>
>    This also makes it much harder to tell if bugs are being
>    mis-classified (e.g., two different problems being starred into
>    one bug).
>
> (I thought the point of structured logging was to make it easier to
> get this sort of data.)
>
> -David
>
> --
> 𝄞   L. David Baron                         http://dbaron.org/   𝄂
> 𝄢   Mozilla                          https://www.mozilla.org/   𝄂
>              Before I built a wall I'd ask to know
>              What I was walling in or walling out,
>              And to whom I was like to give offense.
>                - Robert Frost, Mending Wall (1914)
>
_______________________________________________
dev-platform mailing list
[email protected]
https://lists.mozilla.org/listinfo/dev-platform

Reply via email to