[WiX-users] Prevent package signature + hash checks?
I have a bundle that installs msi 'A' plus support application 'B' 'A' is an MsiPackage 'B' is an ExePackage 'B' is not compressed - i.e. external payload My problem is that if application 'B' is updated after i release my bundle, then that new version is just dropped onto the distribution DVD without the bundle being re-built. Therefore when a new customer installs, application 'B' fails the signature / hash check because it is different from when the bundle was built. The whole install then fails. I can set Vital='no' which results in 'A' being installed OK, but then support application 'B' wont be installed (unless the user installs it manually). My question is, is there any way of suppressing signature AND hash checking of a package? Thanks. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Prevent-package-signature-hash-checks-tp7586064.html Sent from the wix-users mailing list archive at Nabble.com. -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Prevent package signature + hash checks?
mmm - i believe i have misunderstood what is happening. I have tried installing my bundle with MsiPackage 'A' 3 different versions of ExePackage 'B' 2 were successfull - indicating that i am wrong in believing that the version has to be the same as was there when the bundle was built. 1 failed with - [2AA0:0BC4][2013-05-22T12:17:25]: Error 0x80070490: Failed to find expected public key in certificate chain. [2AA0:0BC4][2013-05-22T12:17:25]: Error 0x80070490: Failed to verify expected payload against actual certificate chain. [2AA0:0BC4][2013-05-22T12:17:25]: Error 0x80070490: Failed to verify signature of payload: 'B' All versions of 'B' are signed. The oldest version is signed with a different certificate, and it is this one that fails. Could anyone explain to me exactly what WIX is doing when it does its payload signature checking? Does something about the certificate of a payload get stored in the bundle at build time then get compared to the actual payload certificate when it comes to install the payload? Thanks! -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Prevent-package-signature-hash-checks-tp7586064p7586067.html Sent from the wix-users mailing list archive at Nabble.com. -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn Bootstrapper application installation
I'm not sure whether submitting our product to Trend would have any effect, since it is /behaviour/ that is triggering the alert, not any 'patterns' in the setup code itself (if that makes sense)? I can try this though. Presumably it is the extracted burn setup.exe that needs to be sent, since that is what is doing the registry access? Thanks. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-Bootstrapper-application-installation-tp7583949p7583993.html Sent from the wix-users mailing list archive at Nabble.com. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn Bootstrapper application installation
Rob, I wasn't in any way implying that WiX was doing anything wrong - I agree that it is Trend that are causing this. All i meant was i didnt know if 3.7 would be doing something sublty different that wouldnt trigger the 'malware' alert. Thanks. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-Bootstrapper-application-installation-tp7583949p7583992.html Sent from the wix-users mailing list archive at Nabble.com. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Using Condition Level=0 results in files being left behind after upgrade then uninstall.
For the 1st release of an installer I used this to conditionally install a component: i.e. only install ProductFeatures.2 if INSTALL_TYPE = 2 INSTALL_TYPE is passed in from command line / burn MsiProperty. It worked fine on uninstall everything gets removed. Great. But now when v2 went out (major upgrade) I noticed that during the upgrade process, the files for 'ProductComponents.2' didnt get removed during the upgrade (i.e. the RemoveExistingProducts step). Also, if v2 is then unistalled, we find that these files are left behind, still referenced by something. The mangled component GUID for the component in question in ...\Installer\UserData\S-1-5-18\Components can be seen to have 2 products(?) referencing it. I can alter this to : which seems to work much better, but if V1 is already installed then the damage has already been done i cant figure out the best way of tidying up properly. Any ideas? Thanks. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Using-Condition-Level-0-results-in-files-being-left-behind-after-upgrade-then-uninstall-tp7583950.html Sent from the wix-users mailing list archive at Nabble.com. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn Bootstrapper application installation
We had (and still have) issues with 3.6 Trend Officescan. It objects to the way that the burn setup.exe is extracted into temp then writes to the RunOnce registry key. OfficeScan sees this as malware behaviour blocks it. Even though everything is signed. If you havent signed everything then you might try that. Havent found a way around this was hoping that maybe 3.7 would do something slightly different. Haven't tried it yet, but given your post I'm not optimistic. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-Bootstrapper-application-installation-tp7583949p7583951.html Sent from the wix-users mailing list archive at Nabble.com. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Resuming with saved settings after re-boot (WiX3.6 / Burn)
I have a custom managed BA which may need to install Windows Installer 4.5 in order to install SQL Express (which requires a re-boot). I have managed to get the re-boot sequence working OK when 4.5 is installed, my installer re-starts OK - but it restarts from my first screen, meaning the user has to go through the options licence pages again before install resumes. What i want to to do is save the users options from the initial install re-use them after re-boot so that the install will progress without the user having to re-enter their settings, agree to licence etc. Can anyone advise the best way of going about this? Thanks. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Resuming-with-saved-settings-after-re-boot-WiX3-6-Burn-tp7580264.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Light could not find file ...\install.exe when using vc_red.msi
Rob Mensching-7 wrote Wow, can you point to exactly where you got the vc_red.msi? The SuppressLooseFilePayloadGeneration was added to temporarily support some stupidly authored MSI files in Visual Studio. The plan was they would fix the MSIs and this attribute would be removed. It never occured to me that they may have shipped one of those MSI files. On Wed, May 9, 2012 at 7:09 AM, stewarth lt;stewart.hilson@gt;wrote: stewarth wrote stewarth wrote Just trying to add the vc 2010 runtime to my bundle. The installation files available to me on our network are : P:\Projects\Updates\VS2010_x86\vc_red.msi P:\Projects\Updates\VS2010_x86\vc_red.cab (not sure why we dont just use vcredist_x86.exe...) I add these to my bundle as: Fragment PackageGroup Id=VC2010 MsiPackage Id=VC2010.x86 Cache=no Compressed=no Permanent=yes Vital=yes SourceFile=P:\Projects\Updates\VS2010_x86\vc_red.msi Name=Updates\VS2010_x86\vc_red.msi Payload Id=vc_red.cab SourceFile=P:\Projects\Updates\VS2010_x86\vc_red.cab Name=Updates\VS2010_x86\vc_red.cab Compressed=yes/ /MsiPackage /PackageGroup /Fragment Chain ... PackageGroupRef Id=VC2010/ But when i build the installer i get a Light error: Could not find file 'P:\Projects\Updates\VS2010_x86\*install.exe*'. What is going on here? If i substitute vc_red.msi for another msi somewhere else, then it works fine. Light just seems to object to this particular one, and where is it getting 'install.exe' from? Confused! I should add, as it /may/ be relevant, i do have an ExePackage in the bundle which /is/ 'Install.exe', but the two are entirely un-related. Also given that a different msi does /work / would probably indicate that this was irrelevant... Still having problems with this. I've opened up the vc_red.msi in Orca the issue seems to be linked to entries in the File table - i.e : File: F_VC_Redist_Noninstall_Install_exe_x86 Component: C_VC_Redist_Noninstall_Install_exe_x86 FileName: 242622|install.exe Language: 1033 Atributes: 8704 (MsidbFileAttributesVital | MsidbFileAttributesNoncompressed) So, the thing is, when Light processes vc_red.msi, it reads this entry, sees that it is not a compressed file decides that it needs to add this file as a payload. This FAILS because there is no install.exe file! So - is there something wrong with the vc_red.msi file? It the cab have just been unzipped from the vcredist_x86.exe and my companies old installshield installers run it directly without any problems. I can get around this by setting the MsiPackage parameter 'SuppressLooseFilePayloadGeneration' but this is deprecated. I can use merge modules instead, but dont really like this since the runtime would then not appear in Add/Remove programs. Or I can run the exe instead I suppose, but I'd like to get to the bottom of what is going on here. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Light-could-not-find-file-install-exe-when-using-vc-red-msi-tp7526759p7542995.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@.sourceforge https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching - http://RobMensching.com LLC -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@.sourceforge https://lists.sourceforge.net/lists/listinfo/wix-users Hi Rob - Downloaded vcredist_x86.exe from here: http://www.microsoft.com/en-us/download/details.aspx?id= Then the contents unzipped just the msi cab file used for silent installs. Thanks. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Light-could-not-find-file-install-exe-when-using-vc-red-msi-tp7526759p7546287.html Sent from the wix-users mailing list archive at Nabble.com
Re: [WiX-users] Light could not find file ...\install.exe when using vc_red.msi
stewarth wrote stewarth wrote Just trying to add the vc 2010 runtime to my bundle. The installation files available to me on our network are : P:\Projects\Updates\VS2010_x86\vc_red.msi P:\Projects\Updates\VS2010_x86\vc_red.cab (not sure why we dont just use vcredist_x86.exe...) I add these to my bundle as: Fragment PackageGroup Id=VC2010 MsiPackage Id=VC2010.x86 Cache=no Compressed=no Permanent=yes Vital=yes SourceFile=P:\Projects\Updates\VS2010_x86\vc_red.msi Name=Updates\VS2010_x86\vc_red.msi Payload Id=vc_red.cab SourceFile=P:\Projects\Updates\VS2010_x86\vc_red.cab Name=Updates\VS2010_x86\vc_red.cab Compressed=yes/ /MsiPackage /PackageGroup /Fragment Chain ... PackageGroupRef Id=VC2010/ But when i build the installer i get a Light error: Could not find file 'P:\Projects\Updates\VS2010_x86\*install.exe*'. What is going on here? If i substitute vc_red.msi for another msi somewhere else, then it works fine. Light just seems to object to this particular one, and where is it getting 'install.exe' from? Confused! I should add, as it /may/ be relevant, i do have an ExePackage in the bundle which /is/ 'Install.exe', but the two are entirely un-related. Also given that a different msi does /work / would probably indicate that this was irrelevant... Still having problems with this. I've opened up the vc_red.msi in Orca the issue seems to be linked to entries in the File table - i.e : File: F_VC_Redist_Noninstall_Install_exe_x86 Component: C_VC_Redist_Noninstall_Install_exe_x86 FileName: 242622|install.exe Language: 1033 Atributes: 8704 (MsidbFileAttributesVital | MsidbFileAttributesNoncompressed) So, the thing is, when Light processes vc_red.msi, it reads this entry, sees that it is not a compressed file decides that it needs to add this file as a payload. This FAILS because there is no install.exe file! So - is there something wrong with the vc_red.msi file? It the cab have just been unzipped from the vcredist_x86.exe and my companies old installshield installers run it directly without any problems. I can get around this by setting the MsiPackage parameter 'SuppressLooseFilePayloadGeneration' but this is deprecated. I can use merge modules instead, but dont really like this since the runtime would then not appear in Add/Remove programs. Or I can run the exe instead I suppose, but I'd like to get to the bottom of what is going on here. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Light-could-not-find-file-install-exe-when-using-vc-red-msi-tp7526759p7542995.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Light could not find file ...\install.exe when using vc_red.msi
Just trying to add the vc 2010 runtime to my bundle. The installation files available to me on our network are : P:\Projects\Updates\VS2010_x86\vc_red.msi P:\Projects\Updates\VS2010_x86\vc_red.cab (not sure why we dont just use vcredist_x86.exe...) I add these to my bundle as: Fragment PackageGroup Id=VC2010 MsiPackage Id=VC2010.x86 Cache=no Compressed=no Permanent=yes Vital=yes SourceFile=P:\Projects\Updates\VS2010_x86\vc_red.msi Name=Updates\VS2010_x86\vc_red.msi Payload Id=vc_red.cab SourceFile=P:\Projects\Updates\VS2010_x86\vc_red.cab Name=Updates\VS2010_x86\vc_red.cab Compressed=yes/ /MsiPackage /PackageGroup /Fragment Chain ... PackageGroupRef Id=VC2010/ But when i build the installer i get a Light error: Could not find file 'P:\Projects\Updates\VS2010_x86\*install.exe*'. What is going on here? If i substitute vc_red.msi for another msi somewhere else, then it works fine. Light just seems to object to this particular one, and where is it getting 'install.exe' from? Confused! -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Light-could-not-find-file-install-exe-when-using-vc-red-msi-tp7526759.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Light could not find file ...\install.exe when using vc_red.msi
stewarth wrote Just trying to add the vc 2010 runtime to my bundle. The installation files available to me on our network are : P:\Projects\Updates\VS2010_x86\vc_red.msi P:\Projects\Updates\VS2010_x86\vc_red.cab (not sure why we dont just use vcredist_x86.exe...) I add these to my bundle as: Fragment PackageGroup Id=VC2010 MsiPackage Id=VC2010.x86 Cache=no Compressed=no Permanent=yes Vital=yes SourceFile=P:\Projects\Updates\VS2010_x86\vc_red.msi Name=Updates\VS2010_x86\vc_red.msi Payload Id=vc_red.cab SourceFile=P:\Projects\Updates\VS2010_x86\vc_red.cab Name=Updates\VS2010_x86\vc_red.cab Compressed=yes/ /MsiPackage /PackageGroup /Fragment Chain ... PackageGroupRef Id=VC2010/ But when i build the installer i get a Light error: Could not find file 'P:\Projects\Updates\VS2010_x86\*install.exe*'. What is going on here? If i substitute vc_red.msi for another msi somewhere else, then it works fine. Light just seems to object to this particular one, and where is it getting 'install.exe' from? Confused! I should add, as it /may/ be relevant, i do have an ExePackage in the bundle which /is/ 'Install.exe', but the two are entirely un-related. Also given that a different msi does /work / would probably indicate that this was irrelevant... -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Light-could-not-find-file-install-exe-when-using-vc-red-msi-tp7526759p7526774.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Can I get the location of setup log files from my BA?
Using Burn, my setup generates 2 log files, one from the bundle and one from an msi. If my install fails, i'd like to display some sort of 'see this log file: logfilename' so users will know what to send to us, and during test i dont have to keep reminding people where to look (!) So, from my BA can i retrieve the paths to these 2 log files? Is there some way of retrieving the value of [WixBundleLog] , or can it be done in another way? Hope I'm not missing something obvious but I cant find any info about this. Thanks. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Can-I-get-the-location-of-setup-log-files-from-my-BA-tp7516854.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Can I get the location of setup log files from my BA?
stewarth wrote Using Burn, my setup generates 2 log files, one from the bundle and one from an msi. If my install fails, i'd like to display some sort of 'see this log file: logfilename' so users will know what to send to us, and during test i dont have to keep reminding people where to look (!) So, from my BA can i retrieve the paths to these 2 log files? Is there some way of retrieving the value of [WixBundleLog] , or can it be done in another way? Hope I'm not missing something obvious but I cant find any info about this. Thanks. Argh. As i clicked post i thought 'i wonder if i can do this...' and it worked. Engine.StringVariables[WixBundleLog] :) -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Can-I-get-the-location-of-setup-log-files-from-my-BA-tp7516854p7516862.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] .Net 4.0 installation feedback using protocol=netfx
Hi - I have set protocol=netfx for the .Net 4.0 ExePackage, and i do get a moving progress bar during its installation. However i wonder if there is a way of showing what the .net installer is actually doing because this can take ages still looks at times like it has hung. I use [ProgressPackageName] which shows me I am processing Microsoft .NET Framework 4, but is there another predefined value to get the actual process being carried out (i.e. copying files..., etc.) ? Thanks. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Net-4-0-installation-feedback-using-protocol-netfx-tp7499137p7499137.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Out of Office AutoReply: Burn + MBA + .Net 4 setup location
I am currently out of the office, returning Monday 16th April. This e-mail is for the sole use of the intended recipient and contains information that may be privileged and/or confidential. If you are not an intended recipient, please notify the sender by return e-mail and delete this e-mail and any attachments. Certain required legal entity disclosures can be accessed on our http://thomsonreuters.com/prof_disclosures. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Out-of-Office-AutoReply-Burn-MBA-Net-4-setup-location-tp7461865p7461865.html Sent from the wix-users mailing list archive at Nabble.com. -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn + MBA + .Net 4 setup location
I have pretty much completed our burn mba installer but just come across a slight problem. I have declared the .Net 4 ExePackage as compressed=no (along with all our other pre-reqs, i.e. SQL Express etc) to avoid sucking it into every build that we do during test. I have a resolver in my mba that works out where the pre-reqs are, but of course that doesn't work for .Net4. When the setup runs on a machine without .Net 4, the bootstrapper runs OK, but on 'Accept Install' of course it cant find the .net setup so fails. (it works if i change to compressed=yes) The key problem is that my application setup.exe the .net 4 setup file may be in different relative places depending on how it is being run - i.e. during test, on a DVD, on a 'suite' DVD etc, so i cant have a single relative path set for the ExePackage 'Name' parameter. I get the feeling that i wont be able to do this, but wonder if there is any way to 'resolve' the source of the .Net 4 setup? I also dont want users to have to download it, and i dont want users to see a 'open file dialog' pop up for them to find it themselves. Here are the relevant bits of my .net 4 wxs file: PackageGroup Id=Netfx4Full ExePackage Id=Netfx4Full Cache=no Compressed=no PerMachine=yes Permanent=yes Vital=yes SourceFile=P:\Projects\Updates\dotNetFx40_Full_x86_x64.exe Name=Updates\dotNetFx40_Full_x86_x64.exe DetectCondition=Netfx4FullVersion AND (NOT VersionNT64 OR Netfx4x64FullVersion) InstallCommand=/q /norestart/ /PackageGroup Thanks. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-MBA-Net-4-setup-location-tp7455902p7455902.html Sent from the wix-users mailing list archive at Nabble.com. -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Can't get SetLocalSource to work...
I'm dont know if I'm posting correctly because no-one seems to look at my posts . Anyway - i resolved this issue. I needed to set the ResolveSourceEventArgs.Result to Result.Retry. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Can-t-get-SetLocalSource-to-work-tp7392467p7409334.html Sent from the wix-users mailing list archive at Nabble.com. -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] customizing burn prerequisite boostrapper image in theme
I got this working by adding my image file to the payload - Payload SourceFile=MyPNG.png/ in the .thm file: Image X=11 Y=11 Width=64 Height=64 ImageFile=MyPNG.png Visible=yes/ Also, in case anyone is scratching their head like i was with localisation, you need to define two WixVariables: WixVariable Id=PreqbaThemeXml Value=Resources\Theme\mbapreq.thm / WixVariable Id=PreqbaThemeWxl Value=Resources\Theme\mbapreq.wxl / Otherwise it will use the default ones. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/customizing-burn-prerequisite-boostrapper-image-in-theme-tp7205852p7262716.html Sent from the wix-users mailing list archive at Nabble.com. -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users