-
Notifications
You must be signed in to change notification settings - Fork 9
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
search-ui-react: Resolve Vulnerabilities #480
base: main
Are you sure you want to change the base?
Conversation
Regenerates package-lock.json to include the safe dependencies. J=VULN-39418, VULN-39419 TEST=none Saw that babel imports in package-lock.json and test-site/package-lock.json were for versions at or above the safe dependency.
To make sure I understand, this PR is just regenerating test-site's package-lock to get the package updates? Your comments mention both package-locks but the base one doesn't look like it has any changes other than incrementing the version |
Yes, I just incremented the package version in |
Since we're already doing this change, could you see if it would be easy to include https://yexttest.atlassian.net/browse/VULN-38477 as part of this? To reduce the number of patch versions. Thanks! |
I looked through |
I'm also a little confused by this change? Shouldn't there be some other changes upgrading the dependency causing a vulnerability like Jacob said? The test site is just a test site to be able to test search-ui-react so I'd expect the main repo's package.json to change more. Also separately not sure why but seems like some of the github checks are failing. |
package.json
Outdated
@@ -1,6 +1,6 @@ | |||
{ | |||
"name": "@yext/search-ui-react", | |||
"version": "1.6.7", | |||
"version": "1.6.8", | |||
"description": "A library of React Components for powering Yext Search integrations", | |||
"author": "[email protected]", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe should be a separate change, but shouldn't this say [email protected]?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I figure we might as well do it here, since otherwise it'd be yet another patch version lol.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
True
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Added in new commit
To be clear @vijay267 , what happened was the normal package, the normal package-lock, and the test site package, all got updated in the previous version, but not the test site package lock. So that's what this change is. |
Ah got it. That makes sense then. Thanks for the explanation Jacob! |
Current unit coverage is 92.12481426448737% |
Regenerates test-site/package-lock.json to include the safe dependencies.
J=VULN-39418, VULN-39419
TEST=none
Saw that babel imports in package-lock.json and test-site/package-lock.json were for versions at or above the safe dependency.