The KfW 3.2.2 msi installer cannot remove KfW 2.6.5 installed with the
NSIS installer.  This has been seen on XP and Vista.

Scenario:
On XP Pro.

Remove any previous version of KfW and reboot.

Run the KfW 2.6.5 .EXE (NSIS) installer; reboot.

Run the KfW 3.2.2 MSI installer.  When it says that processes must be
stopped, stop them and continue the installer.  It will run for a
while and pop up a dialog 'NSIS uninstallation failed.  Status 40.'

From: jaltman@mit.edu
Subject: SVN Commit

The WiX installation package suffered from several problems:

 * The Beta ID was not being included in the package name.
   Fixed this by swapping the priority of "Release" and "Beta".
   "Beta" is an official release that has a beta value.
   A non-release has a datestamp as part of the package name.

 * There were duplicate GUID values being used for registry components.
   This would prevent proper removal of the components on uninstall.

 * 64-bit Installers were being constructed with the 32-bit installer
   schema.  This prevented side-by-side installation of the 64-bit and
   32-bit versions.  This also permitted 64-bit installers to be
   installed on 32-bit systems.

 * The 64-bit and 32-bit installers had the same package name.
   64-bit and 32-bit are now identified in the package name.

 * 64-bit files were being installed to the WOW64 environment.


Commit By: jaltman



Revision: 20117
Changed Files:
U   trunk/src/windows/installer/wix/config.wxi
U   trunk/src/windows/installer/wix/files.wxi
U   trunk/src/windows/installer/wix/kfw.wxs
U   trunk/src/windows/installer/wix/lang/config_1033.wxi
U   trunk/src/windows/installer/wix/lang/strings_1033.wxl
U   trunk/src/windows/installer/wix/platform.wxi

From: jaltman@mit.edu
Subject: SVN Commit

Set the Shortcut string to match the base product name


Commit By: jaltman



Revision: 20118
Changed Files:
U   trunk/src/windows/installer/wix/files.wxi

In response to the uninstall issue.  This appears to be a bug either in
the WiX engine or the Windows Installer 3.1.   The "File" type on the
Registry Search property is supposed to provide the full path name.
Instead, we are being given just the directory as if it were being
processed with the "Directory" type.

We can avoid this for a REG_SZ value by using the "Raw" type because we
are sure that the string is not going to begin with a '#' character.

From: jaltman@mit.edu
Subject: SVN Commit

There appears to be a bug either in the WiX engine or the Windows Installer 3.1.
The "File" type on the Registry Search property is supposed to provide the full
path name.  Instead, we are being given just the directory as if it were being
processed with the "Directory" type.

We can avoid this for a REG_SZ value by using the "Raw" type because we are
sure that the string is not going to begin with a '#' character.

Because the full path was not being obtained for the UPGRADENSIS property, the
Uninstall routine was unable to CreateProcess() the uninstall program.

This commit also includes addition debugging in the NSIS Uninstall custom
handler to report the path and the GetLastError() value when the uninstall
fails.  This will be logged in the msiexec log file and displayed in a
MessageBox.



Commit By: jaltman



Revision: 20119
Changed Files:
U   trunk/src/windows/installer/wix/custom/custom.cpp
U   trunk/src/windows/installer/wix/custom/custom.h
U   trunk/src/windows/installer/wix/lang/ui_1033.wxi
U   trunk/src/windows/installer/wix/property.wxi

From: tlyu@mit.edu
Subject: SVN Commit

pull up r20117 from trunk

 r20117@cathode-dark-space:  jaltman | 2007-10-12 15:01:38 -0400
 ticket: new
 subject: KFW: BUG: WIX: Improve Usability of multiple architecture MSI
installations, remove non-unique GUID component identifiers, and include Beta ID in
the package name
 component: windows
 tags: pullup
 target_version: 1.6.3

 The WiX installation package suffered from several problems:

  * The Beta ID was not being included in the package name.
    Fixed this by swapping the priority of "Release" and "Beta".
    "Beta" is an official release that has a beta value.
    A non-release has a datestamp as part of the package name.

  * There were duplicate GUID values being used for registry components.
    This would prevent proper removal of the components on uninstall.

  * 64-bit Installers were being constructed with the 32-bit installer
    schema.  This prevented side-by-side installation of the 64-bit and
    32-bit versions.  This also permitted 64-bit installers to be
    installed on 32-bit systems.

  * The 64-bit and 32-bit installers had the same package name.
    64-bit and 32-bit are now identified in the package name.

  * 64-bit files were being installed to the WOW64 environment.




Commit By: tlyu



Revision: 20120
Changed Files:
_U  branches/krb5-1-6/
U   branches/krb5-1-6/src/windows/installer/wix/config.wxi
U   branches/krb5-1-6/src/windows/installer/wix/files.wxi
U   branches/krb5-1-6/src/windows/installer/wix/kfw.wxs
U   branches/krb5-1-6/src/windows/installer/wix/lang/config_1033.wxi
U   branches/krb5-1-6/src/windows/installer/wix/lang/strings_1033.wxl
U   branches/krb5-1-6/src/windows/installer/wix/platform.wxi

From: tlyu@mit.edu
Subject: SVN Commit

pull up r20118 from trunk

 r20118@cathode-dark-space:  jaltman | 2007-10-12 15:18:04 -0400
 ticket: 5820

 Set the Shortcut string to match the base product name




Commit By: tlyu



Revision: 20121
Changed Files:
_U  branches/krb5-1-6/
U   branches/krb5-1-6/src/windows/installer/wix/files.wxi

From: tlyu@mit.edu
Subject: SVN Commit

pull up r20119 from trunk

 r20119@cathode-dark-space:  jaltman | 2007-10-12 19:08:30 -0400
 ticket: 5820

 There appears to be a bug either in the WiX engine or the Windows Installer 3.1.
 The "File" type on the Registry Search property is supposed to provide the full
 path name.  Instead, we are being given just the directory as if it were being
 processed with the "Directory" type.

 We can avoid this for a REG_SZ value by using the "Raw" type because we are
 sure that the string is not going to begin with a '#' character.

 Because the full path was not being obtained for the UPGRADENSIS property, the
 Uninstall routine was unable to CreateProcess() the uninstall program.

 This commit also includes addition debugging in the NSIS Uninstall custom
 handler to report the path and the GetLastError() value when the uninstall
 fails.  This will be logged in the msiexec log file and displayed in a
 MessageBox.





Commit By: tlyu



Revision: 20122
Changed Files:
_U  branches/krb5-1-6/
U   branches/krb5-1-6/src/windows/installer/wix/custom/custom.cpp
U   branches/krb5-1-6/src/windows/installer/wix/custom/custom.h
U   branches/krb5-1-6/src/windows/installer/wix/lang/ui_1033.wxi
U   branches/krb5-1-6/src/windows/installer/wix/property.wxi