-
Notifications
You must be signed in to change notification settings - Fork 8.3k
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
[Bug] Timezone not being considered when exporting CSV files from discovery if dateFormat:tz is Browser #56497
Comments
Hi, this bug was fixed in https://github.com/elastic/kibana/pull/67027/files#diff-9e58a3361ab5c8712a56a03f7946dd2f940a8c037b30a06cfa8f16e15376e34bR46 and the fix is set to be released in 7.10. If a valid Timezone is in the Advanced Setting, that will be used. If |
This was actually fixed in 7.9.0 (c.f label from #67027). |
@tsullivan @romain-chanu This isn't working for me. Version : 7.12.1 Installation via deb package. Bug description : Even though dateFormat:tz is set to Asia/Calcutta or Asia/Kolkata the display of time only changes on the dashboard but while downloading the CSV the value of timestamp is converted to UTC and appended with Z. Expected Behavior : CSV download should have value of timestamp based on timezone selected under dateFormat:tz. Attaching screenshot of Kibana setting and version. Any help appreciated! |
Hi @bsp003 you might unfortunately be hitting bug where the date format is not automatically get picked up when generating the CSV, so the date is shown as a plain text string. There is a workaround to get this working which is to update the Index Pattern you have with this data, and change the format of the date column from Default to Date. wrong: date using default format: right: date format set to Date: CSV Export was re-written in 7.13, with one of the effects being that this workaround will no longer be needed |
@tsullivan Thanks for the rocket response. It worked! |
FYI, a user encountered the bug in 7.9.0, but can't reproduce it any longer in 7.10.2. This isn't extremely relevant anymore, but for anyone in the future reading this please be aware that there is some ambiguity here. If a anyone is experiencing the issue in 7.9, I encourage that they try upgrading just in case. |
Kibana version: 7.5.2
Elasticsearch version: 7.5.2
Server OS version: ESS
Browser version: Chrome 79.0.3945.130
Browser OS version: MacOS 10.14.6
Original install method (e.g. download page, yum, from source, etc.): ESS
Describe the bug: When exporting a CSV report from Discover, if
dateFormat:tz
is set toBrowser
(the default value),@timestamp
comes in UTC, ignoring the browser's timezone.If
dateFormat:tz
is set to given timezone, e.g.Europe/Berlin
the value of@timestamp
takes in consideration the timezone (GMT+1 in the example).Basically
Browser
doesn't pass the timezone information to the Kibana server, while defining a timezone does pass this information.Steps to reproduce:
dateFormat:tz = Browser
go to Discover and export a CSV report.@timestamp
will be in UTCdateFormat:tz
to your timezone and repeat the export.@timestamp
will be in your timezone.Expected behavior: Using the default setting
Browser
or setting to your timezone, should return@timestamp
in the user's timezone, not UTC.The text was updated successfully, but these errors were encountered: