U4-3791 - Feature Request: Umbraco User/Site Timezones

Created by Scott McClannahan 05 Dec 2013, 00:50:10 Updated by Shannon Deminick 21 Jun 2017, 07:58:45

This seems to be a common problem as evidenced by so many forum posts... see: [http://our.umbraco.org/projects/developer-tools/cmsimport/feature-request/46276-Umbraco-UserSite-Timezones]

First of all, I am a seasoned developer and fully understand how to convert to/from Timezones using .Net, Javascript, etc. when displaying to the user. I am also aware of the ability to write handlers that would convert the time after the user saves it so PLEASE DON'T REHASH THESE IDEAS!

What I (and I'm sure many other users) would love to see is:

The ability to set a default time-zone for an umbraco installation. The ability to set a time-zone for a user. An AUTOMATIC way to control the time that is displayed in the backend, and in front-end macros, etc. This should be fairly simple, with the exception of rewriting all the user controls to correctly calculate the offset time. The timestamps in the database seem to be stored in GMT already, so that leads me to believe you are already doing some kind of calculation on the data; all that should be required is to change that calculation so that it respects either the app.config setting and/or the user's profile setting when storing and retrieving data.

Just so you understand, here is a perfect example of my predicament:

The user creates a new 'event' and sets the time to Monday at 7:00 PM. (since the user is located in MST time-zone GMT-7 and the server is in EST time-zone, GMT-5, the server thinks the user wanted 7:00 PM EASTERN time, which is really 5:00 PM MOUNTAIN time).

Now that event is displayed incorrectly across the site as 7:00 PM and without a feature like what I'm requesting, there is no way to tell the system - "hey, I know the user said 7:00 pm EASTERN, but she really meant 7:00 pm MOUNTAIN"

Hopefully this makes sense and someone at Umbraco will pick it up and run with it. BTW - The more people that vote for this, the better.

Comments

Shannon Deminick 21 Jun 2017, 07:58:46

Closing issue due to inactivity - see blog post for details https://umbraco.com/blog/issue-tracker-cleanup/


Priority: Normal

Type: Feature (request)

State: Closed

Assignee:

Difficulty: Normal

Category: Packages

Backwards Compatible: True

Fix Submitted:

Affected versions:

Due in version:

Sprint:

Story Points:

Cycle: