Closed Bug 826472 Opened 12 years ago Closed 12 years ago

mozharness debug desktop unittests should always download symbols

Categories

(Release Engineering :: Applications: MozharnessCore, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: mozilla, Assigned: mozilla)

References

Details

Attachments

(3 files, 3 obsolete files)

Fixed for buildbot in bug 755781; I need to do the same thing for mozharness unittests+talos.
Assignee: nobody → aki
Blocks: 793022
Attached patch (mozharness) --download-symbols [true|ondemand] (obsolete) (deleted) — Splinter Review
Needs testing.
We don't do debug talos, so this should do it.
Summary: mozharness debug desktop unittests+talos should always download symbols → mozharness debug desktop unittests should always download symbols
running in staging (debug+opt unittests, opt talos).
Attachment #697656 - Attachment is obsolete: true
This patch: * points unittest simplejson at puppetagain instead of build.m.o * makes --download-symbols a choice between 'ondemand' and 'true' * makes DesktopUnittest.download_and_extract() re-use TestingMixin.download_and_extract() instead of reinventing it ** makes TestingMixin.download_and_extract() support target_unzip_dirs to allow for this Tested, along with the buildbot-configs/custom patches. Debug unittests download+extract the symbols and set symbols path to the directory; opt unittests+talos set the symbols path to the url.
Attachment #697725 - Attachment is obsolete: true
Attachment #698149 - Flags: review?(rail)
This adds the appropriate --download-symbols command line options to mozharness unittests. |--download-symbols true| for debug |--download-symbols ondemand| for opt and nothing for platforms or branches that don't have symbols enabled.
Attachment #697658 - Attachment is obsolete: true
Attachment #698150 - Flags: review?(rail)
This changes mozharness talos' |--download-symbols| to |--download-symbols ondemand|. This will burn if we run mozharness talos without both a reconfig + the mozharness patch landed. However, mozharness talos is currently limited to cedar, so that's not a blocker.
Attachment #698152 - Flags: review?(rail)
Attachment #698149 - Flags: review?(rail) → review+
Attachment #698150 - Flags: review?(rail) → review+
Attachment #698152 - Flags: review?(rail) → review+
Attachment #698150 - Flags: checked-in+
Comment on attachment 698152 [details] [diff] [review] (custom) s,--download-symbols,--download-symbols ondemand, http://hg.mozilla.org/build/buildbotcustom/rev/a89b4f0ab90c
Attachment #698152 - Flags: checked-in+
Joel, Jeff: If we reconfig here without landing the mozharness patch, talos on Cedar will burn until that's landed (see comment 6). Just a heads up.
in production
Comment on attachment 698149 [details] [diff] [review] (mozharness) --download-symbols [true|ondemand], with fixes http://hg.mozilla.org/build/mozharness/rev/60f39f4ac05d
Attachment #698149 - Flags: checked-in+
I see it working on cedar :)
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Product: mozilla.org → Release Engineering
Component: General Automation → Mozharness
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: