Closed Bug 1110465 Opened 10 years ago Closed 9 years ago

Pass in --code-coverage to unittests running against linux64-cc builds

Categories

(Release Engineering :: General, defect)

x86_64
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: ahal, Unassigned)

References

Details

Attachments

(1 file, 1 obsolete file)

Once mozharness test scripts have been set up to support code coverage in bug 1059951, we'll need to enable it by passing in --code-coverage in buildbot-configs.
Attached file MozReview Request: bz://1110465/ahal (obsolete) (deleted) —
/r/7859 - Bug 1110465 - Append --code-coverage to unittests on linux64-cc builds

Pull down this commit:

hg pull -r b8185431beec8c4c792850cb6db7f39741b4b55c https://reviewboard-hg.mozilla.org/buildbot-configs
Attachment #8599344 - Flags: review?(catlee)
This passes all the tests when running `tox`, but I'm not 100% sure it does what I want. Just to be clear, I want to pass in --code-coverage into every test job that runs on a linux64-cc build, regardless of mozharness script used.

Linux64-cc is currently only scheduled on try as a non-default platform.
Comment on attachment 8599344 [details]
MozReview Request: bz://1110465/ahal

https://reviewboard.mozilla.org/r/7857/#review6927

::: mozilla-tests/config.py:1036
(Diff revision 1)
> +                },

is this an intentional addition?
Attachment #8599344 - Flags: review?(catlee)
https://reviewboard.mozilla.org/r/7857/#review6931

> is this an intentional addition?

Yeah, should have clarified that. I noticed that e10s bc jobs were failing on linux64-cc in https://treeherder.mozilla.org/#/jobs?repo=try&revision=4b39871a9eba due to not having a config file set. Looks like whoever added mochitest-e10s-browser-chrome forgot to add that config to linux64-cc. I didn't want to make a separate patch for it, but I can if that's what you prefer.
Comment on attachment 8599344 [details]
MozReview Request: bz://1110465/ahal

https://reviewboard.mozilla.org/r/7857/#review6937

Ship It!
Attachment #8599344 - Flags: review+
https://reviewboard.mozilla.org/r/7857/#review6935

> Yeah, should have clarified that. I noticed that e10s bc jobs were failing on linux64-cc in https://treeherder.mozilla.org/#/jobs?repo=try&revision=4b39871a9eba due to not having a config file set. Looks like whoever added mochitest-e10s-browser-chrome forgot to add that config to linux64-cc. I didn't want to make a separate patch for it, but I can if that's what you prefer.

np, just curious
Comment on attachment 8599344 [details]
MozReview Request: bz://1110465/ahal

https://hg.mozilla.org/build/buildbot-configs/rev/d95c0c0e9d22
Attachment #8599344 - Flags: checked-in+
Hm, either this didn't do what I expected, or my try push didn't pick up a late enough buildbot-configs revision:
https://treeherder.mozilla.org/#/jobs?repo=try&revision=a6fa120632d8

--code-coverage did not get passed into the desktop_unittests.py mozharness script.
I thought adding 'extra_args' to the platform config would work because of this:
https://mxr.mozilla.org/build/source/buildbotcustom/misc.py#715

But perhaps 'extra_args' is being set in the suite config or something so that if statement evaluates to False? Could we change it so we start out with the platform 'extra_args' if it exists, and then update it with the suite 'extra_args'? I need some help, I'm not even sure if misc.py is the place I should be looking.

It would be possible to make a new set of "code coverage" suite objects in the config, but they would be identical to the original (except for 'extra_args') and would double the size of the suite configs. It would be much cleaner if I could find a way to use platform 'extra_args'.
Flags: needinfo?(rail)
Sorry it took so long. :(

It's a but confusing, but I think this is where it should be set:
http://hg.mozilla.org/build/buildbot-configs/file/412dd262495e/mozilla/config.py#l731

because http://hg.mozilla.org/build/buildbotcustom/file/f485b72ea71f/misc.py#l979 :/
Flags: needinfo?(rail)
That looks like it goes into the build script though.. I need this to go into every test job that runs on a particular builder.
I'm going to solve this a slightly hackier, but much more straightforward way in mozharness by comparing the buildername to a list of known platforms code coverage should be enabled on.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
Attachment #8599344 - Attachment is obsolete: true
Attachment #8618901 - Flags: review+
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: