Microsoft KB Archive/250642

From BetaArchive Wiki
< Microsoft KB Archive
Revision as of 13:51, 21 July 2020 by X010 (talk | contribs) (Text replacement - """ to """)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Knowledge Base


Some Office 2000 Desktop Icons May Not Work on Restored Riprep Images

Article ID: 250642

Article Last Modified on 2/28/2007



APPLIES TO

  • Microsoft Windows 2000 Server
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Professional Edition



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.

  1. Locate the following registry entry:

    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem\NtfsDisable8dot3NameCreation

  2. Change the registry entry from 0 (default) to 1 to turn off the MS-DOS 8.3 file naming convention.
  3. Quit Registry Editor.
  4. Reboot the computer.
  5. 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.


Additional query words: office2000 outlook2000

Keywords: kbbug kbenv KB250642