Skip to content

[Discover][Metrics]: E2E - Use absolute range instead of relative in metrics experience tests#258274

Merged
lucaslopezf merged 1 commit intoelastic:mainfrom
lucaslopezf:e2e-test-metrics-grid-time-range
Mar 18, 2026
Merged

[Discover][Metrics]: E2E - Use absolute range instead of relative in metrics experience tests#258274
lucaslopezf merged 1 commit intoelastic:mainfrom
lucaslopezf:e2e-test-metrics-grid-time-range

Conversation

@lucaslopezf
Copy link
Copy Markdown
Contributor

@lucaslopezf lucaslopezf commented Mar 18, 2026

Closes: #258227

Summary

The test used a relative time range (Last 30 days) that doesn't overlap with the test data (Jan 2025), so the METRICS_INFO query returns empty results and the grid disappears. Replaced with an absolute range (Jan 1 – Jun 30, 2025) that covers the test data while still validating grid persistence across time range changes.

Surfaced by #257206, which switched to time-range-aware METRICS_INFO queries. The test had a latent bug (relative date with no data) that was previously masked by the old field-metadata-based approach.

Checklist

Check the PR satisfies following conditions.

Reviewers should verify this PR satisfies this list as well.

  • 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
  • If a plugin configuration key changed, check if it needs to be allowlisted in the cloud and added to the docker list
  • This was checked for breaking HTTP API changes, and any breaking changes have been approved by the breaking-change committee. The release_note:breaking label should be applied in these situations.
  • Flaky Test Runner was used on any tests changed
  • The PR description includes the appropriate Release Notes section, and the correct release_note:* label is applied per the guidelines
  • Review the backport guidelines and apply applicable backport:* labels.

Identify risks

Does this PR introduce any risks? For example, consider risks like hard to test bugs, performance regression, potential of data loss.

Describe the risk, its severity, and mitigation for each identified risk. Invite stakeholders and evaluate how to proceed before merging.

@lucaslopezf
Copy link
Copy Markdown
Contributor Author

/flaky scoutConfig:src/platform/plugins/shared/discover/test/scout/ui/parallel.playwright.config.ts:30

@kibanamachine
Copy link
Copy Markdown
Contributor

Flaky Test Runner

✅ Build triggered - kibana-flaky-test-suite-runner#11142

  • src/platform/plugins/shared/discover/test/scout/ui/parallel.playwright.config.ts x30

@kibanamachine
Copy link
Copy Markdown
Contributor

Flaky Test Runner Stats

🎉 All tests passed! - kibana-flaky-test-suite-runner#11142

[✅] src/platform/plugins/shared/discover/test/scout/ui/parallel.playwright.config.ts: 30/30 tests passed.

see run history

@lucaslopezf lucaslopezf added release_note:skip Skip the PR/issue when compiling release notes backport:skip This PR does not require backporting Feature:Metrics in Discover Team:obs-exploration Observability Exploration team v9.4.0 labels Mar 18, 2026
@lucaslopezf lucaslopezf marked this pull request as ready for review March 18, 2026 09:07
@lucaslopezf lucaslopezf requested a review from a team as a code owner March 18, 2026 09:07
@elasticmachine
Copy link
Copy Markdown
Contributor

Pinging @elastic/obs-exploration-team (Team:obs-exploration)

