-
-
Notifications
You must be signed in to change notification settings - Fork 459
Closed as not planned
Closed as not planned
Copy link
Labels
bugSomething isn't workingSomething isn't workingquestionFurther information is requestedFurther information is requested
Description
Describe the bug
When running coverage and passing --context=foo, only the main process uses that foo static context.
Any sub-processes, which do get coverage because we're setting COVERAGE_PROCESS_START, will not use that foo context, instead, they report an empty context.
To Reproduce
How can we reproduce the problem? Please be specific. Don't just link to a failing CI job. Answer the questions below:
- What version of Python are you using?
It's independent of the python version used. - What version of coverage.py are you using? The output of
coverage debug sysis helpful.
5.3 - What versions of what packages do you have installed? The output of
pip freezeis helpful.
A lot, and I don't think they're related to this issue, but I can add that to the issue if strictly necessary. - What code are you running? Give us a specific commit of a specific repo that we can check out.
https://github.com/s0undt3ch/salt/tree/features/coverage-contexts - What commands did you run?
nox -e 'pytest-zeromq-3(coverage=True)' -- -vv --run-destructive --run-slow --ssh-tests --log-cli-level=debug --showlocals tests/integration/modules/test_config.py --maxfail=1
Expected behavior
I would expect that the context passed through --context, to be "inherited" but any subprocess which has coverage enabled.
Metadata
Metadata
Assignees
Labels
bugSomething isn't workingSomething isn't workingquestionFurther information is requestedFurther information is requested