advanced installer custom action properties

Unfortunately, this solution does not fix our problem. So, how can we fix this issue? Is there some kind of a decryption algorithm that we could use inside of a Run PowerShell Inline Script custom action that would prepare the parameters for further use throughout the installation?įirst of all, thank you for the quick answer and for the time taken to create a project to demonstrate your proposed solution.

That causes problems to our custom actions that use those parameters and expect them to be the actual string values the user provided inside of the configuration file, not the encrypted ones. The problem is, after the parameters have been read and secured, they get encrypted and stay that way throughout the installation. ps1 files after some needed preprocessing on our part) types of custom actions.Īfter marking the desired variables as secure in the Properties component of our project and building it, we run a test installation ( First-time install of the product) and it crashes. bat files) or Run PowerShell Inline Script (that are often used to run either. We need persistence of variable because we need to implement the possibility of a reinstallation and upgrade of our product.Īlso, one important thing to note is that our custom actions are mostly Launch File (which are used to run. We persist all the variables from the configuration file to registry but we don't want everything to be stored in plain text. exe file that gives the user of our installer the ability to specify environment variables of our product to be installed.

We are having difficulties trying to introduce secure install properties into our installer and I was hoping to get some information here on how to integrate this feature.įirst of all, we have a configuration file used alongside our.

Advanced installer custom action properties