-
Notifications
You must be signed in to change notification settings - Fork 75
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Ability to start without initial environment #424
Comments
@creage I just try to figure out on your test cases, but it's a bit difficult to understand without some example. But I'm agree that setup process for this case is redundant. So I'll try to handle this. |
@mmarkelov The only issue we have is the requirement to reset the context for every new And the general problem is, that we can learn these credentials, right after the test is started it's execution only! So, our current scenario looks like this:
What we are asking for, is an ability to skip this step We want to start our own environment manually, whenever we need it. |
@creage just published jest-playwright-preset@next that will support skipInitialization option and also made |
@mmarkelov it works super well, thank you! |
Is your feature request related to a problem? Please describe.
In our tests we need to run browsers with different NTLM credentials, and these credentials are defined in the tests body.
We are running special NTLM proxy for every different user. To run a browser using proxy setup, we are using
jestPlaywright._configSeparateEnv()
withlaunchOptions.proxy.server
. It works fine in general, but, we have a redundant initial browser opening on each test, as defined injest-playwright
's setup method.Describe the solution you'd like
We'd like to have an option to skip the initial environment creation, letting us to control this. Also, the method
_configSeparateEnv
should be public (without the_
).Describe alternatives you've considered
We can close this initial context manually, but it still will take time to launch and to close, adding to the total run time, which in our case is significant.
The text was updated successfully, but these errors were encountered: