You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
LookupError: no factory found for argument 'region'
available funcargs: pytestconfig, selenium, recwarn, pony_survey, monkeypatch, simple_survey, capfd, pdl_gender_survey, capsys, tmpdir
use 'py.test --funcargs [testpath]' for help on them.
Since pytest has already had the opportunity to parameterize that function, but nothing was suitable, it would be nice if pytest could remove that test from the tests to be run and not raise the error.
I've been able to work around the issue by skipping the entire file if no questionnaires would be generated:
if not pytest.config.option.live_questionnaires:
pytest.skip()
Another way to describe this issue, pytest allows for parameterization of 1 or more inputs, but doesn't handle 0 or more very well. It's conceivable to me that pytest could handle the null case without raising an error. If that's the case, please consider it for a future improvement.
I realize there might be some complications in how parameterization works that would make this a challenging improvement. If that's the case, it's probably not worth it.
Neovim uses stdout for `msgpack` communication and the `subprocess` call for `virtualenv` was leaking that stream. Fix is to attach to a `subprocess.PIPE`.
Originally reported by: Jason R. Coombs (BitBucket: jaraco, GitHub: jaraco)
We have a test where we often want to run it against a varying number of parameters (pulled from a live environment):
The function 'questionnaires_under_test' could generate 0 or more results. If it generates 0 results, simulated by this code:
however, the test fails with this error:
Since pytest has already had the opportunity to parameterize that function, but nothing was suitable, it would be nice if pytest could remove that test from the tests to be run and not raise the error.
I've been able to work around the issue by skipping the entire file if no questionnaires would be generated:
Another way to describe this issue, pytest allows for parameterization of 1 or more inputs, but doesn't handle 0 or more very well. It's conceivable to me that pytest could handle the null case without raising an error. If that's the case, please consider it for a future improvement.
I realize there might be some complications in how parameterization works that would make this a challenging improvement. If that's the case, it's probably not worth it.
The text was updated successfully, but these errors were encountered: