[WiX-users] Wix 3.9 and 4.0 new features?

Hi, Are there lists of the new features slated for 3.9 and 4.0 anywhere? Thanks, -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Wix-3-9-and-4-0-new-features-tp7596893.html Sent from the wix-users mailing list archive at Nabble.com.

Re: [WiX-users] Bundle installing VS - returns 0x80048bc7

The block is seems to be created by 'netfxfullweb' which is installed/updated by the VS Shell bundle. The machine already has .NET 4.5 full framework so not sure what it's updating... If I knew what 48bc7 translated to, I could add another ExitCode/ to my bundle. -- View this message in

[WiX-users] Bundle installing VS - returns 0x80048bc7

Hi, Got a bundle that installs VS2012 or VS2013 Shells.. I've noticed that sometimes, we get a 0x80048bc7 (pending restart required) It seems to be if VS updated some .NET framework components... Our bundle doesn't catch it as 3010 etc... so what does 0x80048bc7 translate to? In the VS admin

Re: [WiX-users] Unresolved reference to symbol 'WixBootstrapperApplication:ManagedBootstrapperApplicationHost'

I have now, thanks... -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Unresolved-reference-to-symbol-WixBootstrapperApplication-ManagedBootstrapperApplicationHost-tp7589453p7589495.html Sent from the wix-users mailing list archive at Nabble.com.

Re: [WiX-users] [SPAM] Re: Bootstrapper errors

WRT possible left-over bundle entries in the Uninstall key... Can a new bundle not 'handle' these entries if they exist (in other words... not crash) -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Bootstrapper-errors-tp7582859p7589499.html

[WiX-users] [SPAM] Unresolved reference to symbol 'WixBootstrapperApplication:ManagedBootstrapperApplicationHost'

Hi, Could somebody give me some pointers as to why I get: error LGHT0094: Unresolved reference to symbol 'WixBootstrapperApplication:ManagedBootstrapperApplicationHost' in section 'Bundle:BS.Bootstrapper'. Thanks, -- View this message in context:

[WiX-users] [SPAM] Re: Bootstrapper errors

@Rob, Why can't a new bundle handle this? Is there a GUID clash or? (We're seeing this on a dirty Win 8 VM) Thanks, -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Bootstrapper-errors-tp7582859p7589364.html Sent from the wix-users mailing

Re: [WiX-users] Burn Failure 0x8007051b

@Neil, Where did you raise the bug? Thanks, -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-Failure-0x8007051b-tp7578778p7588594.html Sent from the wix-users mailing list archive at Nabble.com.

Re: [WiX-users] Patch bundle success when patch fails...

Okay, but given the scenario when a bundle contains only one MSP, this doesn't seem good... How can I get it to fail the bundle? Otherwise, I get a bundle ARP entry but no patch installed... Thanks, -- View this message in context:

[WiX-users] Patch bundle success when patch fails...

Hi, Can anyone tell my why a patch bundle installs successfully even though the patch inside didn't? If I run the MSP on an invalid RTM product, I get the usual message. From the log: [07AC:0B2C][2013-07-24T11:14:47]i201: Planned package: cs201022_HotFix00, state: Absent, default requested:

[WiX-users] Bundle and patching scenarios...

Hi, Currently, we have hotfixes that are accumulative. So user: - installs RTM bundle (RTM msi) - installs HF1 bundle (HF1 msp, minor upgrade, supercedes) - installs HF2 bundle (HF2 msp, minor upgrade, supercedes) At this point, only HF2 is visible in 'View installed updates'. If they

Re: [WiX-users] Patch not visible in ARP if MSI installed via Bundle

@Rob, I've tried the Update element but the bundle still shows up in the main list rather than the 'View installed updates' list.. Please advise... Thanks, -- View this message in context:

Re: [WiX-users] Patch not visible in ARP if MSI installed via Bundle

Thanks.. do I also need RelatedBundle set in the MSI bundle or will Update / suffice in the MSP bundle? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Patch-not-visible-in-ARP-if-MSI-installed-via-Bundle-tp7586533p7586583.html Sent from the

[WiX-users] Patch not visible in ARP if MSI installed via Bundle

I've installed an MSI using a Bundle, and then installed an MSP.. The MSP is not visible in 'View installed updates' (!) I presume this is because the MSI is installed with ARPSYSTEMCOMPONENT=1 This is not good news Is there a fix/workaround? Thanks, -- View this message in context:

Re: [WiX-users] Patch not visible in ARP if MSI installed via Bundle

Yes, patch bundle is an option but if it's just installing one MSP, a EXE around it seems a bit clunky (and it's also another UI that needs creating/maintaining) I wonder if we don't hide the MSI entry (Visible=yes)... is there some way of deleting the MSI's Uninstall key? -- View this

Re: [WiX-users] Patch not visible in ARP if MSI installed via Bundle

Indeed, if I rename : HKEY_CLASSES_ROOT\Installer\Products\4109501100F01FEC\ProductName neither the MSI or the MSP are visible in ARP (!) This is a real problem... Anyone, any input? -- View this message in context:

