New Post: Attended mode takes much more time than unattended mode
Indeed Wix# uses the "canonical WiX " project template as a starting point and it has EmbedCab set to 'yes'. I did not expect this setting to affect performance unless your MSI is huge. Though may be...
View ArticleNew Post: Attended mode takes much more time than unattended mode
After some additional tests I found that there is a small opportunity for some performance improvements from within Wix#. Managed Setup schedules multiple custom actions to be fired in order to invoke...
View ArticleNew Post: Upgrade through Managed BA keeps the older version entry in ARP
Hello, I have created two BAs for two different versions of the product. When I upgrade the older version using BA, it keeps the older version's entry in ARP. But if same steps are performed using only...
View ArticleNew Post: Attended mode takes much more time than unattended mode
I have to apologize, the time improvement is not so notable as I said. My first tests were done by a colleague on another test machine than me. Please don't consider removing the embedded cabinet from...
View ArticleNew Post: Attended mode takes much more time than unattended mode
Not a problem. Anyway there is something good that came out of it: ManagedProject.AlwaysScheduleInitRuntime.
View ArticleNew Post: Upgrade through Managed BA keeps the older version entry in ARP
Try to increment Bundle.Version.
View ArticleNew Post: Upgrade through Managed BA keeps the older version entry in ARP
Hello Oleg, That I am already doing. Please look at the upgrade bundle code - class Program { static void Main() { string productMsi = BuildMsi(); var bootstrapper = new Bundle("MyProduct_1", new...
View ArticleNew Post: Upgrade through Managed BA keeps the older version entry in ARP
Hi Aakash, It's hard for me to see what is wrong with your sample. Nothing that I can peek. Though I just coded the "BA upgrading" sample. The testing showed that it behaves as it should. The sample is...
View ArticleNew Post: Using project.ControlPanelInfo.InstallLocation
I try to use field Project.InstallLocation for store instalattion location for further major upgrades. I use it next way //resolve value of INSTALLDIR and set it to ARPINSTALLLOCATION...
View ArticleNew Post: Using project.ControlPanelInfo.InstallLocation
Code above generate next wix markup //action that resolve value of INSTALLDIR and set it to ARPINSTALLLOCATION<CustomAction Id="Set_ARPINSTALLLOCATION" Property="ARPINSTALLLOCATION"...
View ArticleNew Post: Using project.ControlPanelInfo.InstallLocation
From aistallation log Action ended 11:45:23: WixSharp_InitRuntime_Action. Return value 1. MSI (s) (9C:7C) [11:45:23:751]: Doing action: Set_ARPINSTALLLOCATION MSI (s) (9C:7C) [11:45:23:751]: Note: 1:...
View ArticleNew Post: Using project.ControlPanelInfo.InstallLocation
When I add custom action to set value of ARPINSTALLLOCATION (it execute afte InstallValidate) instead using project.ControlPanelInfo.InstallLocation = "[INSTALLDIR]"; all works fine. new...
View ArticleNew Post: Using project.ControlPanelInfo.InstallLocation
As I can see the problem is in the fact that the registry entry is removed on uninstall triggered by update. Have a look at "Persisting AppInfo" sample it shows how to prevent regvalue from removal...
View ArticleNew Post: Keep .wixpdb file
Hi, Is there a way to prevent the .wixpdb from being deleted when generating the .msi file using Compiler.BuildMsi()? Thanks!
View ArticleNew Post: Keep .wixpdb file
project.PreserveTempFiles = true; will prevent deleting temp file but only the ones created by Wix# not by WiX tools (e.g. *.wixpdb). The best way to solve this would be to use BuildMsiCmd: project.UI...
View ArticleNew Post: WixForm not found (v1.0.28, 1.0.30)
So... I'm not very happy with this. Actually, I'm not happy at all. I tried upgrading to 1.0.30.0 (nuget) - it's been a pain,but at some point I made it work. However, I now get the error(s):...
View ArticleNew Post: WixForm not found (v1.0.28, 1.0.30)
Starting from v1.0.23.0 (4 months ago) all native WiX dialogs/controls (e.g. WixForm) are separated into a dedicated assembly "WixSharp.Lab.dll", which needs to be referenced from the VS...
View ArticleNew Post: WixForm not found (v1.0.28, 1.0.30)
Many thanks for the timely reply! Thanks for the hotfix - unfortunately I can't use it, see below. My problem is that we're using nuget, so we can't really reference a file that would be downloaded...
View ArticleNew Post: WixForm not found (v1.0.28, 1.0.30)
> ...so we can't really reference a file that would be downloaded from a different place. The WixSharp.Lab.dll contains the native UI functionality in the state as it was when it was released first...
View ArticleNew Post: Upgrade Error
Hi Oleg,could you explain me the reason for fail out of upgrade process. Let me delineate my proceeding.You should know that I have to displace some files from the installdir to a another directory...
View Article