yahoo-eng-team team mailing list archive
-
yahoo-eng-team team
-
Mailing list archive
-
Message #61267
[Bug 1660648] Re: Wrong timezone in settings page
Reviewed: https://review.openstack.org/427601
Committed: https://git.openstack.org/cgit/openstack/horizon/commit/?id=18bd068ef1d754f7ebd394954ccb68cd9bcbad89
Submitter: Jenkins
Branch: master
commit 18bd068ef1d754f7ebd394954ccb68cd9bcbad89
Author: Mateusz Kowalski <mateusz.kowalski@xxxxxxx>
Date: Wed Feb 1 10:05:29 2017 +0100
Fix ignored timezone value from local_settings
When django_timezone not set in session or cookie,
default value is taken from the settings file but in there
has to be looked as TIME_ZONE
Change-Id: Idf93084f654ab65a2ed0dba7bc583147210cf175
Closes-bug: #1660648
** Changed in: horizon
Status: In Progress => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1660648
Title:
Wrong timezone in settings page
Status in OpenStack Dashboard (Horizon):
Fix Released
Bug description:
When new user (=clean cookies) logs into Horizon, in Settings page
"UTC" is always shown even if the local_settings indicate another
timezone. At the same time all the dates are shown in the real
timezone (=the one from local settings).
Whole procedure to reproduce:
* set local_settings to TIME_ZONE = "Europe/Zurich" (=UTC+1)
* clear the cookies
* log into dashboard and check value (=label) is set to UTC
* check some random date in UI (like instance creation time)
* go to the settings and change value to UTC+1
* check the same date in UI and notice it hasn't changed
* go to the settings and change value back to UTC
* check the same date one more time and notice the value has now changed
It means only the initial value is wrong. As tz is stored in cookie,
after user changes it for the first time in the current session
(=cookie lifecycle) everything is shown correctly.
To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1660648/+subscriptions
References