@lucaslopezf lucaslopezf merged commit 65b27a9 into elastic:main Mar 18, 2026
33 checks passed
szwarckonrad pushed a commit to szwarckonrad/kibana that referenced this pull request Mar 18, 2026
…metrics experience tests (elastic#258274)

Closes: elastic#258227

## Summary

The test used a relative time range (`Last 30 days`) that doesn't
overlap with the test data (Jan 2025), so the `METRICS_INFO` query
returns empty results and the grid disappears. Replaced with an absolute
range (`Jan 1 – Jun 30, 2025`) that covers the test data while still
validating grid persistence across time range changes.

Surfaced by elastic#257206, which switched to time-range-aware `METRICS_INFO`
queries. The test had a latent bug (relative date with no data) that was
previously masked by the old field-metadata-based approach.


### Checklist

Check the PR satisfies following conditions. 

Reviewers should verify this PR satisfies this list as well.

- [ ] Any text added follows [EUI's writing
guidelines](https://elastic.github.io/eui/#/guidelines/writing), uses
sentence case text and includes [i18n
support](https://github.com/elastic/kibana/blob/main/src/platform/packages/shared/kbn-i18n/README.md)
- [ ]
[Documentation](https://www.elastic.co/guide/en/kibana/master/development-documentation.html)
was added for features that require explanation or tutorials
- [ ] [Unit or functional
tests](https://www.elastic.co/guide/en/kibana/master/development-tests.html)
were updated or added to match the most common scenarios
- [ ] If a plugin configuration key changed, check if it needs to be
allowlisted in the cloud and added to the [docker
list](https://github.com/elastic/kibana/blob/main/src/dev/build/tasks/os_packages/docker_generator/resources/base/bin/kibana-docker)
- [ ] This was checked for breaking HTTP API changes, and any breaking
changes have been approved by the breaking-change committee. The
`release_note:breaking` label should be applied in these situations.
- [ ] [Flaky Test
Runner](https://ci-stats.kibana.dev/trigger_flaky_test_runner/1) was
used on any tests changed
- [ ] The PR description includes the appropriate Release Notes section,
and the correct `release_note:*` label is applied per the
[guidelines](https://www.elastic.co/guide/en/kibana/master/contributing.html#kibana-release-notes-process)
- [ ] Review the [backport
guidelines](https://docs.google.com/document/d/1VyN5k91e5OVumlc0Gb9RPa3h1ewuPE705nRtioPiTvY/edit?usp=sharing)
and apply applicable `backport:*` labels.

### Identify risks

Does this PR introduce any risks? For example, consider risks like hard
to test bugs, performance regression, potential of data loss.

Describe the risk, its severity, and mitigation for each identified
risk. Invite stakeholders and evaluate how to proceed before merging.

- [ ] [See some risk
examples](https://github.com/elastic/kibana/blob/main/RISK_MATRIX.mdx)
- [ ] ...
qn895 pushed a commit to qn895/kibana that referenced this pull request Mar 18, 2026
…metrics experience tests (elastic#258274)

Closes: elastic#258227

## Summary

The test used a relative time range (`Last 30 days`) that doesn't
overlap with the test data (Jan 2025), so the `METRICS_INFO` query
returns empty results and the grid disappears. Replaced with an absolute
range (`Jan 1 – Jun 30, 2025`) that covers the test data while still
validating grid persistence across time range changes.

Surfaced by elastic#257206, which switched to time-range-aware `METRICS_INFO`
queries. The test had a latent bug (relative date with no data) that was
previously masked by the old field-metadata-based approach.


### Checklist

Check the PR satisfies following conditions. 

Reviewers should verify this PR satisfies this list as well.

- [ ] Any text added follows [EUI's writing
guidelines](https://elastic.github.io/eui/#/guidelines/writing), uses
sentence case text and includes [i18n
support](https://github.com/elastic/kibana/blob/main/src/platform/packages/shared/kbn-i18n/README.md)
- [ ]
[Documentation](https://www.elastic.co/guide/en/kibana/master/development-documentation.html)
was added for features that require explanation or tutorials
- [ ] [Unit or functional
tests](https://www.elastic.co/guide/en/kibana/master/development-tests.html)
were updated or added to match the most common scenarios
- [ ] If a plugin configuration key changed, check if it needs to be
allowlisted in the cloud and added to the [docker
list](https://github.com/elastic/kibana/blob/main/src/dev/build/tasks/os_packages/docker_generator/resources/base/bin/kibana-docker)
- [ ] This was checked for breaking HTTP API changes, and any breaking
changes have been approved by the breaking-change committee. The
`release_note:breaking` label should be applied in these situations.
- [ ] [Flaky Test
Runner](https://ci-stats.kibana.dev/trigger_flaky_test_runner/1) was
used on any tests changed
- [ ] The PR description includes the appropriate Release Notes section,
and the correct `release_note:*` label is applied per the
[guidelines](https://www.elastic.co/guide/en/kibana/master/contributing.html#kibana-release-notes-process)
- [ ] Review the [backport
guidelines](https://docs.google.com/document/d/1VyN5k91e5OVumlc0Gb9RPa3h1ewuPE705nRtioPiTvY/edit?usp=sharing)
and apply applicable `backport:*` labels.

### Identify risks

Does this PR introduce any risks? For example, consider risks like hard
to test bugs, performance regression, potential of data loss.

Describe the risk, its severity, and mitigation for each identified
risk. Invite stakeholders and evaluate how to proceed before merging.

- [ ] [See some risk
examples](https://github.com/elastic/kibana/blob/main/RISK_MATRIX.mdx)
- [ ] ...
jeramysoucy pushed a commit to jeramysoucy/kibana that referenced this pull request Mar 26, 2026
…metrics experience tests (elastic#258274)

Closes: elastic#258227

## Summary

The test used a relative time range (`Last 30 days`) that doesn't
overlap with the test data (Jan 2025), so the `METRICS_INFO` query
returns empty results and the grid disappears. Replaced with an absolute
range (`Jan 1 – Jun 30, 2025`) that covers the test data while still
validating grid persistence across time range changes.

Surfaced by elastic#257206, which switched to time-range-aware `METRICS_INFO`
queries. The test had a latent bug (relative date with no data) that was
previously masked by the old field-metadata-based approach.


### Checklist

Check the PR satisfies following conditions. 

Reviewers should verify this PR satisfies this list as well.

- [ ] Any text added follows [EUI's writing
guidelines](https://elastic.github.io/eui/#/guidelines/writing), uses
sentence case text and includes [i18n
support](https://github.com/elastic/kibana/blob/main/src/platform/packages/shared/kbn-i18n/README.md)
- [ ]
[Documentation](https://www.elastic.co/guide/en/kibana/master/development-documentation.html)
was added for features that require explanation or tutorials
- [ ] [Unit or functional
tests](https://www.elastic.co/guide/en/kibana/master/development-tests.html)
were updated or added to match the most common scenarios
- [ ] If a plugin configuration key changed, check if it needs to be
allowlisted in the cloud and added to the [docker
list](https://github.com/elastic/kibana/blob/main/src/dev/build/tasks/os_packages/docker_generator/resources/base/bin/kibana-docker)
- [ ] This was checked for breaking HTTP API changes, and any breaking
changes have been approved by the breaking-change committee. The
`release_note:breaking` label should be applied in these situations.
- [ ] [Flaky Test
Runner](https://ci-stats.kibana.dev/trigger_flaky_test_runner/1) was
used on any tests changed
- [ ] The PR description includes the appropriate Release Notes section,
and the correct `release_note:*` label is applied per the
[guidelines](https://www.elastic.co/guide/en/kibana/master/contributing.html#kibana-release-notes-process)
- [ ] Review the [backport
guidelines](https://docs.google.com/document/d/1VyN5k91e5OVumlc0Gb9RPa3h1ewuPE705nRtioPiTvY/edit?usp=sharing)
and apply applicable `backport:*` labels.

### Identify risks

Does this PR introduce any risks? For example, consider risks like hard
to test bugs, performance regression, potential of data loss.

Describe the risk, its severity, and mitigation for each identified
risk. Invite stakeholders and evaluate how to proceed before merging.

- [ ] [See some risk
examples](https://github.com/elastic/kibana/blob/main/RISK_MATRIX.mdx)
- [ ] ...
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

backport:skip This PR does not require backporting Feature:Metrics in Discover release_note:skip Skip the PR/issue when compiling release notes Team:obs-exploration Observability Exploration team v9.4.0

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Failing test: Metrics in Discover - Grid - should persist grid when changing time range

4 participants