#2 (ExternalUI) is UI in your bootstrapper exe. It calls MSI APIs to register a callback method and it uses other MSI APIs to start the installation. It does not launch MSIEXEC.EXE but uses MSI.DLL directly. This allows you to have your own progress monitoring and your own "end" UI instead of depending on authoring Windows Installer dialogs or using Basic UI.
If you can successfully pass the token as a serialized string to the MSI (in #1 & #2) I don't see why you can't do the same for #4. Another problem with #5 and #6 is that they may run on a different desktop and you would never see/interact with them. You should never do UI (except via MsiProcessMessage) from anything in the InstallExecuteSequence (because there is NO way to know it will work as you desire on all platforms and configurations, and because it is simply not supported). I'm also curious why you aren't using IDCRL, which doesn't require a UI IIRC. -----Original Message----- From: Pratapa Reddy Sanaga [mailto:pratap.san...@gmail.com] Sent: Tuesday, September 07, 2010 10:33 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WebBrowser control in custom UI dialog I have six options for the UI 1. In the bootstrapper exe - retrieve the token using the UI and pass it on as a command line arg to the msi as a serialized string. 2. Msi External UI - I don't quite understand the difference between this and the first option. Any code samples for external UI would be really helpful to me.. Are there any advantage of using the Msi external UI over having the UI in the bootstrapper exe? 3. Msi embedded UI - not an option for me, as I need my msi to work on xp sp3. 4. Immediate custom action in UI sequence - I need to pass a token that I retrieve from the WebBrowser to a deferred custom action. Since UI sequence runs in launching process, I will have difficulty passing on this token to the deferred custom action. I need to SecureCustomProperties to pass on the token from UI sequence to deferred custom action, which can only be done if it is a managed installation. Please correct me if my understanding is wrong here. 5. Immediate custom action in InstallExecute sequence - The UI stays behind the MSI progress bar, not able to bring the focus on to the WebBrowser window. 6. Deferred custom action - CoCreating a WebBrowser interface is actually launching an iexplore.exe process, but running as 'SYSTEM' which is a security risk. So, I'm trying to figure out if I can tell the InternetExplorer.Application1 COM server to run as logged in user. If I can do this, this would be the best place for me to place the UI. If not, option 1 seems to be the best place for the UI. Could you please see if I'm going in the right direction to solve the problem? Thanks, Pratap. On Mon, Sep 6, 2010 at 8:15 PM, Rob Mensching <r...@robmensching.com> wrote: > Deferred custom action? What user context is that running under? You might > be surfing the web from an elevated process which seems incredibly > dangerous. <smile/> > > I've been disappointed by embedded UI (random limitations). At this point, > I've focused on building a really solid external UI. > > On Tue, Aug 31, 2010 at 3:17 PM, Pratapa Reddy Sanaga < > pratap.san...@gmail.com> wrote: > > > Infact, I'm able to put up a WebBrowser control in my deferred custom > > action. So, is there any reason why I should not be using a WebBrowser in > > the deferred custom action itself? > > > > Thanks, > > Pratap. > > > > On Thu, Aug 26, 2010 at 11:08 AM, Pratapa Reddy Sanaga < > > pratap.san...@gmail.com> wrote: > > > > > Figured out that embeddedUI is introduced with Windows Installer 4.5, > but > > I > > > need to be compatible with Windows Installer 3.1. So, embeddedUI is not > > an > > > option for me. > > > > > > I'm now left with two options. > > > > > > 1. In the bootstrapper exe, I can show a window, get the user > > credentials, > > > get the token from the service and pass on the token to the msi in a > > public > > > property. > > > 2. Use an external UI to do the same work. > > > > > > What is the difference between using an external UI(msi related) vs > using > > > an external UI in the exe? Are there any advantages of using the MSI > > > external UI? Can someone please point me to any docs talking about the > > msi > > > external ui? MSDN documentation didn't give me enough info about it... > > > > > > Thanks, > > > Pratap. > > > > > > On Tue, Aug 24, 2010 at 2:47 PM, Pratapa Reddy Sanaga < > > > pratap.san...@gmail.com> wrote: > > > > > >> When is my embedded UI called into during the execution sequence? Is > it > > >> called during InstallUISequence or InstallExecuteSequence? > > >> > > >> > > >> On Fri, Aug 20, 2010 at 1:04 PM, Blair <os...@live.com> wrote: > > >> > > >>> Only via your own UI (either embedded, external (requires a > > bootstrapper > > >>> where you can place your UI), or in your own bootstrapper before > > starting > > >>> the MSI transaction. > > >>> > > >>> You could use IDCRL from a custom action. > > >>> > > >>> -----Original Message----- > > >>> From: Pratapa Reddy Sanaga [mailto:pratap.san...@gmail.com] > > >>> Sent: Thursday, August 19, 2010 11:45 AM > > >>> To: General discussion for Windows Installer XML toolset. > > >>> Subject: [WiX-users] WebBrowser control in custom UI dialog > > >>> > > >>> Hi, > > >>> > > >>> I'm trying to solve the following problem. > > >>> > > >>> The MSI will enroll the client into my service only if the user > > >>> provides LiveID credentials and the MSI is able to get a federated > > token > > >>> from LiveID service. Currently LiveID does not support using ws-trust > > >>> endpoint to get a token, so I will have to either use IDCRL or use a > > >>> WebBrowser control. I am trying to look into the option of using a > > >>> WebBrowser control. > > >>> Is it possible to have a WebBrowser control in the custom UI dialog, > > so > > >>> that the user can provide his LiveID credentials and the WebBrowser > > >>> control > > >>> can talk to the LiveID service to get a token? I myself am not sure > if > > >>> what > > >>> I'm asking for even makes any sense, but there has to be a starting > > >>> point... > > >>> :) > > >>> > > >>> Thanks, > > >>> Pratap. > > >>> > > >>> -- > > >>> Vote for loksatta = vote for a better future > > >>> > > >>> > > > ---------------------------------------------------------------------------- > > >>> -- > > >>> This SF.net email is sponsored by > > >>> > > >>> Make an app they can't live without > > >>> Enter the BlackBerry Developer Challenge > > >>> http://p.sf.net/sfu/RIM-dev2dev > > >>> _______________________________________________ > > >>> WiX-users mailing list > > >>> WiX-users@lists.sourceforge.net > > >>> https://lists.sourceforge.net/lists/listinfo/wix-users > > >>> > > >>> > > >>> > > >>> > > > ---------------------------------------------------------------------------- -- > > >>> This SF.net email is sponsored by > > >>> > > >>> Make an app they can't live without > > >>> Enter the BlackBerry Developer Challenge > > >>> http://p.sf.net/sfu/RIM-dev2dev > > >>> _______________________________________________ > > >>> WiX-users mailing list > > >>> WiX-users@lists.sourceforge.net > > >>> https://lists.sourceforge.net/lists/listinfo/wix-users > > >>> > > >> > > >> > > >> > > >> -- > > >> Vote for loksatta = vote for a better future > > >> > > > > > > > > > > > > -- > > > Vote for loksatta = vote for a better future > > > > > > > > > > > -- > > Vote for loksatta = vote for a better future > > > > > ---------------------------------------------------------------------------- -- > > This SF.net Dev2Dev email is sponsored by: > > > > Show off your parallel programming skills. > > Enter the Intel(R) Threading Challenge 2010. > > http://p.sf.net/sfu/intel-thread-sfd > > _______________________________________________ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > > -- > virtually, Rob Mensching - http://RobMensching.com<http://robmensching.com/>LLC > > ---------------------------------------------------------------------------- -- > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > _______________________________________________ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Vote for loksatta = vote for a better future ---------------------------------------------------------------------------- -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