Re: [WiX-users] Patch not visible in ARP if MSI installed via Bundle

Having spent the morning playing around with this, I would agree that patch bundles are probably the best solution... It would be nice if a purely patch bundle showed up in 'View installed updates' ... James. -- View this message in context:

[WiX-users] heat reg output includes deprecated Action attribute

Using 3.7 to 'heat reg' and candle throws CNDL1138 warnings because RegistryKey/@Action attribute has been deprecated.. File a bug? Thanks, -- View this message in context:

Re: [WiX-users] heat reg output includes deprecated Action attribute

Done.. https://sourceforge.net/p/wix/bugs/3289/ -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/heat-reg-output-includes-deprecated-Action-attribute-tp7585545p7585551.html Sent from the wix-users mailing list archive at Nabble.com.

Re: [WiX-users] After restart, Bundle loses non-default InstallFolder value

Ah, I was still using a pre-change build.. doh It does work, however the log reports that after the reboot, InstallFolder is (re-)initialized to the default value, but the correct value is shown in the pararmeters passed through on the MSI command line (and the Variable dump). Slightly logging

[WiX-users] After restart, Bundle loses non-default InstallFolder value

Hi, If I change the install location (InstallFolder) to a non-default value, and the Bundle then needs a restart (.NET 4.0 installation), the value after reboot is back to the default value. I've tried setting Persist=yes but that makes no difference.. Is this a bug? Is there a workaround?

Re: [WiX-users] Burn not restarting if domain user

Found this.. http://support.microsoft.com/kb/2021405 So it's a feature.. can this be worked around using Burn? Should it use Task Scheduler to deal with reboots? Thanks, -- View this message in context:

Re: [WiX-users] Burn Failure 0x8007051b

This only works if UAC is disabled... -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-Failure-0x8007051b-tp7578778p7585331.html Sent from the wix-users mailing list archive at Nabble.com.

[WiX-users] Burn not restarting if domain user

Hi, I've got a bundle that requires a reboot flagged by installing .NET 4.0. The user is on a domain and is a standard user on the machine. Initially, the UAC prompt appears asking for admin credentials. After the reboot, the bundle doesn't restart to install more MSI's. If the user (local or

[WiX-users] Burn RunOnce entry is too long...

Hi, I've got a bundle which ends up putting a command line in the runonce key (post-reboot) that is longer than 256 characters... the effect being that after reboot, the bundle is not restarted (the command fails sliently) I could shorten the exe name but if the user id in the %temp% path is

Re: [WiX-users] WiX 3.6 MergeModule creation regression?

Hi, Any fix or workaround to this? We can't move to 3.6 or 3.7 without it...(!) Thanks, -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WiX-3-6-MergeModule-creation-regression-tp7581302p7581862.html Sent from the wix-users mailing list

Re: [WiX-users] WiX 3.6 MergeModule creation regression?

Hi, Any fix or workaround to this? We can't move to 3.6 or 3.7 without it...(!) Thanks, -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WiX-3-6-MergeModule-creation-regression-tp7581302p7581831.html Sent from the wix-users mailing list

Re: [WiX-users] TFS Build Unhandled Exception in, apparently WiX

Hi, Anyone know if this has been fixed in a released version? Thanks, -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/TFS-Build-Unhandled-Exception-in-apparently-WiX-tp6845984p7581832.html Sent from the wix-users mailing list archive at

Re: [WiX-users] Burn ARP reports wrong size

I have the same issue... anyone any ideas? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-ARP-reports-wrong-size-tp6964175p7581303.html Sent from the wix-users mailing list archive at Nabble.com.

Re: [WiX-users] Patch failure when using non-whole files

Hi, I have the same issue.. How can I mark certain files as a full-file patch? Thanks, -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Patch-failure-when-using-non-whole-files-tp701419p7580576.html Sent from the wix-users mailing list archive

Re: [WiX-users] Random patching failures - pesky error 1328

Hi, Did you ever resolve the 1328 error? I'm hitting it too.. Thanks, -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Random-patching-failures-pesky-error-1328-tp5893872p7580266.html Sent from the wix-users mailing list archive at Nabble.com.

Re: [WiX-users] crc error on wix 3.7 aditional downloads

Thanks, however if I 'msbuild wix64.proj', I get errors as follows: LINK : fatal error LNK1104: cannot open file 'wcautil_2010.lib' and then various errors on C:\wix3.7.821.0-sources\build\debug\x86\GenerateWixInclude.exe which doesn't exist... please advise, -- View this message in

Re: [WiX-users] crc error on wix 3.7 aditional downloads

Hi, If I try to build any of the 4 solutions in the 3.7 sources from a clean VS2010 prompt, I get errors... is this expected? e.g msbuild.exe wix.sln Thanks, -- View this message in context:

Re: [WiX-users] Wix bootstrapper sample issue

Hi, Did you get to the bottom of the 0x80070002? I have the same.. Thanks, -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Wix-bootstrapper-sample-issue-tp7576441p7579428.html Sent from the wix-users mailing list archive at Nabble.com.