-
Notifications
You must be signed in to change notification settings - Fork 890
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
Viz & Discovery Page Autocomplete #1176
Comments
Are you going to work on this @Hagaygur or are you just making a suggestion (which you have made before based on the other threads). I believe it's pretty obvious that this is a good feature to add, but it also introduces performance issues. Someone needs to sign up for doing the work. |
We've unfortunately hit a legal wall as far as contributions ATM - we have an interior patch for the filter window in our deployment, but it appears we're prevented from actually adding any code for now. |
The change is also relevant to Autocomplete on the Visualizations Tab, is the change for Discovery Page intended? |
…1176) Bumps [dns-packet](https://github.com/mafintosh/dns-packet) from 1.3.1 to 1.3.4. - [Release notes](https://github.com/mafintosh/dns-packet/releases) - [Changelog](https://github.com/mafintosh/dns-packet/blob/master/CHANGELOG.md) - [Commits](mafintosh/dns-packet@v1.3.1...v1.3.4) Signed-off-by: dependabot[bot] <[email protected]> Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com> Co-authored-by: Nick Partridge <[email protected]>
This feels like an important but not urgent capability. We definitely need it, but let's keep it on the backlog for now as we tackle some of our higher prioritized work (e.g. security, tech debt, revamping ux). |
@Hagaygur to help the contributors understand the scope of the feature request and the depth of user pain, may i suggest a screenshot or video? |
Are there any updates regarding this feature or is there any workaround? |
We would be interested in having this feature as for some of our users it seems to be very critical. Thank you for any updates on this. |
@wbeckler @ashwin-pc @dagneyb can we prioritize this for the next release or the one following? - looks like it has been requested for over a year and since we've addressed security, tech debt in prior releases we might be able to fold this in. We can make use of OUI suggest: https://oui.opensearch.org/1.3/#/forms/suggest |
Hi @shanilpa, we have in mind the same as in Kibana. Please check the attached screenshot. |
Hi, there are two major use cases:
Edit: misclicked the close issue while on mobile and destroyed all the previous tags. @shanilpa can you reassign? |
Please add this feature. It is too difficult for the users to always guess the fieldnames and therefore really destroys the user expierience in Discover / Visualization / Dashboard. |
This feature is very important esp for the cases where we have 100s of indices with each index having more than 50 fields. Any update on the timeline for this feature ? |
I am copying the original issue , as it has since gotten no traction or issues in the OpenSearch GitHub, but seems to make life really painful for quite a whole lot of users (sorry for the formatting,trying to preserve the original issue's format while working):
Kibana OSS 6.0 - 6.3 included autocomplete, but it was removed from Kibana OSS as of 6.4.
We should consider our own implementation (presumably as a new plugin) to improve the day-to-day user experience:
Autocomplete on discovery tab not working
https://discuss.opendistrocommunity.dev/t/kibana-autocomplete/1779
End of copy.
The issue is CRIPPLING in comparison to Kibana, especially with long and nested field names.
It really deters users, especially with the current filter tab not properly showing field names.
As a stoogap, making the filter show long field names would be nice, but is only a stopgap.
The text was updated successfully, but these errors were encountered: