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)
Release Engineering
Applications: MozharnessCore
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: mozilla, Assigned: mozilla)
References
Details
Attachments
(3 files, 3 obsolete files)
(deleted),
patch
|
rail
:
review+
mozilla
:
checked-in+
|
Details | Diff | Splinter Review |
(deleted),
patch
|
rail
:
review+
mozilla
:
checked-in+
|
Details | Diff | Splinter Review |
(deleted),
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•12 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•12 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•12 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•12 years ago
|
||
in production
Assignee | ||
Comment 11•12 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•12 years ago
|
||
I see it working on cedar :)
Status: NEW → RESOLVED
Closed: 12 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
•