Add a setting to select the timezone to be used across the portal
If I remember correctly, the old portal had a setting to use a specific timezone for all dates. I would like to have the option to select UTC to be used consistently, as it makes correlating with logs etcl. much easier.
Currently, you have to select UTC e.g. in the monitor over and over again. Other places do not even provide the option to change the timezone.
And no, changing the OS time to use UTC is not considered a practical workaround.
Dominic Yu commented
I agree and would love to see a way to change the default time zone. It would help the investigation of login issue.
Azure has servers all over the world. This is the most moot point to make, but UTC should be set in every Azure instance of every Azure tool, utility, function, database, etc.
Let the final destination determine the timezone.
I open a browser in Chicago--it's central
I open a terminal in London--GMT, or whatever it is over there.
The underlying infrastructure should be consistent. Anything coming in should be adjusted to UTC, anything going out from Azure should already be set to UTC.
Anybody suggesting otherwise doesn't want to do any work.
Sarangarajan, Sudharsan commented
For me it would be better to use respective region timezone for all azure portals and services.
1)In Azure SQL LTR Backup the files are getting the timestamp of UTC timezone which is not helpful when doing the restore process and in some emergency situation while restoring database its pushing us to first convert the UTC to the respective region timezone and then finalize the backup file to pick.
2)For DevOps build Artifacts timing is in UTC there also it will be better to use respective region timezone
Serkan A. commented
While trying to focus on finding the real problem, it is also unnecessary to make a continuous collection to calculate the time that the event takes place. Sometimes I forget that there is a different UTC and I've noticed that I'm looking for the error in a different time period.
Simon Litchfield commented
Yes timezone definitely needs to be included.
Best option would be to remove seconds from all dates, and show the full date with seconds and timezone in a rollover/tooltip.
Yes please! Having the timeframe jump back and forth between local and utc on the various UIs is very problematic.
Allow a person to pick what time to show in the experience whether is is local time or UTC time and then be consistent everywhere in the portal. It is very difficult for debugging to constantly be switching the time in your head when I prefer local time. One example is the Diagnose and Solve Problems with App Services. It would be great to pick local time when looking at the time graph.
Jose Rodino commented
In the Azure Management portal and in the corresponding support pages, for various events as VPN connection or initializing, or ticket open, you indicate the time for that event, but no indication of time zone is provided.
In that way it's hard to know the right time for those events.