By Susan Bradley Every moment your computer is on, a nearly undocumented Microsoft file — WindowsUpdate.log — maintains a record of your system’s patching activity.
Making sense of the information in this update log can be a challenge, but I’ll show you how you can use it to learn the inside story of your PC’s update history.
In his June 25 and July 2 Top Stories, WS contributing editor Scott Spanbauer reported that Automatic Updates sometimes installs patches on PCs configured to require prior user approval.
The WindowsUpdate.log file can help us determine why Windows sometimes runs “forced patches” at shutdown time — displaying none of the expected notifications that patches are available.
Microsoft’s text file can appear indecipherable at first glance, but at least it’s easy to locate. On any Windows computer, browse to the C:Windows folder to find WindowsUpdate.log. Note: To access this file, you may need to click Show the files in the right pane.
(In XP, you may see a second file named Windows Update.log. One file has a space in its name and the other doesn’t. The one with the space is for an earlier version (V4) of the Windows Update engine. The log file without the space is the newer format and is the one you want to open.)
Open the file in Notepad or your default text editor. Make sure you start at the very top of the file. Depending on how recently and frequently a computer has been used, the log file may record activity going back several months or only a month or two. (See Figure 1.)

Figure 1. The WindowsUpdate.log file in the C:Windows folder records your system’s update activity.
First, look for the start of the log. This records the computer’s settings when it boots up and describes some of the computer’s components. The following is a snippet from the top of one such file (each line of the file begins with a date and time stamp):
- 2009-02-24 23:07:27:325 1052 46c AU ########### AU: Initializing Automatic Updates ###########
2009-02-24 23:07:27:341 1052 46c AU AU setting next detection timeout to 2009-02-25 07:07:27
2009-02-24 23:07:27:356 1052 46c AU # Approval type: Scheduled (User preference)
2009-02-24 23:07:27:356 1052 46c AU # Scheduled install day/time: Every day at 3:00
2009-02-24 23:07:27:356 1052 46c AU # Auto-install minor updates: Yes (User preference)
Whenever you or some third-party application changes the PC’s update settings, the information is recorded in the WindowsUpdate.log file, as shown below:
- 2009-07-03 19:01:30:531 1120 2cc AU ########### AU: Setting new AU options ###########
2009-07-03 19:01:30:547 1120 2cc AU Setting AU Approval Type to 2
2009-07-03 19:01:30:547 1120 2cc AU # Policy changed, AU refresh required = No
2009-07-03 19:01:30:547 1120 2cc AU # Approval type: Pre-download notify (User preference)
2009-07-03 19:01:30:547 1120 2cc AU AU settings changed through User Preference.

Figure 2. The WindowsUpdate.log file calls it “2,” but it corresponds to Option 3 in the Automatic Updates dialog box.
As Microsoft explains in Knowledge Base article 328010, the AU options are inexplicably numbered by the log file (and such tools as the Group Policy Editor) in descending order:
4 means Automatic;
3 means Download but let me choose when to install;
2 means Notify me but don’t download or install;
1 means Turn off Automatic Updates.
Most important is the fact that the log file clearly records when a change was made to this setting. If patches started automatically installing, but you thought you’d made your PC require your permission, you can scan the log file to see whether your setting was changed — and possibly by whom or what.
Tracking the source of an AU settings change
When you install third-party antivirus software, the program’s setup routine may change the AU setting to “fully automatic” without letting you know. Windows Secrets articles on Oct. 25, 2007, and May 25, 2006, reported that this rude behavior was exhibited by Microsoft Live OneCare and Norton Internet Security, respectively.
When this happens, the log file indicates that the change was made by the user, even though you may not have understood — nor even had a clue — that the change had been made.
Still, locating these change entries in the log file can help you relate a software installation to the alteration of the machine’s AU setting. At the very least, this lets you eliminate other causes for the switch.
How can you find out whether patches will be installed the next time you shut down your PC? An example of such a situation is shown in the following snippet.
Near the bottom of the WindowsUpdate.log file for my test system — which is set to “notify me” — four patches are identified as ones that will be installed automatically at shutdown time. This doesn’t mean that the four patches have been downloaded yet — merely that they’re ready to be approved by the user. The entries that provide this information are as follows (notice “4 updates for install at shutdown” in line 1):
- 2009-07-09 21:38:48:625 1112 4e0 AU AU found 4 updates for install at shutdown
2009-07-09 21:38:48:656 1708 6d8 Misc =========== Logging initialized (build: 7.2.6001.788, tz: -0700) ===========
2009-07-09 21:38:48:656 1708 6d8 Misc = Process: C:WINDOWSExplorer.EXE
2009-07-09 21:38:48:656 1708 6d8 Misc = Module: C:WINDOWSsystem32wuaueng.dll
2009-07-09 21:38:48:656 1708 6d8 Shutdwn Install at shutdown: found updates to install

Figure 3. The WindowsUpdate.log file indicates that four updates are ready to be installed, but the selection window shows five different updates pending.
Why does the update dialog box show that Internet Explorer 8 will be installed in addition to the patches described in KB articles 961501, 963093, 969898, and 890830?
The discrepancy relates to the difference between patches being offered via Windows Update and those Microsoft is pushing.
At this writing, IE 8 is being offered as an update rather than being pushed. It may look to you as though IE 8 is going to be installed automatically. But as of today, it will install only if you select it. It will also install if you view available updates — as on my test XP PC — and fail to uncheck the IE 8 option.
Unless you read Microsoft blogs every day for fun, it’s difficult to track the critical security patches — the ones being pushed — and the less-critical updates that are merely being offered.
When you choose the “notify me” option in AU, the update process is supposed to show an alert icon in Windows’ notification area. You can click this icon to open a window in which you approve specific updates prior to installing any of them.
What if you shut down a PC without clicking the icon to select available updates? In that case, you should see a link that lets you shut down without installing patches this time around. (See Figure 4.)

Figure 4. The XP shutdown screen indicates that important patches will be installed when you turn off the system.
In the WindowsUpdate.log file, the following line represents the presence of the “install-at-shutdown” warning:
- 2009-07-09 21:38:48:656 1708 6d8 Shutdwn Install at shutdown: found updates to install
A bug in the update process has been noted by many responsible observers. For some reason, Microsoft’s usual “patches will be installed” indicators — the one in the notification area and the one on the shutdown screen — sometimes don’t function properly. This occurs more frequently when Microsoft “throttles” its download servers, such as with the particularly large number of updates released on Patch Tuesday, June 14, 2009.
I hope my explanation of the update log will help you identify any mysterious behavior you may have experienced. Many individuals and companies must ensure that needed updates aren’t installed before testing is completed for negative side-effects.
If a PC suddenly updates itself when it wasn’t supposed to, WindowsUpdate.log can show you which settings were changed and when.
Susan Bradley recently received an MVP (Most Valuable Professional) award from Microsoft for her knowledge in the areas of Small Business Server and network security. She’s also a partner in a California CPA firm.
Learn to read the obscure WindowsUpdate.log file