[Discover] Update unified histogram to use Lens

[davismcphee]

Summary

This PR updates Discover and Unified Histogram to use Lens for the histogram chart, and removes Discover as a Lens dependency:

Note that there are some additional changes to make in followup PRs before this will be ready for solutions adoption:

• Add the ability for Unified Histogram to support manually refetching in addition to auto refetching.
• Currently Unified Histogram watches for changes to the query, filters, and time range. We will need to update this so those dependencies are passed as props instead.
• It would be helpful to add some usage documentation to Unified Histogram to help other teams implement it in their projects.

A la carte deployment: https://davismcphee-pr-143117-enhancement-unified-histogram-lens.kbndev.co.

Flaky test runs:

• https://buildkite.com/elastic/kibana-flaky-test-suite-runner/builds/1571
• https://buildkite.com/elastic/kibana-flaky-test-suite-runner/builds/1626

Resolves #143108.
Resolves #142390.

Checklist

• Any text added follows EUI's writing guidelines, uses sentence case text and includes i18n support
• Documentation was added for features that require explanation or tutorials
• Unit or functional tests were updated or added to match the most common scenarios
• Any UI touched in this PR is usable by keyboard only (learn more about keyboard accessibility)
• Any UI touched in this PR does not create any new axe failures (run axe in browser: FF, Chrome)
• If a plugin configuration key changed, check if it needs to be allowlisted in the cloud and added to the docker list
• This renders correctly on smaller devices using a responsive layout. (You can test this in your browser)
• This was checked for cross-browser compatibility

For maintainers

• This was checked for breaking API changes and was labeled appropriately

[github-actions]

Documentation preview:

• ✨ Changed pages

[1Copenut]

@davismcphee I brought this question to the EUI team's weekly meetup today. We recommend using the titles that appear on hover automatically, and adding the prop textWrap="wrap" to your instance of EuiSelectableOptionsList. It will cause the longer list item names to wrap to a second row, but will be a more inclusive solution than a tooltip for the widest number of users.

[davismcphee]

@davismcphee I brought this question to the EUI team's weekly meetup today. We recommend using the titles that appear on hover automatically, and adding the prop textWrap="wrap" to your instance of EuiSelectableOptionsList. It will cause the longer list item names to wrap to a second row, but will be a more inclusive solution than a tooltip for the widest number of users.

@1Copenut Thanks for looking into this. Unless I'm misunderstanding something, it seems like this suggestion might not be possible, at least the text wrapping part of it. The component we're using here is EuiComboBox which doesn't seem to support that option. I considered rendering custom options with text wrapping since it supports a renderOption prop, but the docs forbid that due to virtualization: https://elastic.github.io/eui/#/forms/combo-box#option-rendering.

[jughosta]

Awesome work! Happy to see the new chart + breakdown capabilities 👍

[jughosta]

We could add it inside createDiscoverServicesMock

[davismcphee]

I agree with this, but I tried to update quickly and it broke some unrelated tests that were expecting getDefaultQuery to return undefined. I think it's a good cleanup task though, just would prefer to save for another PR.

[jughosta]

Curious how this change was introduced?

[davismcphee]

These are hashes of saved object mappings to alert the core team when the mappings are updated. The hash got updated once when we added breakdownField to the PR, but it got updated again when I merged main recently since we also added usesAdHocDataView. Basically I just needed to update it again to match the latest hash.

[1Copenut]

The component we're using here is EuiComboBox which doesn't seem to support that option. I considered rendering custom options with text wrapping since it supports a renderOption prop, but the docs forbid that due to virtualization: https://elastic.github.io/eui/#/forms/combo-box#option-rendering.

The EUI team could look at adding a prop to define beginning/middle/end truncation. I'll open a feature issue for it and link it here. This feels like the best alternative we can offer given the boundaries of same height for virtualization.

elastic/eui#6448

[peteharverson]

ML edits LGTM

[kibana-ci]

💚 Build Succeeded

• Buildkite Build
• Commit: 26ecfad
• Storybooks Preview

Metrics [docs]

Module Count

Fewer modules leads to a faster build time

id	before	after	diff
discover	446	442	-4
unifiedHistogram	38	49	+11
total			+7

Public APIs missing comments

Total count of every public API that lacks a comment. Target amount is 0. Run node scripts/build_api_docs --plugin [yourplugin] --stats comments for more detailed information.

id	before	after	diff
discover	81	82	+1
savedSearch	44	45	+1
unifiedHistogram	29	15	-14
total			-12

Async chunks

Total size of all lazy-loaded chunks that will be downloaded as the user navigates the app

id	before	after	diff
discover	413.7KB	418.2KB	+4.5KB
lens	1.3MB	1.3MB	-25.0B
unifiedHistogram	13.6KB	33.9KB	+20.3KB
total			+24.8KB

Page load bundle

Size of the bundles that are downloaded on every page load. Target size is below 100kb

id	before	after	diff
discover	27.9KB	28.0KB	+53.0B
lens	29.6KB	29.8KB	+139.0B
savedSearch	5.2KB	5.2KB	+64.0B
unifiedHistogram	17.4KB	4.8KB	-12.6KB
total			-12.4KB

Saved Objects .kibana field count

Every field in each saved object type adds overhead to Elasticsearch. Kibana needs to keep the total field count below Elasticsearch's default limit of 1000 fields. Only specify field mappings for the fields you wish to search on or query. See https://www.elastic.co/guide/en/kibana/master/saved-objects-service.html#_mappings

id	before	after	diff
search	23	24	+1

Unknown metric groups

API count

id	before	after	diff
discover	98	100	+2
savedSearch	44	45	+1
unifiedHistogram	56	52	-4
total			-1

ESLint disabled in files

id	before	after	diff
osquery	1	2	+1

ESLint disabled line counts

id	before	after	diff
discover	39	40	+1
enterpriseSearch	19	21	+2
fleet	59	65	+6
osquery	109	115	+6
securitySolution	443	449	+6
unifiedHistogram	1	2	+1
total			+22

Total ESLint disabled count

id	before	after	diff
discover	40	41	+1
enterpriseSearch	20	22	+2
fleet	68	74	+6
osquery	110	117	+7
securitySolution	520	526	+6
unifiedHistogram	1	2	+1
total			+23

History

• 💚 Build #92487 succeeded 25f23d6
• 💛 Build #92237 was flaky 194796e
• 💔 Build #92209 failed 34d925c
• 💔 Build #92182 failed 7f291a8
• 💔 Build #92117 failed 467eab6
• 💚 Build #91924 succeeded 59be2b0

To update your PR or re-run it, just comment with:
@elasticmachine merge upstream

cc @davismcphee