Closed
Bug 826472
Opened 12 years ago
Closed 11 years ago
mozharness debug desktop unittests should always download symbols
Categories
(Release Engineering :: Applications: MozharnessCore, defect)
Release Engineering
Applications: MozharnessCore
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: mozilla, Assigned: mozilla)
References
Details
Attachments
(3 files, 3 obsolete files)
8.31 KB,
patch
|
rail
:
review+
mozilla
:
checked-in+
|
Details | Diff | Splinter Review |
1.98 KB,
patch
|
rail
:
review+
mozilla
:
checked-in+
|
Details | Diff | Splinter Review |
1.72 KB,
patch
|
rail
:
review+
mozilla
:
checked-in+
|
Details | Diff | Splinter Review |
Fixed for buildbot in bug 755781; I need to do the same thing for mozharness unittests+talos.
Assignee | ||
Updated•12 years ago
|
Assignee: nobody → aki
Assignee | ||
Comment 1•12 years ago
|
||
Needs testing.
Assignee | ||
Comment 2•12 years ago
|
||
We don't do debug talos, so this should do it.
Assignee | ||
Updated•12 years ago
|
Summary: mozharness debug desktop unittests+talos should always download symbols → mozharness debug desktop unittests should always download symbols
Assignee | ||
Comment 3•12 years ago
|
||
running in staging (debug+opt unittests, opt talos).
Attachment #697656 -
Attachment is obsolete: true
Assignee | ||
Comment 4•12 years ago
|
||
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)
Assignee | ||
Comment 5•12 years ago
|
||
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)
Assignee | ||
Comment 6•12 years ago
|
||
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)
Updated•12 years ago
|
Attachment #698149 -
Flags: review?(rail) → review+
Updated•12 years ago
|
Attachment #698150 -
Flags: review?(rail) → review+
Updated•12 years ago
|
Attachment #698152 -
Flags: review?(rail) → review+
Assignee | ||
Comment 7•11 years ago
|
||
Comment on attachment 698150 [details] [diff] [review] (configs) add --download-symbols to mh unittests http://hg.mozilla.org/build/buildbot-configs/rev/caad771931f9
Attachment #698150 -
Flags: checked-in+
Assignee | ||
Comment 8•11 years ago
|
||
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+
Assignee | ||
Comment 9•11 years ago
|
||
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.
Comment 10•11 years ago
|
||
in production
Assignee | ||
Comment 11•11 years ago
|
||
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+
Assignee | ||
Comment 12•11 years ago
|
||
I see it working on cedar :)
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
Updated•10 years ago
|
Component: General Automation → Mozharness
You need to log in
before you can comment on or make changes to this bug.
Description
•