-
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
Exists filtering on non-searchable types #60572
Comments
@polyfractal, do you know of any cases where a non-searchable field would not work with an exists filter? |
Pinging @elastic/kibana-app (Team:KibanaApp) |
Pinging @elastic/kibana-app-arch (Team:AppArch) |
So... it's not guaranteed, but in most cases a field will support There are some exceptions, e.g. the Rank Feature field does not support I'm not sure how helpful that is since it's not universal, but it's probably safe to assume most types support |
Thank you for contributing to this issue, however, we are closing this issue due to inactivity as part of a backlog grooming effort. If you believe this feature/bug should still be considered, please reopen with a comment. |
Overview
the issue #52426 for adding the pre-aggregated histogram type to Kibana states that the histogram data type should be filterable using only the operators 'exists' and 'does not exist'.
The problem with this is that all fields that appear in the filter dropdown must be of a type that is searchable based on the field capabilities api. An approach to get around this would involve changing the isFilterable method (which determines which fields show up in the dropdown) to include any types marked as filterable. This change may result in undesirable behavior unless all the edge cases are understood. This issue is a place to discuss this change.
The text was updated successfully, but these errors were encountered: