-
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
Support filter_path
parameter for Kibana APIs just like the Elasticsearch APIs do
#171841
Comments
Pinging @elastic/kibana-security (Team:Security) |
Pinging @elastic/kibana-core (Team:Core) |
Pinging @elastic/fleet (Team:Fleet) |
This is not something that can be done globally at core's level for all API. I'll tentatively assign to fleet given they own the endpoint in the description here. |
Are there any news regarding this topic? Will this functionality be implemented in a future version? |
Unfortunately this isn't something we're actively considering supporting in the Fleet API, and without an ability to implement at the global level I don't think it's likely to become a priority for other APIs in Kibana either. Our recommendation today would be to handle filtering unneeded fields as part of your data fetching logic however you're consuming Kibana's APIs. If payload size is a concern, please ensure |
Describe the feature:
Elasticsearch supports a filter_path parameter that can be used to reduce the response returned by Elasticsearch. It would be helpful if Kibana also supported such a property.
Describe a specific use case for the feature:
Retrieving only a subset of the fields returned by a given API. For example, the Get agent policies returns quite a bit of data. If the user only wanted to return the id and the name, then using the
filter_path
option they could specify:GET /agent_policies?filter_path=items.*.id,items.*.name
.Related: #144640
The text was updated successfully, but these errors were encountered: