Closed Bug 1142834 Opened 10 years ago Closed 10 years ago

Failure type from incorrect failure displayed in UI

Categories

(Tree Management :: Treeherder, defect)

x86
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 1142221

People

(Reporter: jld, Unassigned)

Details

STR: With a push containing multiple failure types, like https://treeherder.mozilla.org/#/jobs?repo=try&revision=db922dce686a (the M-1's are “fixed by commit“, the M-9's are “intermittent”, and the emulator-l build is “expected fail”), click on a failure of one type and then on another failure of a different type. Expected: clicking on a starred failure shows its failure type. Actual: the first failure's type is displayed for all subsequently clicked-on failures (but the correct failure's bug association or comment is displayed next to it).
I vote for fixing it by removing the UI - it's been like this for as long as I can remember, and as far as I know this makes a total of six people who've ever noticed. That doesn't sound like valuable information to be displaying so prominently (unlike, say, whether the run pass/fail/todo was 1234/1/0 or 1233/T-CRASH, which is utterly vital information that tends to be pushed down below the fold, in contrast to tbpl's display of it front and center).
Sorry for not duping this sooner - this was fixed in bug 1142221 in March. Thank you for filing :-)
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.