Description of problem: Dashboard timezone is not valid by default Version-Release number of selected component (if applicable): OSP 7.0 How reproducible: 100% Steps to Reproduce: 1. Change the TIME_ZONE to Asia/Tokyo in openstack-dashboard/local_settings 2. Restart httpd service 3. Check the dashboard, the creation date of the instance is showed as Asia/Tokyo timezone. 4. Check Settings in dashboard, the timezone remains "UTC". If you click "Save" button, the creation date will revert back to UTC. Actual results: By default, if I don't click "Save" button, the creation date should remain "UTC" all the time even though I changed TIME_ZONE in local_settings Expected results: I have to click Save to make the dashboard settings enabled. Additional info:
The time zone is stored in a cookie. If not set, it defaults to UTC.
Hi Matthias, Thank you for your reply. >the setting in local_settings should be taken into account. It defines a default time zone, but can be overridden by the logged in user. Thank you for your explain. There is still one thing I can not understand. The expected behaviour of my understanding should be something like: 1. Change the local_settings TIME_ZONE from UTC to Asia/Tokyo 2. Check the dashboard settings, the timezone is still UTC (default). 3. The creation date of instances should remain UTC, because dashboard setting is UTC. But now the creation date of instances changed to Asia/Tokyo unexpectedly. Only after clicking the "Save" button the creation date of instances will revert back to UTC. My thought is that the default setting of timezone in dashboard is not taken into account. >The timezone of horizon log should be unaffected by user changes. Hmmm, changing the TIME_ZONE option in local_settings could successfully change the timezone of the horizon.log. Best Regards, Chen
Hi Matthias, Would you please just let me know whether there is any bad impact if I change the TIME_ZONE in local_settings except the log and UI timezone changed ? Best Regards, Chen
Hi Matthias, Sorry I made things more confusing... Here is the background and I hope this could make things clear. At first my customer found that unlike other components (such nova, neutron and etc), horizon.log is recorded in "UTC" timezone and he just changed TIMEZONE option in local_settings.py (from UTC to Asia/Tokyo). That change met his expectation. (I'm not sure whether he wants to record the user activity but you know, sometimes the customers just hope one single component can act like others.) After that, he found that the timezone in WebUI was changed to Asia/Tokyo unexpectedly even though the WebUI timezone settings still shows "UTC". But if we click "Save" button the tiemzone in the WebUI will revert back to UTC. This made me think of that the WebUI was not taken into account until clicking the "Save" button. So here we have two places to set the timezone, one being local_settings.py and the other one being WebUI settings. Both are UTC by default and there is no conflict so far. The only problem here is, if I change the local_settings.py TIMEZONE option. Which configuration (local_settings.py or webUI settings) will decide the timezone on webUI ? My thought is that the webUI settings should do this job but it seems not according to #1. The request still is: the timezone in webUI setting is not taken into account if I change TIMEZONE local_settings.py. Best Regards, Chen
I believe this now to have been resolved as far as possible due to the merging of the patch addressing the default value and the secondary point relating to local browser cookies. As previously stated, we would advise that users need to clear their cookies on a TIME_ZONE change.