Skip to content
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

[Discover] Search and time disappear from screen when editing the hour of the Absolute Start date #77734

Closed
blontrock opened this issue Sep 17, 2020 · 8 comments
Assignees
Labels
bug Fixes for quality problems that affect the customer experience Feature:Timepicker Timepicker impact:medium Addressing this issue will have a medium level of impact on the quality/strength of our product. loe:small Small Level of Effort

Comments

@blontrock
Copy link

Kibana version: 7.9.0

Elasticsearch version: 7.9.0

Server OS version: CentOS 8

Browser version: Firefox and Google Chrome

Browser OS version: Windows 10

Original install method (e.g. download page, yum, from source, etc.): yum

Describe the bug: The search box and time selection box disappears when editing the hour part of the Start date in the Absolute date selection box. It seems to break for specific changes, not everything.

Steps to reproduce:

  1. Go to discover in Kibana.
  2. Click on 'last 15 minutes'
  3. Click on Absolute
  4. Click on the hour of the 'Start date'
  5. Select the 2 digits of the hour and then type '0'.
  6. The whole search box and time selection disappears.

Expected behavior: The search box and time selection is still there and I can finish the hour part.

Errors in browser console (if relevant): kbn-ui-shared-deps.js:422
Uncaught TypeError: Cannot read property 'format' of null
at ue ([email protected]:16)
at t.render ([email protected]:16)
at Ka (kbn-ui-shared-deps.js:422)
at Ga (kbn-ui-shared-deps.js:422)
at xs (kbn-ui-shared-deps.js:422)
at ml (kbn-ui-shared-deps.js:422)
at hl (kbn-ui-shared-deps.js:422)
at ol (kbn-ui-shared-deps.js:422)
at kbn-ui-shared-deps.js:422
at t.unstable_runWithPriority (kbn-ui-shared-deps.js:430)

@flash1293 flash1293 added Feature:Discover Discover Application Team:Visualizations Visualization editors, elastic-charts and infrastructure triage_needed labels Sep 18, 2020
@elasticmachine
Copy link
Contributor

Pinging @elastic/kibana-app (Team:KibanaApp)

@kertal
Copy link
Member

kertal commented Sep 22, 2020

I can't reproduce, this should not be Discover related, dear @blontrock, could you try if the same error is reproducible in Dashboard? thx

@blontrock
Copy link
Author

It also occurs in the dashboard. When I select the hour part (11) and type a 0, the whole search box and the date is immediately gone. It comes back when reloading the page.

@kertal
Copy link
Member

kertal commented Sep 23, 2020

thx! I could reproduce it, also in visualize, but I've to select a day before I try to edit the time string:
image

In visualize also the visualization isn't displayed, can't reproduce in master, so it seems to be a 7.9.x issue

@kertal kertal added bug Fixes for quality problems that affect the customer experience Feature:Timepicker Timepicker Team:AppArch and removed Feature:Discover Discover Application labels Sep 23, 2020
@elasticmachine
Copy link
Contributor

Pinging @elastic/kibana-app-arch (Team:AppArch)

@kertal kertal removed the Team:Visualizations Visualization editors, elastic-charts and infrastructure label Sep 23, 2020
@dforste
Copy link

dforste commented Sep 25, 2020

I can confirm similar behavior in kibana v 7.9.1 and v 7.9.0. In the below gif I select the date and hit backspace to try and change the time.
kibana issue 77734

@Dosant Dosant added impact:medium Addressing this issue will have a medium level of impact on the quality/strength of our product. loe:small Small Level of Effort triaged labels Sep 28, 2020
@Dosant Dosant self-assigned this Sep 28, 2020
@Dosant
Copy link
Contributor

Dosant commented Sep 28, 2020

Tracked down to this elastic/eui#3750 fix. This is why not reproduced in master (using newer eui with a fix for this).
Should land in Kibana with 7.10 release.

@Dosant Dosant closed this as completed Sep 28, 2020
@rashmivkulkarni
Copy link
Contributor

verified this behavior on 7.9.3 BC1 - I could not reproduce the issue - all good with the timepicker in discover.
correct error message is seen Expected format MMM D, YYYY @ HH:mm:ss.SSS

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Fixes for quality problems that affect the customer experience Feature:Timepicker Timepicker impact:medium Addressing this issue will have a medium level of impact on the quality/strength of our product. loe:small Small Level of Effort
Projects
None yet
Development

No branches or pull requests

7 participants