search

elastic / kibana

Your window into the Elastic Stack
https://www.elastic.co/products/kibana
Other
19.64k stars 8.23k forks source link

[SIEM] Improve UX around LocalizedDateTooltip's use of browser timezone #56255

Open spong opened 4 years ago

spong commented 4 years ago

For both the "humanized-relative-date" and "with-day-of-week" dates (first and second dates in screenshot below), the LocalizedDateTooltip component uses the browser timezone instead of the dateFormat.tz defined in Kibana advanced settings.

e.g. the UTC datetime 2020-01-28T01:19:22Z, with US/Pacific dateFormat.tz configured, using a US/Mountain configured browser, displays the following:

Screen Shot 2020-01-28 at 16 06 43

Note that the middle timestamp reads 6:19PM (which is US/Mountain) instead of 5:19.

Ref: https://discuss.elastic.co/t/siem-app-doesnt-use-timezone-setting/216906

elasticmachine commented 4 years ago

Pinging @elastic/siem (Team:SIEM)

spong commented 4 years ago

After speaking with @andrew-goldstein and poking around our preference formatted date components a bit, the intent here with the first two dates (and the relative Last event: header subtitles) is to give some bearing for when an event happened relative to the user's current time.

This bearing is useful to analysts as it helps them quickly understand if an event was recent, however it seems like we could improve the UX here to better convey that those dates are relative to the browsers timezone (and not their configured dateFormat:tz). Leaving this issue open to discuss what we can do to better clearly convey this.