Closed
Bug 1142834
Opened 10 years ago
Closed 10 years ago
Failure type from incorrect failure displayed in UI
Categories
(Tree Management :: Treeherder, defect)
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).
Comment 1•10 years ago
|
||
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).
Comment 2•10 years ago
|
||
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.
Description
•