Closed Bug 601694 Opened 14 years ago Closed 14 years ago

buildbot timeout turning build red instead of orange

Categories

(Release Engineering :: General, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: philor, Assigned: bhearsum)

References

Details

Attachments

(1 file)

At least, I think hitting the buildbot timeout is the reason that in the post bug 505512 world http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1286215375.1286218504.15064.gz&fulltext=1 was red rather than orange.
Assignee: nobody → bhearsum
Looks like in my bug 505512 patch I changed the behaviour of the unittest steps' evaluateCommand. They used to take any non SUCCESS status from ShellCommand and turn it into WARNINGS -- I changed that in such a way that FAILURE, EXCEPTION, and RETRY overrode WARNINGS. In this new, purple, world, we want EXCEPTION and RETRY to make it through, but FAILURE (generally, return code != 0), should be treated as WARNINGS for unittests. I'm going to run this through staging, but how does it look, Rail?
Attachment #481216 - Flags: review?(rail)
Comment on attachment 481216 [details] [diff] [review] override ShellCommand setting FAILURE Thanks for the detailed comments, it helped me to understand the logic faster. :) Looks good.
Attachment #481216 - Flags: review?(rail) → review+
I repro'ed the failure in staging by killing firefox.exe as a test was running. After applying this patch and doing the same thing, the overall build was orange instead of red. This is ready to land IMHO.
Flags: needs-reconfig?
Flags: needs-reconfig? → needs-reconfig+
This should be fixed going forward.
Status: NEW → RESOLVED
Closed: 14 years ago
Flags: needs-reconfig+ → needs-reconfig?
Resolution: --- → FIXED
Flags: needs-reconfig?
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: