Closed Bug 949308 Opened 11 years ago Closed 11 years ago

Hf builds need to output failures in a tbpl-recognizable way

Categories

(Release Engineering :: General, defect)

x86_64
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: philor, Assigned: sfink)

Details

Attachments

(1 file)

https://tbpl.mozilla.org/php/getParsedLog.php?id=31844293&tree=Mozilla-Inbound is a failing Hf log, and https://tbpl.mozilla.org/php/getParsedLog.php?id=31833744&tree=Mozilla-Inbound is a passing log. Or maybe it's the other way around. Since both of them highlight nothing other than the false-positives from configure, it's hard to keep them straight. Having the line about the failure match something in https://hg.mozilla.org/webtools/tbpl/file/default/php/inc/GeneralErrorFilter.php will make sheriffs (somewhat, if imperceptibly, closer to) happy; not matching anything will get your failures starred as "i;r" like whichever one of those two is the failing one was.
This looks vaguely right. My first attempt wasn't -- "TEST-UNEXPECTED-FAIL:..." doesn't look like it'd work.
Attachment #8346627 - Flags: review?(philringnalda)
Comment on attachment 8346627 [details] [diff] [review] Add the magic cookie for signalling a failure Looks reasonable to me. Dunno why the regex requires that trailing space, somebody must have been worried about matching TEST-UNEXPECTED-FAILURE-IS-NOT-AN-OPTION.
Attachment #8346627 - Flags: review?(philringnalda) → review+
Merged to production.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Component: General Automation → General
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: