-
Notifications
You must be signed in to change notification settings - Fork 8.3k
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
[RAM][HTTP Versioning] Version Internal and Public Find Rules Route #180654
[RAM][HTTP Versioning] Version Internal and Public Find Rules Route #180654
Conversation
Pinging @elastic/response-ops (Team:ResponseOps) |
@elasticmachine merge upstream |
@elasticmachine merge upstream |
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.
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.
changes in cloud_security_posture
lgtm
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.
LGTM! Tested and is working as expected.
), | ||
filterConsumers: schema.maybe(schema.arrayOf(schema.string())), | ||
}, | ||
{ unknowns: 'allow' } |
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.
What is the reason of allowing unknowns
?
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.
security solution is passing through some props into this method that is passed through to the saved object client. These props are not listed as supported types to the find
function. I dont think the props are doing anything but I was afraid to remove it.
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.
These props are not listed as supported types to the find function
But they use it anyway? How TS does not throw an error? Did we support it in the first place?
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.
Well it doesn't cause errors because we pull off all of the fields that the method uses. So extra props are just discarded. However we now validate the params so without passthrough, it starts to throw.
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 see. Thanks!
💛 Build succeeded, but was flaky
Failed CI StepsTest Failures
Metrics [docs]Public APIs missing exports
History
To update your PR or re-run it, just comment with: |
Summary
Issue: #180551
Parent Issue: #157883
Versions the internal and public find API routes. Adds Input validation as well.
Checklist