[wix-users] Elevated CA before GUI?

[Magi, Sampattakumar S]

One problem I faced when I ran UI elevated (either elevated cmd or making setup.exe runas Admin).

We can't see a network mapped drive if we want it to make use of it using BrowseDlg and even if u give path manually it throws an error.

Regards
Sampat



-----Original Message-----
From: wix-users [mailto:wix-users-bounces at lists.wixtoolset.org] On Behalf Of Rob Mensching
Sent: Friday, August 19, 2016 10:20 AM
To: WiX Toolset Users Mailing List <wix-users at lists.wixtoolset.org>
Subject: Re: [wix-users] Elevated CA before GUI?

If the requirement is to "Run the UI elevated" then by definition the only way to address the problem is to run the UI elevated.

Using Burn isn't the really the correct solution because Burn is designed to show UI and suppress the MSI UI sequence. If you must elevate the UI then it'd make more sense to have an executable that shows no UI that starts the MSI elevated.
 
The fundamental problem is that launching the UI elevated is the wrong problem to solve.

Phil recommended Restart Manager, a great solution (Vista+).  CloseApplications was also mentioned, which is a deferred custom action.

Those are the provided solutions to run code elevated.

So, what you've seen is people here trying to challenge the problem definition before resorting to hacking around the systems' designs.



PS: Uninstall doesn't run the MSI UI sequence so elevated UI isn't even a thing there.

PPS: Future releases of Burn may not support "DisplayInternalUI". There are currently unsolvable problems with "DisplayInternalUI".

_____________________________________________________________
 Complete answers over there: http://www.firegiant.com/


-----Original Message-----
From: wix-users [mailto:wix-users-bounces at lists.wixtoolset.org] On Behalf Of Robert Goodridge
Sent: Thursday, August 18, 2016 6:38 PM
To: WiX Toolset Users Mailing List <wix-users at lists.wixtoolset.org>
Subject: Re: [wix-users] Elevated CA before GUI?

So I gather from the no response that there isn't actually a solution apart from mine?

Bob raised these issues:
* It relies on an undocumented implementation detail.
I suspect that it will never change. To elevate the msi, Burn probably runs the whole process elevated. How else would it be done?

* It breaks the ability to use the .msi normally outside the bundle.
Not quite correct. 
Bundling is not breaking the MSI. The MSI is already 'broken'.
You may run the msi inside an elevated command prompt and that will run the whole install elevated.
And then the Uninstall is messy. You have to run the uninstall from inside an elevated command prompt. Running it from Programs and Features gets errors.
We've lived with all that because we have to, as far as we know. ...until bundling

* There's existing built-in and standard functionality that solves the problem.
That seems to be deferred custom actions and they don't run in the UI part of the install. So that's not a solution.

Warm regards

Rob Goodridge | CloudArchitect | LANSA Product Centre

____________________________________________________________________
WiX Toolset Users Mailing List provided by FireGiant http://www.firegiant.com/