The values are set by our custom Managed Bootstrapper Application via the standard .NET Registry API, and not by any of the included packages. Since the information to be stored is on the bundle-level (which packages are selected for installation), it can't be moved into an MSI.
I have attempted using IBurnEngine->Elevate(), but as far as I can see (and as I expect from it being a method of the engine), that does not give the managed bootstrapper application process elevated privileges. Daniel E. Bruce Software Developer, +47 91918893 Prediktor AS Habornveien 48B, N-1630 Gamle Fredrikstad, Norway > -----Original Message----- > From: Neil Sleightholm [mailto:n...@x2systems.com] > Sent: 15. oktober 2012 14:28 > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] Elevation of Bootstrapper Application > > How are you setting the values? Burn automatically prompts to elevate if > it detects an MSI that is set to all users but you can also set this with > MsiPackage/@ForcePerMachine. > > Neil > > > >Hi. > > > >We are trying to keep some state alongside our bundle about which > >packages have been chosen for installation. The solution we envisioned > >was to put some registry entries within HKLM, but this fails on Windows > >7 (and probably Vista) due to HKLM requiring admin privileges. We > could > >work around this issue by writing to HKCU, but that would cause issues > >if another user ran the uninstallation (for instance) later. > > > >Is it possible to elevate the bootstrapper application in some way, so > >that we can write to HKLM? As a sideline question, does Burn store any > >information about what packages has been installed for later retrieval > >or persist any of the variables set during the installation on its own > >(if using a custom BA)? > > > >Daniel E. Bruce > >Software Developer, +47 91918893 > >Prediktor AS > >Habornveien 48B, N-1630 Gamle Fredrikstad, Norway > > > > > > > >----------------------------------------------------------------------- > >--- > >---- > >Don't let slow site performance ruin your business. Deploy New Relic > >APM Deploy New Relic app performance management and know > exactly what > >is happening inside your Ruby, Python, PHP, Java, and .NET app Try > New > >Relic at no cost today and get our sweet Data Nerd shirt too! > >http://p.sf.net/sfu/newrelic-dev2dev > >_______________________________________________ > >WiX-users mailing list > >WiX-users@lists.sourceforge.net > >https://lists.sourceforge.net/lists/listinfo/wix-users > > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic > APM Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app Try > New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > _______________________________________________________ > _______________ > This email has been scanned by the Symantec Email Security.cloud > service. > For more information please visit http://www.symanteccloud.com > _______________________________________________________ > _______________ ------------------------------------------------------------------------------ Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users