Re: [WiX-users] Custom Actions with elevated privledges

2010-11-18 Thread Grinden
That's a good point, and I appreciate that chaining isn't a great solution, but in this case though, all that I think we are both attempting to do is get a list of app pools to display in a combobox for the user to select. If they are doing a silent install, then there would be no need for the lis

Re: [WiX-users] Custom Actions with elevated privledges

2010-11-17 Thread Rob Mensching
That will only work if you run it from the InstallUISequence and if you do a basic or silent mode install the InstallUISequence is skipped completely. Chaining from within an MSI just doesn't work the general (might work in very narrow use cases). That's why you need a bootstrapper. On Wed, Nov 1

Re: [WiX-users] Custom Actions with elevated privledges

2010-11-17 Thread Grinden
Christian Froehlich wrote: > > Hi All, > > I have hit a conundrum here. I have an immediate custom action that gets a > list > of IIS application pools to be displayed in a ComboBox for user selection. > > Now as this needs to be executed before the user interface is shown, i > have made > t

Re: [WiX-users] Custom Actions with elevated privledges

2010-08-18 Thread Paul Lalonde
The only solution I've found to this problem is to create a bootstrapper that starts up msiexec with my msi. The bootstrapper is marked as "requireAdministrator", so it as well as the msi's UI run elevated. Hope this helps, -- Paul Lalonde paullalonde at mac dot com "Il n

Re: [WiX-users] Custom Actions with elevated privledges

2010-08-18 Thread Blair
Unfortunately when merely querying the system requires elevation you typically have to engage a bootstrapper that is manifested to require elevation to force all of your MSI to run elevated. That, of course, means your removal from ARP will see this CA fail as well, so if you need the CA for remova