Daylight Savings Time didn't work here

[George Hester]

I used TZEdit to set Daylight Savings Time to automatically work at 2 AM
this morning. Didn't work. Not sure what to do now. If I set thje time
ahead manually on the Domain Controller am I at some point next week going
to have to set it again manually?

 

[John John]

After you used TZEdit had you refreshed the
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation
key? If you don't refresh that key then the computer is still set with
the old time zone information.

John

 

[Colon Terminus]

I used TZEdit to set Daylight Savings Time to automatically work at 2 AM
this morning. Didn't work. Not sure what to do now. If I set thje time
ahead manually on the Domain Controller am I at some point next week going
to have to set it again manually?

Double click the clock in the system tray.
Click the time zone tab
Click OK

That'll fix it permanently.

Why the tzedit.exe from Microsoft didn't completely do its job remains a
mystery. There was never a mention of doing anything other than running
tzedit that I know of.

What a headache this is gonna cause for me tomorrow morning.

 

[LurfysMa]

Double click the clock in the system tray.
Click the time zone tab
Click OK

That'll fix it permanently.

Why the tzedit.exe from Microsoft didn't completely do its job remains a
mystery. There was never a mention of doing anything other than running
tzedit that I know of.

So do you recommend using tzedit now (after the fact) and then doing
the time zone tab thing above rather than DaylightSavingsFix?

--

 

[John John]

Double click the clock in the system tray.
Click the time zone tab
Click OK

That'll fix it permanently.

Why the tzedit.exe from Microsoft didn't completely do its job remains a
mystery. There was never a mention of doing anything other than running
tzedit that I know of.

Microsoft articles about tzedit clearly instruct users to reapply their
current time zone settings after making changes. Changing the Time Zone
information requires changes to two registry keys. The Tzedit tool
makes the changes in one key only, the information in the second key has
to be updated to reflect the changes made by tzedit. Using the
Date/Time applet is an easy way to update the second key.

John

 

[George Hester]

Hmmm... No I didn't. Thanks I jave been pondering why mine didn't change.

 

[George Hester]

You know that is what I had to do.

 

[George Hester]

Eh John John thanks. Can you provide a link for the use of TZEdit that you
mention.

 

[John John]

Look at the help file that comes with the utility, there are only a few
short paragraphs of instructions for it. Other than that just search on
Microsoft.com for tzedit and you will see that on all articles where you
are instructed to make changes with the tool you are also instructed to
reapply your current time zone for the new information to take effect.
That is clearly explained in http://support.microsoft.com/kb/914387 :

*Windows time zones*

Windows stores time zone information in two locations in the registry.
The first location is the time zone database in the following registry
subkey:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones

The time zone database contains the configuration data for all time
zones in Windows. Windows and other applications use the data to
calculate local times.


The second location for time zone information is the following registry
subkey:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation

Control sets in Windows store system configuration information such as
drivers and services. The TimeZoneInformation registry subkey in the
current control set contains the configuration data for the time zone
that Windows is currently using. Windows copies this information from
the time zone database when the time zone is selected.

_When the time zone information is changed, both locations in the
registry must be updated_. The database must be updated to make sure
that Windows and other applications have the most accurate time zone
information available. Additionally, the TimeZoneInformation registry
subkey in the current control set must be reloaded to make sure that the
time zone information is the same as the information that is in the time
zone database. We recommend that you update the time zone database
first. Then, reload the TimeZoneInformation registry key. This procedure
forces Windows to read the updated information in the database. The two
methods that are explained in this article use this approach.

[end quote]

John