Skip Menu |
 

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
Download (untitled) / with headers
text/plain 1.2KiB
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
Download (untitled) / with headers
text/plain 1.6KiB
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
Download (untitled) / with headers
text/plain 1.2KiB
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