Closed Bug 857636 Opened 12 years ago Closed 12 years ago

TinderboxPrints for crashes and leak failures broken by bug 855697

Categories

(Release Engineering :: General, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: philor, Assigned: emorley)

References

Details

(Keywords: regression)

Attachments

(2 files)

In http://mxr.mozilla.org/build/source/mozharness/mozharness/mozilla/testing/unittest.py#106 we decide whether we hit a crash, a leak, or a failure to detect leaks, based on the first captured match in http://mxr.mozilla.org/build/source/mozharness/mozharness/mozilla/testing/errors.py#47

Bug 855697 changed full_regex to match both TEST-UNEXPECTED-FAIL and PROCESS-CRASH, but in the process changed full_harness_match.group(1) from being "application crashed" for a crash to being "PROCESS-CRASH", so now every full_regex match falls through and winds up TinderboxPrinting "LEAK", whether it's a crash or a failure to be able to detect leaks or an actual leak.
Whoops, sorry :-)
Assignee: nobody → emorley
Utter fail on my part on the first time round, sorry!
Attachment #732953 - Flags: review?(aki)
Attached patch mozharness v1Splinter Review
Attachment #732955 - Flags: review?(aki)
Status: NEW → ASSIGNED
Hunh, I'm not actually familiar with this construct.

By the summary, I would have guessed the fix would have been to remove "PROCESS-CRASH" from the regex entirely.  How will this solve it?
In various places, we check that the first group captured/matched by the regexp (ie 'foo_match.group(1)') is "application crashed", "bytes leaked..." etc.

By adding PROCESS-CRASH as part of a group in bug 855697, it bumped the matched group numbers up by one. We don't want to remove PROCESS-CRASH, since it's needed, therefore to fix I can either use '.group(2)' (but that risks me missing some consumers) or else make the newly added group non-capturing by using '(?:foo)', since we don't need the value later anyway.
Attachment #732953 - Flags: review?(aki) → review+
Attachment #732955 - Flags: review?(aki) → review+
Attachment #732953 - Flags: checked-in+
in production
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
mozharness change didn't get merged to production...is this all working ok?
Nope, it's not working, I just thought no part of it had been merged.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Sorry forgot we have a prod branch on mozharness, merged now.
Status: REOPENED → RESOLVED
Closed: 12 years ago12 years ago
Resolution: --- → FIXED
Product: mozilla.org → Release Engineering
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: