TBPL should bubble RETRIES up to onlyunstarred=1 when they repeat enough.

RESOLVED WONTFIX

Status

Tree Management Graveyard
TBPL
RESOLVED WONTFIX
5 years ago
3 years ago

People

(Reporter: Callek, Unassigned)

Tracking

({sheriffing-P2})

Trunk
x86_64
Windows 7
sheriffing-P2

Details

(Reporter)

Description

5 years ago
So today, I did a tools deploy for android jobs, and it caused a large string of retries due to a code error in cleanup.py (as run from verify.py)

Philor would have normally caught it and screamed at me earlier, if not for the fact that retries are hidden on onlyunstarred=1

I suggest we show *all* retries (of a job) in that view when we get 3 or more retries for a specific job on a specific revision.

Is this too hard? Thoughts?
I seem to have thought it would be a good idea in bug 697994 comment 1.

Comment 2

5 years ago
These type of failures (and also things like many failures on one particular slave) are something I'd definitely like us to be able to handle better in TBPlv2.
Keywords: sheriffing-P2
(Assignee)

Updated

4 years ago
Product: Webtools → Tree Management
(Assignee)

Updated

3 years ago
Product: Tree Management → Tree Management Graveyard

Comment 3

3 years ago
Filed bug 1164179 for treeherder.

Updated

3 years ago
Status: NEW → RESOLVED
Last Resolved: 3 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.