-
Notifications
You must be signed in to change notification settings - Fork 8.2k
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
[Console]remove completion for type for filter queries and aggs #68103
[Console]remove completion for type for filter queries and aggs #68103
Conversation
Pinging @elastic/es-ui (Team:Elasticsearch UI) |
💚 Build SucceededTo update your PR or re-run it, just comment with: |
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.
Great work @hendrikmuhs ! Thanks for cleaning that up.
I tested locally and everything looks to be in good order.
I noticed that in mappings there is completion support for _parent
with a type
on it:
PUT an-index
{
"mappings": {
"_parent": {
"type": ""
}
}
}
I could not see this field in the ES docs for 7.7, do you know whether it should be removed too? No need to block merging on this :)
I think this type corresponds to a data type, not the deprecated/removed doc type. |
* master: (26 commits) [Console]remove completion for type for filter queries and aggs (elastic#68103) [ML] Transforms: Filter aggregation support (elastic#67591) [ES UI Shared] Monaco XJSON (elastic#67485) [Index Management] Add data streams functionality to indices tab (elastic#67940) [Discover] Fix renaming of saved search not displayed in breadcrumb (elastic#67577) [SECURITY] Rename siem plugin to security_solution (elastic#67902) [Uptime] Fix Telemetry Api flaky test (elastic#67358) [Data plugin] Add configuration property to enable / disable autocomplete (elastic#67847) remove scripts. prettire update has been done (elastic#68130) Closes elastic#68055 by detecting the local Kibana version and using that as (elastic#68198) [apm] docs: add deployment annotation example (elastic#67408) [ML] Extend population preview chart to show actual and typical value (elastic#67569) Refactor index management client integration tests for scalability (elastic#67917) Add generator function that creates multiple alerts (elastic#67713) chore(NA): remove config arg from os packages (elastic#67871) [Reporting] Move code out of Legacy (elastic#67904) [Metrics UI] Add overrides to Snapshot API to support alert previews (elastic#68125) [Security] [Cases] Manage timeline UI API (elastic#67719) [ENDPOINT][INGEST]Task/endpoint ingest update (elastic#67234) Fix code coverage for jest, upload merged reports (elastic#68149) ...
Friendly reminder: Looks like this PR hasn’t been backported yet. |
Here are my thoughts in response to Hendrik's very good question. I see the current form of Console acting as an unopinionated window into the Elasticsearch APIs. I think it exists to support accessing these APIs with tools like autocomplete and XJSON. I think we should consider UX enhancements like warnings (e.g. #39491), but it seems against the spirit of Console to hide aspects of Elasticsearch, even if they are deprecated. I think someone who tries to access |
Summary
remove suggesting "type" for filter queries and aggregations, because "type"
got removed in the backend.
How to test
Start Kibana and navigate to Console. Type a query that contains a filter,
type
should no longer be suggested. Example:Note: In 7.x the type query is deprecated and it's highly discouraged to use it, I leave it up to you to decide whether to backport this change or not.