Some Office 2000 Desktop Icons May Not Work on Restored Riprep Images (250642)
The information in this article applies to:
- Microsoft Windows 2000 Server
- Microsoft Windows 2000 Advanced Server
- Microsoft Windows 2000 Professional
This article was previously published under Q250642 IMPORTANT: This article contains information about modifying the registry.
Before you modify the registry, make sure to back it up and make sure that you
understand how to restore the registry if a problem occurs. For information
about how to back up, restore, and edit the registry, click the following
article number to view the article in the Microsoft Knowledge Base: 256986 Description of the Microsoft Windows Registry
SYMPTOMS When you restore a Riprep image that contains Office 2000,
the desktop icon for Outlook may not work correctly. If you attempt to start
Outlook by double-clicking the desktop icon, you receive an error message
stating that Outlook.exe cannot be located. However, if you start Outlook from
the Start menu, the program works as expected.
Similar errors may
occur with other Microsoft programs or third-party programs. For example,
programs may not start as OLE servers,
but they do start when you start them by using shortcuts. CAUSE This behavior occurs because the Class ID (CLSID)
associated with the Outlook desktop icon on the master computer's desktop image
path is set to a short file name by default when Office is installed. For
example, the DefaultIcon value is set to the following:
HKEY_CLASSES_ROOT\CLSID\%CLSID_Value%\DefaultIcon:
Reg_SZ: C:\progra~1\Micros~3\office\outlook.exe,7
When the computer is imaged to the Remote Installation Service
(RIS) server and then restored, the short name is re-created and can be
different than the original file path on the master computer. However, the
CLSID in the registry still contains the old short file name, and the icon on
the restored desktop now points to an invalid location.
For
additional information about CLSIDs, click the article number below to view the
article in the Microsoft Knowledge Base: 174050 HOWTO: Determine File Type from Registered CLSID
With other applications, this short path name is
used for the LocalServer32 registry entry or other paths in the
HKEY_CLASSES_ROOT part of the registry. Note The same issue that is described in the "Symptoms" section of
this article may occur when you use Ntbackup to restore a computer with Office
2000. RESOLUTION To work around this issue, turn off MS-DOS 8.3 file naming
convention before you install Office 2000 on the master computer.
WARNING: If you use Registry Editor incorrectly, you may cause serious
problems that may require you to reinstall your operating system. Microsoft
cannot guarantee that you can solve problems that result from using Registry
Editor incorrectly. Use Registry Editor at your own risk. - Locate the following registry entry:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem\NtfsDisable8dot3NameCreation - Change the registry entry from 0 (default) to 1 to turn off
the MS-DOS 8.3 file naming convention.
- Quit Registry Editor.
- Reboot the computer.
- Install Office 2000 and create your image.
For additional
information, click the article number below to view the article in the
Microsoft Knowledge Base: 121007 How to Disable the 8.3 Name Creation on NTFS Partitions
STATUS Microsoft has confirmed this to be a problem in Microsoft
Windows 2000.
Modification Type: | Minor | Last Reviewed: | 11/3/2003 |
---|
Keywords: | kbbug kbenv KB250642 |
---|
|