Learn More





DNN Community Blog

The Community Blog is a personal opinion of community members and by no means the official standpoint of DNN Corp or DNN Platform. This is a place to express personal thoughts about DNNPlatform, the community and its ecosystem. Do you have useful information that you would like to share with the DNN Community in a featured article or blog? If so, please contact .

The use of the Community Blog is covered by our Community Blog Guidelines - please read before commenting or posting.

Daylight Saving Time in DNN Events



Ever since the current project team took on the module in 2008, the inability to accurately display dates in the users timezone and to export iCal (.ics) files that are 100% correct, has been a major frustration. With version 6 that frustration will be put to rest.

Note: Version 6 is not released as yet. The current release version is v5.2.1, with v5.2.2 (a bug fix release) coming very soon. The team is working hard on v6, so we hope to bring to an extension library near you soon.

You may ask why we have been unable to provide accuracy. Ever since 2007 there has been an issue open on Gemini (DNN-4991 - Add Support for Daylight Saving Time (DST)) requesting DST support be added. DotNetNuke versions prior to 6.x have provided timezones, but these have lacked the level of granularity that is really required to map all the timezone/DST differences across the world. I think DNN provided 25 timezones whilst Windows provides 90+

This is of course through no fault of DNN, prior to ASP .Net V3 (I think) DST support was not provided by .Net, so DNN could not surface it. However with the move .Net 3.x and DNN 6.x DST is available. This document describes the changes included in DNN v6, which I think are all captured in this blog by Ash Prasad.

User Timezones

The inability to accurately correct for DST lead to Alan Vance (the original module creator) to agree with the community that the module will not display events in the users timezone, only in the module instance’s timezone. This can lead to confusion from users who are used to seeing a time that is relevant to them, but may in actual fact be something different to what is expected. To reduce this confusion, the module supported the ability to display timezone information alongside dates and times to make it clear as to what the presented time actually meant.

Of course for websites where the users all reside in the same timezone this isn’t an issue, except of course in exports such as .ics files where DST offsets for the user /module may not be accurately be corrected for.

The Future

The following lists the key principles I have used in updating the module

  • With Events version 6, the module is updated to store event dates as a date/time in a particular timezone (previously it was a +/- minute offset from GMT). Note that a UTC date/time isn’t used here because countries do occasionally change their DST (or even UTC offset – note what Samoa did at the end of 2011), so UTC dates would then be incorrect.
  • Other dates such as Created Date and Last Updated Date are all stored as a UTC+0 date.
  • Dates can be configured to display in User(Userinfo.Profile.PreferredTimeZone) / Module (Settings.TimeZoneId) /Portal (PortalSettings.TimeZone) timezone and all events will be corrected to that timezone. User timezone will only work if the user is authenticated
  • The exception to this rule (because there must be one) is that in Edit Events all dates are shown in the event timezone.
  • Per event timezones (as opposed to module level timezones) can be enabled in module settings.
  • Which leads to another display exception - If per event timezones is enabled, Detail view will show event timezone – note that it would therefore be wise to turn on display of timezone, or edit the event view template.
  • When timezone information is displayed, it will show the display timezone (previously it showed the module timezone).
  • Emails will be set in User/Module/Portal timezone as appropriate. Apart from Reminders which will use event timezone instead user timezone (because we don’t know the users timezone, only email address).
  • iCals now output multiple timezones, so each event will be correctly linked to the relevant timezone to ensure DST corrections are included correctly (previously DST corrections were based on server timezone).
  • New events will default to module timezone.
  • Default initial timezone for module is portal timezone


In actual fact the changes to the data model are quite small. I’ve removed TimeZoneOffSet from the Events and EventsRecurMaster tables (and loads of sprocs) and converted this to a module setting TimeZoneId using the core DNN conversion logic.

New and updated events will have the relevant event EventTimeZoneId stored in a new attribute on EventsRecurMaster.

There are a lot of code changes to display the dates/times correctly, so anyone accessing any api’s may need to do code changes. In general all conversions to display timezone are done in the display logic rather than in the business logic. So a call to EventInfoHelper.GetEvents will now get a pure extract from the database with no time correction for sub-calendars in different timezones.

Questions and Thoughts

I’m open to any thoughts and comments on anything to do with this change.


Comment Form

Only registered users may post comments.


2sic Daniel Mettler (124)
Aderson Oliveira (15)
Alec Whittington (11)
Alex Shirley (10)
Andrew Nurse (30)
Anthony Glenwright (5)
Antonio Chagoury (28)
Ash Prasad (22)
Ben Schmidt (1)
Benjamin Hermann (25)
Benoit Sarton (9)
Beth Firebaugh (12)
Bill Walker (36)
Bob Kruger (5)
Brian Dukes (2)
Brice Snow (1)
Bruce Chapman (20)
Bryan Andrews (1)
cathal connolly (55)
Charles Nurse (163)
Chris Hammond (203)
Chris Paterra (55)
Clinton Patterson (28)
Cuong Dang (21)
Daniel Bartholomew (2)
Dave Buckner (2)
David Poindexter (3)
David Rodriguez (2)
Doug Howell (11)
Erik van Ballegoij (30)
Ernst Peter Tamminga (74)
Geoff Barlow (6)
Gifford Watkins (3)
Gilles Le Pigocher (3)
Ian Robinson (7)
Israel Martinez (17)
Jan Blomquist (2)
Jan Jonas (3)
Jaspreet Bhatia (1)
Jenni Merrifield (6)
Joe Brinkman (270)
John Mitchell (1)
Jon Henning (14)
Jonathan Sheely (4)
Jordan Coopersmith (1)
Joseph Craig (2)
Kan Ma (1)
Keivan Beigi (3)
Ken Grierson (10)
Kevin Schreiner (6)
Leigh Pointer (31)
Lorraine Young (60)
Malik Khan (1)
Matthias Schlomann (15)
Mauricio Márquez (5)
Michael Doxsey (7)
Michael Tobisch (3)
Michael Washington (202)
Mike Horton (19)
Mitchel Sellers (28)
Nathan Rover (3)
Navin V Nagiah (14)
Néstor Sánchez (31)
Nik Kalyani (14)
Peter Donker (52)
Philip Beadle (135)
Philipp Becker (4)
Richard Dumas (22)
Robert J Collins (5)
Roger Selwyn (8)
Ruben Lopez (1)
Ryan Martinez (1)
Salar Golestanian (4)
Sanjay Mehrotra (9)
Scott McCulloch (1)
Scott S (11)
Scott Wilkinson (3)
Scott Willhite (97)
Sebastian Leupold (80)
Shaun Walker (237)
Shawn Mehaffie (17)
Stefan Cullmann (12)
Stefan Kamphuis (12)
Steve Fabian (31)
Timo Breumelhof (24)
Tony Henrich (3)
Torsten Weggen (2)
Vicenç Masanas (27)
Vincent Nguyen (3)
Vitaly Kozadayev (6)
Will Morgenweck (37)
Will Strohl (163)
William Severance (5)
Try Evoq
For Free
Start Free Trial
a Demo
See Evoq Live
Need More Information?