Closed Bug 669520 Opened 14 years ago Closed 14 years ago

"Jetpack" tbpl incorrectly reports success when tests fail because of SDK test harness bug

Categories

(Release Engineering :: General, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: myk, Unassigned)

References

Details

When Add-on SDK tests fail because of a bug in the test harness, the "Jetpack" tbpl incorrectly reports success, f.e. (all the green ones): http://tbpl.mozilla.org/?tree=Jetpack&rev=7d395565fac4 However, the "mozilla-central" tbpl correctly reports failure, f.e.: http://tbpl.mozilla.org/?noignore=1&rev=a7684eca2bb7 Both should report failure.
http://hg.mozilla.org/build/buildbotcustom/file/04be3ddbb235/steps/unittest.py#l872 appears to be where the m-c builds realize that they should be orange, but everything's such a twisty maze I don't have any clue where the apparently-different place the Jetpack tree runs come from might be.
Component: Build Config → Release Engineering
Product: Core → mozilla.org
QA Contact: build-config → release
Version: unspecified → other
(In reply to comment #0) > When Add-on SDK tests fail because of a bug in the test harness, the > "Jetpack" tbpl incorrectly reports success, f.e. (all the green ones): > > http://tbpl.mozilla.org/?tree=Jetpack&rev=7d395565fac4 was testing against mozilla-central rev http://tbpl.mozilla.org/?noignore=1&rev=3f27dc203e62 which shows the same results (all but windows are green)
(In reply to comment #1) > http://hg.mozilla.org/build/buildbotcustom/file/04be3ddbb235/steps/unittest. > py#l872 appears to be where the m-c builds realize that they should be > orange, but everything's such a twisty maze I don't have any clue where the > apparently-different place the Jetpack tree runs come from might be. That would be http://hg.mozilla.org/build/buildbotcustom/file/3e3ad9b317e1/process/factory.py#l7655 which doesn't do the "Traceback" scraping (hence the lack of parsed results on Jetpack tbpl output).
Blocks: 629263
There hasn't been an update with an example of this where the same cset was used, resolving invalid.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → INVALID
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.