-
Notifications
You must be signed in to change notification settings - Fork 795
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
bug: Since v1.7.1 our tests doesn't work anymore [fix with PR #3472] #3471
Comments
Maybe this changes ... #3444 |
There is a new Jest args validation and this blocks our test execution:
|
Hi deleonio, thanks for filing this issue! Would you mind providing a reproduction for the issue you're seeing? |
Thanks for the issue! This issue has been labeled as Please reproduce this issue in an Stencil starter component library and provide a way for us to access it (GitHub repo, StackBlitz, etc). Without a reliable code reproduction, it is unlikely we will be able to resolve the issue, leading to it being closed. If you have already provided a code snippet and are seeing this message, it is likely that the code snippet was not enough for our team to reproduce the issue. For a guide on how to create a good reproduction, see our Contributing Guide. |
I think this is the same issue as #3481 |
This fixes a bug with how these flags were being parsed which was messing with Jest. Basically, the issue related to how the `knownArgs` array on the `ConfigFlags` object was being populated. For CLI key-value args of the format `--argName=value` the whole string `"--argName=value"` was being added _as well as_ the value string `"value"`, which had the effect of passing duplicate args to Jest. This refactors how such arguments are handled to always parse apart the argument name and the value, adding only the argument name and then the argument value, so that if you pass, for instance, `--outputFile=output.json`, the args passed to Jest will look like ```ts ['--outputFile', 'output.json'] ``` See #3471 and #3481 for more details
This fixes a bug with how these flags were being parsed which was messing with Jest. Basically, the issue related to how the `knownArgs` array on the `ConfigFlags` object was being populated. For CLI key-value args of the format `--argName=value` the whole string `"--argName=value"` was being added _as well as_ the value string `"value"`, which had the effect of passing duplicate args to Jest. This refactors how such arguments are handled to always parse apart the argument name and the value, adding only the argument name and then the argument value, so that if you pass, for instance, `--outputFile=output.json`, the args passed to Jest will look like ```ts ['--outputFile', 'output.json'] ``` See #3471 and #3481 for more details
This fixes a bug with how these flags were being parsed which was messing with Jest. Basically, the issue related to how the `knownArgs` array on the `ConfigFlags` object was being populated. For CLI key-value args of the format `--argName=value` the whole string `"--argName=value"` was being added _as well as_ the value string `"value"`, which had the effect of passing duplicate args to Jest. This refactors how such arguments are handled to always parse apart the argument name and the value, adding only the argument name and then the argument value, so that if you pass, for instance, `--outputFile=output.json`, the args passed to Jest will look like ```ts ['--outputFile', 'output.json'] ``` See #3471 and #3481 for more details
Thanks for reporting this! Just to update you, there's a bugfix PR up here: #3483 which just merged into If you want to test it out to make sure it fixes your issue you could
If you'd rather wait for a pre-release or release build to try that out no worries :) |
The fix for this issue has been officially released as a part of Stencil v2.17.2. |
Prerequisites
Stencil Version
1.7.1
Current Behavior
npm run test
Expected Behavior
testMatch: - >0 matches
Steps to Reproduce
Try test exec with v1.7.1 with project should work in v.1.7.0
Code Reproduction URL
Additional Information
No response
The text was updated successfully, but these errors were encountered: