wix3

How do I do a silent install and uninstall with WiX and MSI?

佐手、 提交于 2019-11-30 02:54:33
How can a silent installer be created in WiX that does not display any UI dialogs to the user and installs, upgrades and uninstalls with default settings? Just don't include any UI/UIRef elements and then no UI will be included :) Christopher Painter Windows Installer (MSI) uses the following command line arguments to be silent: Silent install or silent major upgrade: msiexec.exe /i foo.msi /qn Silent minor upgrade: msiexec.exe /i foo.msi REINSTALL=ALL REINSTALLMODE=vomus /qn Silent uninstall: msiexec.exe /x foo.msi /qn Executable path: C:\Windows\system32\msiexec.exe Installer .exe's created

MSI does not install all files when RemovePreviousVersion is run

拜拜、爱过 提交于 2019-11-30 00:30:32
I have a MSI build using WiX version 3. All previous installers for the product we are deploying worked fine with the configuration specified (that is: if previous version exists, remove, then install the new version) - however, the new MSIs we build don't install all files when it runs through the 'remove first' path. If we manually remove the existing installation and then run the new version all the files are installed - and when I examine the MSI file in Orca the files and features are shown and seem to be fine. We have tried running with verbose and extra logging turned on ( /l*vx )

WiX 3.0 throws error 217, while being executed by continuous integration

纵然是瞬间 提交于 2019-11-29 19:48:34
This is the error that is thrown by our automated build suite on Windows 2008, while running ICEs (after migrating from WiX 2.0 to WiX 3.0): LGHT0217: Error executing ICE action 'ICE01'. The most common cause of this kind of ICE failure is an incorrectly registered scripting engine. See http://wix.sourceforge.net/faq.html#Error217 for details and how to solve this problem. The following string format was not expected by the external UI message logger: "The Windows Installer Service could not be accessed. This can occur if the Windows Installer is not correctly installed. Contact your support

Is it possible to use .png images for WiX bitmaps

混江龙づ霸主 提交于 2019-11-29 09:52:19
I am using 2 500K bitmaps in to display images on my WiX dialogs. They dramatically increase the size of the installation package, and what is worse - it looks there's no way to package them as a part of a .cab file since they're <binary> -es in the WiX terms. So, I thught, is there any way to use other file formats for bitmaps or WiX is tethered with BMP? Ideally it would be greate if there's a way to use .png format since it comes with a looseless compression option. The Windows Installer documentation for the Bitmap control states that the image should be a "bitmap" -- presumably a .BMP

Generating an executable using wix

試著忘記壹切 提交于 2019-11-29 09:02:39
问题 I am learning Wix and I want to generate a setup.exe file instead of a setup.msi. Is that possible? 回答1: A setup EXE is usually referred to as a bootstrapper or chainer . WiX 3.5 will ship with an executable called burn.exe , unfortunately this is still under heavy development. If you're just after a basic self-extracting EXE with no additional logic you can use the included setupbld.exe with WiX. However it's pretty limited and only includes the most basic functionality. Alternatively, 7-zip

Wix - change the installation folder based on privilege

一世执手 提交于 2019-11-29 04:25:11
I have to create an installation package using Wix. If an admin user is installing the package, it should install into %programfiles%/[applicationName], if the user is an non-admin user then it should install into its local profile folder( LocalAppDataFolder). How it is possible? I wrote this for ClickThrough a long time ago. Solution from that looks a lot like this (You provide a Property called "ApplicationFolderName"): <Property Id="A" Secure="yes" /> <DirectoryRef Id="TARGETDIR"> <Directory Id="ApplicationFolder" Name="App" /> </DirectoryRef> <Condition Message="Must specify TARGETDIR

Features installed to different locations but referencing the same components

拥有回忆 提交于 2019-11-29 04:19:27
I have a product that consists of multiple features that can be installed to different locations e.g. Feature 1 is an executable installed in Program Files and Feature 2 is a website installed in wwwroot. However both Feature 1 and Feature 2 rely on many of the same dll's and hence require the components containing those dll's to be installed in 2 different locations depending on which Features are installed. Is there a way to achieve this without defining every component twice? To provide a further complete example of what I am trying to achieve, the following complete wxs file can be

Launch application after installation complete, with UAC turned on

拟墨画扇 提交于 2019-11-29 03:01:03
问题 Good day. I've been building an installer for our product using the WIX(Windows Installer XML) technology. The expected behavior is that the product is launched, if the check box is checked after installation. This has been working for some time now, but we found out recently that UAC of Win 7, and Vista is stopping the application from launching. I've done some research and it has been suggested to me that I should add the attributes Execute='deferred' and Impersonate='no'. Which I did, but

Best way to create a wix fragment file based on User-defined directories to be used in MSBUILD

Deadly 提交于 2019-11-29 01:34:15
问题 In the spirit of this question by Si here: WiX tricks and tips. I am trying to determine the best way to get create wix fragments based on a directories. File harvesting, so to speak. For example under the bin\release folder I could have many different folders plus files that I want to capture very easily in fragments. I have been doing this by typing them or using wixedit. Please note I haven't tried anything just done the reasearch here: A)I read a little bit on heat.(http://installing

MSI does not install all files when RemovePreviousVersion is run

谁都会走 提交于 2019-11-28 21:27:43
问题 I have a MSI build using WiX version 3. All previous installers for the product we are deploying worked fine with the configuration specified (that is: if previous version exists, remove, then install the new version) - however, the new MSIs we build don't install all files when it runs through the 'remove first' path. If we manually remove the existing installation and then run the new version all the files are installed - and when I examine the MSI file in Orca the files and features are