1113142 - Some jobs are being incorrectly merged, resulting in two log URL buttons in the UI

Status: RESOLVED DUPLICATE of bug 1093743

(Tree Management :: Treeherder: Data Ingestion, defect, P1)

Description

[Joel Maher ( :jmaher ) (UTC -8)]

Look at the first blue 'g1':
https://treeherder.mozilla.org/#/jobs?repo=try&revision=c794046975a4

we have two logs created (the second one hit a syntax error ~2 minutes after the first one finished).  We then have:
2 icons for summarized logs
2 icons for raw logs
the retrigger button is pushed down the to the second line behind the text for status.

Comment 1

[Cameron Dawson [:camd]]

Attachment: build312

Comment 2

[Cameron Dawson [:camd]]

Attachment: build 311

Comment 3

[Cameron Dawson [:camd]]

Looking at these JSON blobs from builds4hr (our source of data) these have the same request times and request ids.  Retries tend to do that.  But the result is that these log urls are being applied to the same job.  That's not happening for the later retries.  I don't see a smoking gun yet as to why.

They DO have different ``reason`` values: 1 vs. 5 and are run on different machines (``slave_id``).  

We need to investigate why these got merged into a single job.

The retrigger button wrapping is expressed here: https://bugzilla.mozilla.org/show_bug.cgi?id=1113264

Comment 5

[Ed Morley [:emorley]]

In bug 1080161, this happened with a job that was not a retry:

https://treeherder.mozilla.org/#/jobs?repo=mozilla-inbound&revision=5583c1a286cf&filter-searchStr=android debug r6

Comment 6

[Jonathan French (:jfrench)]

I tried this with current production today, but couldn't reproduce it with the provided URLs; the UI seems to be behaving correctly for me.

Comment 7

[Jonathan French (:jfrench)]

I take it back.. yes I can reproduce it. Maybe I had a stale browser.

Comment 8

[Ed Morley [:emorley]]

I'm pretty sure bug 1093743 will fix this :-)