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)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: philor, Assigned: sfink)
Details
Attachments
(1 file)
2.23 KB,
patch
|
philor
:
review+
|
Details | Diff | Splinter Review |
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.
Assignee | ||
Comment 1•11 years ago
|
||
This looks vaguely right. My first attempt wasn't -- "TEST-UNEXPECTED-FAIL:..." doesn't look like it'd work.
Attachment #8346627 -
Flags: review?(philringnalda)
Reporter | ||
Comment 2•11 years ago
|
||
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+
Assignee | ||
Comment 3•11 years ago
|
||
Comment 4•11 years ago
|
||
Merged to production.
Assignee | ||
Updated•11 years ago
|
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Updated•6 years ago
|
Component: General Automation → General
You need to log in
before you can comment on or make changes to this bug.
Description
•