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

[Filters] Confusing difference between formatted value of numbers and filters on that number #83858

Open
cpajr opened this issue Nov 19, 2020 · 3 comments
Labels
enhancement New value added to drive a business result Feature:FieldFormatters Feature:Filters Feature:Search Querying infrastructure in Kibana impact:low Addressing this issue will have a low level of impact on the quality/strength of our product. loe:small Small Level of Effort Team:DataDiscovery Discover, search (e.g. data plugin and KQL), data views, saved searches. For ES|QL, use Team:ES|QL.

Comments

@cpajr
Copy link

cpajr commented Nov 19, 2020

When number formatters are used in Kibana, there is often a difference between what you see in Kibana and what you type to filter. For example, while searching based on event.duration in milliseconds, you need to understand that the data is displayed in milliseconds but collected in nanoseconds.

image
image

However, if a search is executed, you have to search based on the number in nanoseconds, or the value seen within the JSON. Kibana should be able to allow for a search based on how it is representing it within its interface.

image

Steps to reproduce:

  1. Perform a search for a piece of data based on the Event Duration as shown in the entry table (i.e. event.duration > 20172)
  2. When search is completed, the results will not reflect desired search.
  3. Instead of providing a search based on the number shown in the table, issue a search based on the number shown within the JSON output (i.e. event.duration > 20172000000).
@wylieconlon
Copy link
Contributor

@cpajr interesting feature request. I need to rewrite some of your issue to describe the part that is actually a new feature.

@wylieconlon wylieconlon changed the title Netflow Duration Representation and Search [Filters] Confusing difference between formatted value of numbers and filters on that number Nov 19, 2020
@wylieconlon wylieconlon added Feature:FieldFormatters Feature:Filters loe:needs-research This issue requires some research before it can be worked on or estimated Team:AppServices labels Nov 19, 2020
@elasticmachine
Copy link
Contributor

Pinging @elastic/kibana-app-services (Team:AppServices)

@wylieconlon wylieconlon added the enhancement New value added to drive a business result label Nov 19, 2020
@exalate-issue-sync exalate-issue-sync bot added impact:low Addressing this issue will have a low level of impact on the quality/strength of our product. loe:small Small Level of Effort and removed loe:needs-research This issue requires some research before it can be worked on or estimated labels Jun 2, 2021
@exalate-issue-sync exalate-issue-sync bot added loe:medium Medium Level of Effort and removed loe:small Small Level of Effort labels Jul 28, 2021
@exalate-issue-sync exalate-issue-sync bot added loe:small Small Level of Effort and removed loe:medium Medium Level of Effort labels Apr 19, 2022
@petrklapka petrklapka added Feature:Search Querying infrastructure in Kibana Team:DataDiscovery Discover, search (e.g. data plugin and KQL), data views, saved searches. For ES|QL, use Team:ES|QL. and removed Team:AppServicesSv labels Nov 23, 2022
@elasticmachine
Copy link
Contributor

Pinging @elastic/kibana-data-discovery (Team:DataDiscovery)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New value added to drive a business result Feature:FieldFormatters Feature:Filters Feature:Search Querying infrastructure in Kibana impact:low Addressing this issue will have a low level of impact on the quality/strength of our product. loe:small Small Level of Effort Team:DataDiscovery Discover, search (e.g. data plugin and KQL), data views, saved searches. For ES|QL, use Team:ES|QL.
Projects
None yet
Development

No branches or pull requests

4 participants