[WiX-users] Modify Group Policy with WiX
Does WiX support modifying group policy? I need to enable the GP force a specific visual style file or force Windows Classic from my MSI. Thanks, Jacob -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Modify Group Policy with WiX
This is required for our software package to work. Without going much into the details, these installs are done on our VM's which hosts our solution and not on any user machines. Is this supported natively in WiX? Jacob On Thu, Aug 5, 2010 at 1:54 PM, Christopher Painter chr...@deploymentengineering.com wrote: I shudder at the thought. I would be so angry if I installed software that did this to my machine. Software should never be this tightly coupled to a specific visual style and if you are otherwise authorized to make these types of changes because you own the environment it shouldn't be done through an install but rather through Active Directory GPO directly. - Original Message From: Sajo Jacob spja...@gmail.com To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Sent: Thu, August 5, 2010 12:25:25 PM Subject: [WiX-users] Modify Group Policy with WiX Does WiX support modifying group policy? I need to enable the GP force a specific visual style file or force Windows Classic from my MSI. Thanks, Jacob -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ 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
Re: [WiX-users] Modify Group Policy with WiX
We just have the ability to remotely install our solution, and can't reimage the VM's unfortunately. Any other ideas? On Thu, Aug 5, 2010 at 3:14 PM, Christopher Painter chr...@deploymentengineering.com wrote: Natively, no. In my expeirence trying to set things in GPO typically fails anyways because a domain controller will just come by a little bit later and fix it for you. Why don't you just update your VM images? - Original Message From: Sajo Jacob spja...@gmail.com To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Sent: Thu, August 5, 2010 2:06:25 PM Subject: Re: [WiX-users] Modify Group Policy with WiX This is required for our software package to work. Without going much into the details, these installs are done on our VM's which hosts our solution and not on any user machines. Is this supported natively in WiX? Jacob On Thu, Aug 5, 2010 at 1:54 PM, Christopher Painter chr...@deploymentengineering.com wrote: I shudder at the thought. I would be so angry if I installed software that did this to my machine. Software should never be this tightly coupled to a specific visual style and if you are otherwise authorized to make these types of changes because you own the environment it shouldn't be done through an install but rather through Active Directory GPO directly. - Original Message From: Sajo Jacob spja...@gmail.com To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Sent: Thu, August 5, 2010 12:25:25 PM Subject: [WiX-users] Modify Group Policy with WiX Does WiX support modifying group policy? I need to enable the GP force a specific visual style file or force Windows Classic from my MSI. Thanks, Jacob -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ 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 -- 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
Re: [WiX-users] GAC an assembly without embedding it within the MSI
We own the assembly which needs to GAC'd and there are some constraints we're working under which prevents us from GAC it in the first place. Can someone please guide us from a WiX perspective how this can be done? Jacob On Sat, Jun 19, 2010 at 7:31 AM, Christopher Painter chr...@deploymentengineering.com wrote: Here's my two cents. Let's ignore setup for a moment and just talk about your application. When something goes in the GAC, it's usually because 1) Many different products/components depend on it ( otherwise we could just deploy it privately ) 2) We want to leverage Strong Naming to establish a contract that says this assembly will be compatible for it's clients Think System.Windows.Forms.dll. Now I'm being told that this assembly you want to GAC could change frequently and that you don't want to have to redeploy your MSI when it does.I have two big concerns here: 1) If it's not your DLL, how can you be sure the strong name won't change? 2) When it does change, how can you be sure it will be perfectly backwards compatible with your code? Take .NET. Microsoft releases very few service packs and hotfixes because they know they have to be very very careful to not cause harm when fixing important things. They move on to a whole new versions of the framework instead when they want to make bigger changes. Will the vendor or team of the assembly you want to GAC treat you with the same respect?If the answer is no, I would consider deploying it privately and following your own process for when deciding to include newer versions of that component in your software baseline. Chris Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me - Original Message From: Blair os...@live.com To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Sent: Fri, June 18, 2010 11:45:00 PM Subject: Re: [WiX-users] GAC an assembly without embedding it within the MSI How does that file get on customers' machines and why didn't the original author have it GAC'd in their distribution of that file? Could it possibly not be intended for use from the GAC? Might that create a security issue? What if the original installation needs to remove or upgrade that file, and doesn't know about its entry in the GAC? It won't be upgraded, which could then present a separate security risk caused by the now-false believe that applying updates fixed all copies of the bad code. Also, your setup should be regenerated every time any of its inputs change. Otherwise a repair could very well undo your updates performed outside of MSI. -Original Message- From: Sajo Jacob [mailto:spja...@gmail.com] Sent: Friday, June 18, 2010 9:11 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] GAC an assembly without embedding it within the MSI I want to GAC an assembly already present on target machines, I know where this assembly is on every machine (you can assume, that path is static for all target machines and wont change) I do not want to include the assembly to be GAC'd in the MSI since it can change with each software deployment and we dont want our setup to be modified each time . I tried using the File tag with Assembly =.net File Id=Assembly.dll Name=Assembly.dll Assembly=.net Source=Assembly.dll KeyPath=yes /File but using File embeds my assembly in the MSI. Any ideas on how to just tell the MSI to just look for the assembly in a particular location and not include it? -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ WiX-users mailing list WiX-users@lists.sourceforge.net
[WiX-users] GAC an assembly without embedding it within the MSI
I want to GAC an assembly already present on target machines, I know where this assembly is on every machine (you can assume, that path is static for all target machines and wont change) I do not want to include the assembly to be GAC'd in the MSI since it can change with each software deployment and we dont want our setup to be modified each time . I tried using the File tag with Assembly =.net File Id=Assembly.dll Name=Assembly.dll Assembly=.net Source=Assembly.dll KeyPath=yes /File but using File embeds my assembly in the MSI. Any ideas on how to just tell the MSI to just look for the assembly in a particular location and not include it? -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Alternative to dotNetInstaller for chaining MSI's?
Is there a better alternative to dotNetInstaller for chaining MSI's, MSU's and EXE files? dotNetInstaller is terrible in quiet mode with no options/documentation on what parameters to pass when a component install fails etc (e.g Continue Yes/No) Thanks, Jacob -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Chain an MSU within my WiX installer
Couple of questions here: 1) My installer is basically a machine prep install which needs to update the target machine with an msu. How can I chain an MSU with WiX? 2) I need to turn off Windows Update Service as the last step in my installer, but the MSU update can restart the machine so how can I continue running my installer after the machine reboots to finish that last step? Thanks, Jacob -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Start an existing disabled service?
I have to start the Themes windows service from my MSI. If the service is disabled on the target machine, I want to change the service config to Auto and start the service. How can I do this in WiX? Thanks, Jacob -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiXSqlExtension issue on Vista with UAC
Look what I found when I ran validate from Orca ICE68 ERROR TSAware flag (msidbCustomActionTypeTSAware) set for CustomAction 'RollbackExecuteSqlStrings'. Flag is only available for deferred, impersonated custom actions ICE68 ERROR TSAware flag (msidbCustomActionTypeTSAware) set for CustomAction 'ExecuteSqlStrings'. Flag is only available for deferred, impersonated custom actions ICE68 ERROR TSAware flag (msidbCustomActionTypeTSAware) set for CustomAction 'DropDatabase'. Flag is only available for deferred, impersonated custom actions ICE68 ERROR TSAware flag (msidbCustomActionTypeTSAware) set for CustomAction 'CreateDatabase'. Flag is only available for deferred, impersonated custom actions ICE68 ERROR TSAware flag (msidbCustomActionTypeTSAware) set for CustomAction 'RollbackCreateDatabase'. Flag is only available for deferred, impersonated custom actions Any clues how to fix this? Jacob On Sun, Mar 23, 2008 at 8:44 PM, Sajo Jacob [EMAIL PROTECTED] wrote: are you testing by running from an elevated command prompt? I believe this will cause impersonated actions to be elevated. No, Running uninstallation from an elevated command prompt is the only way I am able to cleanly uninstall the product along with the database. The uninstallation fails when I am trying to uninstall by going to Add Remove Programs and clicking on uninstall. If you turned impersonation *off* this would help you for the local installation case – as the action then runs as LocalSystem, which is a member of BUILTIN\Administrators Which immediate custom actions are you talking about here? And I am assuming you want me to edit the MSI with a post build event to turn off impersonation for these immediate actions that you mention of? My product installs a database on a local machine only, which it does create sucessfully without any issues even on SQLExpress. Like I mentioned earlier, the issue is only when I uninstall and the installer attempts to drop the database. Do you think I should simply do a DropOnUninstall=no so that the database is not dropped by the custom actions generated by the WiXSQLExtension and manually drop the database from a VBScript custom action which is deferred? Jacob On Sun, Mar 23, 2008 at 2:56 AM, Mike Dimmick [EMAIL PROTECTED] wrote: SQL Server 2005 has a very extensive security model of its own. In order to drop a database, the connecting account needs CONTROL permission on the database. This permission is automatically granted to the database owner and implicitly to members of the *sysadmin* server role (CONTROL on a database is implied by CONTROL SERVER permission on the server). The BUILTIN\Administrators Windows security group is by default a member of the *sysadmin* server role. On Windows Vista the membership of this group is only expressed in the privileged token accessed through UAC, not in the low-privilege token. The modifying SQL custom actions are all executed deferred and impersonated. (As always, the custom tables built by the compiler are read and turned into appropriate deferred custom action data by the immediate actions, but the actual *operations* are performed by deferred actions as part of the installation transaction.) My understanding of the installation process under UAC was that even the create actions would not be elevated – are you testing by running from an elevated command prompt? I believe this will cause impersonated actions to be elevated. If you turned impersonation *off* this would help you for the local installation case – as the action then runs as LocalSystem, which is a member of BUILTIN\Administrators – but doesn't help for installation on a remote SQL Server, which some users of WiX may need (as LocalSystem authenticates as the machine on a domain network, but has no network credentials in a workgroup). That really leaves specifying a SQL Server login to connect, but this is turned off by default in the SQL Server Express installer and not recommended in full SQL Server as the password is sent 'in the clear'. It's only encrypted if the whole connection is encrypted, which requires that the server has an SSL certificate installed. Many sites may not want to enable SQL Server Authentication. I'm not sure there's a simple solution, because Windows Installer doesn't offer a way to impersonate any other user. I'm rapidly concluding that you can't reliably install SQL databases from Windows Installer. Any competent DBA will want to control layout of files on the database server's disks anyway. I think the best approach is to ship scripts and leave it up to the DBA to create the database. That's the approach I'm taking. Another approach would be to provide the database as a separate feature, so that the DBA or other administrator could run the MSI on the database server itself to install the database. Microsoft's recommendation
Re: [WiX-users] WiXSqlExtension issue on Vista with UAC
I think here is the issue, WiX code base- SQLExtension.wxs CustomAction Id=CreateDatabase BinaryKey=ScaExecute2 DllEntry=CreateDatabase Execute=deferred Return=check HideTarget=yes SuppressModularization=yes *TerminalServerAware=yes* / CustomAction Id=RollbackCreateDatabase BinaryKey=ScaExecute2 DllEntry=DropDatabase Execute=rollback Return=check HideTarget=yes SuppressModularization=yes *TerminalServerAware=yes* / CustomAction Id=DropDatabase BinaryKey=ScaExecute2 DllEntry=DropDatabase Execute=deferred Return=check HideTarget=yes SuppressModularization=yes *TerminalServerAware=yes* / CustomAction Id=ExecuteSqlStrings BinaryKey=ScaExecute2 DllEntry=ExecuteSqlStrings Execute=deferred Return=check HideTarget=yes SuppressModularization=yes *TerminalServerAware=yes* / CustomAction Id=RollbackExecuteSqlStrings BinaryKey=ScaExecute2 DllEntry=ExecuteSqlStrings Execute=rollback Return=check HideTarget=yes SuppressModularization=yes *TerminalServerAware=yes* / TerminalServerAware should be set to No and Impersonate should be set to no, that should fix it. Jacob On Thu, Apr 3, 2008 at 6:43 PM, Bob Arnson [EMAIL PROTECTED] wrote: Sajo Jacob wrote: Any clues how to fix this? If SQL Express requires elevated privileges to drop a database, it works differently than SQL Server and will require a different CA to do so. It might be the same code but a new CA entry to be elevated. -- sig://boB http://joyofsetup.com/ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiXSqlExtension issue on Vista with UAC
Any update on this? Thanks, Jacob On Sun, Mar 23, 2008 at 8:44 PM, Sajo Jacob [EMAIL PROTECTED] wrote: are you testing by running from an elevated command prompt? I believe this will cause impersonated actions to be elevated. No, Running uninstallation from an elevated command prompt is the only way I am able to cleanly uninstall the product along with the database. The uninstallation fails when I am trying to uninstall by going to Add Remove Programs and clicking on uninstall. If you turned impersonation *off* this would help you for the local installation case – as the action then runs as LocalSystem, which is a member of BUILTIN\Administrators Which immediate custom actions are you talking about here? And I am assuming you want me to edit the MSI with a post build event to turn off impersonation for these immediate actions that you mention of? My product installs a database on a local machine only, which it does create sucessfully without any issues even on SQLExpress. Like I mentioned earlier, the issue is only when I uninstall and the installer attempts to drop the database. Do you think I should simply do a DropOnUninstall=no so that the database is not dropped by the custom actions generated by the WiXSQLExtension and manually drop the database from a VBScript custom action which is deferred? Jacob On Sun, Mar 23, 2008 at 2:56 AM, Mike Dimmick [EMAIL PROTECTED] wrote: SQL Server 2005 has a very extensive security model of its own. In order to drop a database, the connecting account needs CONTROL permission on the database. This permission is automatically granted to the database owner and implicitly to members of the *sysadmin* server role (CONTROL on a database is implied by CONTROL SERVER permission on the server). The BUILTIN\Administrators Windows security group is by default a member of the *sysadmin* server role. On Windows Vista the membership of this group is only expressed in the privileged token accessed through UAC, not in the low-privilege token. The modifying SQL custom actions are all executed deferred and impersonated. (As always, the custom tables built by the compiler are read and turned into appropriate deferred custom action data by the immediate actions, but the actual *operations* are performed by deferred actions as part of the installation transaction.) My understanding of the installation process under UAC was that even the create actions would not be elevated – are you testing by running from an elevated command prompt? I believe this will cause impersonated actions to be elevated. If you turned impersonation *off* this would help you for the local installation case – as the action then runs as LocalSystem, which is a member of BUILTIN\Administrators – but doesn't help for installation on a remote SQL Server, which some users of WiX may need (as LocalSystem authenticates as the machine on a domain network, but has no network credentials in a workgroup). That really leaves specifying a SQL Server login to connect, but this is turned off by default in the SQL Server Express installer and not recommended in full SQL Server as the password is sent 'in the clear'. It's only encrypted if the whole connection is encrypted, which requires that the server has an SSL certificate installed. Many sites may not want to enable SQL Server Authentication. I'm not sure there's a simple solution, because Windows Installer doesn't offer a way to impersonate any other user. I'm rapidly concluding that you can't reliably install SQL databases from Windows Installer. Any competent DBA will want to control layout of files on the database server's disks anyway. I think the best approach is to ship scripts and leave it up to the DBA to create the database. That's the approach I'm taking. Another approach would be to provide the database as a separate feature, so that the DBA or other administrator could run the MSI on the database server itself to install the database. Microsoft's recommendation with SQL Server Express is to use the common SQLEXPRESS instance and use the database attach feature, that is, specifying AttachDBFilename or Initial File Name in the connection string. The database file is then only associated with the database server when the connection is open. This might be a good option if you don't need to support a remote SQL Server. If you have a relatively low-spec database you could also consider SQL Server Compact Edition, which is file-based and in-process (there is no actual server). It's very limited on SQL syntax and datatype support, though. Extension idea: There's no reason a custom action couldn't call LogonUser and ImpersonateLoggedOnUser to change who it's running as. (If it's not impersonated already, it's running as LocalSystem which has the TCB privilege necessary to call LogonUser
Re: [WiX-users] WiXSqlExtension issue on Vista with UAC
that further custom actions using the same server process would run with the correct credentials, however. -- Mike Dimmick -- *From:* [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] *On Behalf Of *Sajo Jacob *Sent:* 23 March 2008 04:46 *To:* Bob Arnson *Cc:* wix-users@lists.sourceforge.net *Subject:* Re: [WiX-users] WiXSqlExtension issue on Vista with UAC SQL Server 2005 Express. In fact this issue also causes the Repair scenario to fail. Jacob On Sat, Mar 22, 2008 at 1:29 PM, Bob Arnson [EMAIL PROTECTED] wrote: Sajo Jacob wrote: If it is by design, then there is a problem with using WiXSqlExtension for creating an installer for Vista/WS2008 because the *uninstallation* will fail is you attempt to uninstall the product from Add/remove programs because the custom actions to drop the database is getting executed as immediate, unless you make the users use an elevated command prompt and manually uninstall the product. (if you created a database using WiXSqlExtension and have sqlstrings to drop the database.) Which SQL server are you using? The general case is that the server itself has the permissions needed to manipulate the file system. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiXSqlExtension issue on Vista with UAC
SQL Server 2005 Express. In fact this issue also causes the Repair scenario to fail. Jacob On Sat, Mar 22, 2008 at 1:29 PM, Bob Arnson [EMAIL PROTECTED] wrote: Sajo Jacob wrote: If it is by design, then there is a problem with using WiXSqlExtension for creating an installer for Vista/WS2008 because the *uninstallation* will fail is you attempt to uninstall the product from Add/remove programs because the custom actions to drop the database is getting executed as immediate, unless you make the users use an elevated command prompt and manually uninstall the product. (if you created a database using WiXSqlExtension and have sqlstrings to drop the database.) Which SQL server are you using? The general case is that the server itself has the permissions needed to manipulate the file system. -- sig://boBhttp://joyofsetup.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiXSqlExtension issue on Vista with UAC
If it is by design, then there is a problem with using WiXSqlExtension for creating an installer for Vista/WS2008 because the *uninstallation* will fail is you attempt to uninstall the product from Add/remove programs because the custom actions to drop the database is getting executed as immediate, unless you make the users use an elevated command prompt and manually uninstall the product. (if you created a database using WiXSqlExtension and have sqlstrings to drop the database.) I am suspecting this issue might be only for the DropDatabase custom actions, since CreateDatabase seems to work fine with UAC turned on during the installation. The issue is only when it attempts to drop the database during uninstallation. Jacob On Wed, Mar 19, 2008 at 10:11 AM, Bob Arnson [EMAIL PROTECTED] wrote: Sajo Jacob wrote: I am using WiX 3.0.29.25, I am suspecting that the custom actions in WiXSqlExtension: CreateDatabase, DropDatabase, ExecuteSQLStrings and RollbackExecuteStrings are not getting deferred by default. I believe that's by design: The installing user's permission is needed because generally SQL Server uses Windows authentication. -- sig://boBhttp://joyofsetup.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiXSqlExtension issue on Vista with UAC
I did go ahead and file a bug, In the meanwhile, is there a work around fix I can use for this? Jacob On Wed, Mar 19, 2008 at 2:42 AM, Heath Stewart [EMAIL PROTECTED] wrote: Looks like the custom actions aren't attributed with Impersonate=no. Please file a bug on http://sf.net/projects/wix. Also, that is an older WiX version. When fixed you'll need to download updates from http://wix.sf.net/releases. Sajo Jacob wrote: I am using WiX 3.0.29.25 http://3.0.29.25, I am suspecting that the custom actions in WiXSqlExtension: CreateDatabase, DropDatabase, ExecuteSQLStrings and RollbackExecuteStrings are not getting deferred by default. When I attempt to uninstall the product from Vista with UAC turned on, the installer complains about not having permissions to remove the mdf specifically. I attempted the uninstall from an elevated command prompt and the uninstall completed successfully. Is there a solution to this? Jacob - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Heath Stewart Deployment Technology Group, Microsoft http://blogs.msdn.com/heaths - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ReserveCost! MSI not correctly displaying the Disk Space
Also, all the values of the FileSize in the File table are correct too but the features shows completely wrong space needed for the feature, (shows about .5% of the actual space needed to be accurate). Jacob On Tue, Mar 18, 2008 at 6:02 PM, Sajo Jacob [EMAIL PROTECTED] wrote: I used ReserveCost to indicate the space needed by my Installer, but the Installer is not correctly showing the required space which is causing my installer to not warn the end user and the installation ends up rolling back. I checked the reservecost table in the MSI using orca, seems like all values are correctly populated. Am I missing something here? Do I have to do something different with the placement of the FileCost action to fix this? Jacob - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] ReserveCost! MSI not correctly displaying the Disk Space
I used ReserveCost to indicate the space needed by my Installer, but the Installer is not correctly showing the required space which is causing my installer to not warn the end user and the installation ends up rolling back. I checked the reservecost table in the MSI using orca, seems like all values are correctly populated. Am I missing something here? Do I have to do something different with the placement of the FileCost action to fix this? Jacob - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] WiXSqlExtension issue on Vista with UAC
I am using WiX 3.0.29.25, I am suspecting that the custom actions in WiXSqlExtension: CreateDatabase, DropDatabase, ExecuteSQLStrings and RollbackExecuteStrings are not getting deferred by default. When I attempt to uninstall the product from Vista with UAC turned on, the installer complains about not having permissions to remove the mdf specifically. I attempted the uninstall from an elevated command prompt and the uninstall completed successfully. Is there a solution to this? Jacob - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] OSQL query fails with msiexec!
I have an OSQL query which runs a select statement to determine the sql engine version on the target machine in a VBScript Custom action, it works fine when I run the MSI by double clicking it, but when I attempt to do a msiexec /i xyz.msi the osql command fails and the select doesn't return any returns… My osql uses the following switches -E -S -Q Any ideas? - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Scrollabletext control
Has someone does something like this in a scrollabletext box? I know that the scrollabletext control requires that only rich text be loaded but I wanted to embed text assigned to a property coming in from a VBScript I tried this code and different variations of escape sequences but it just shows *MYCustomText** *instead of the text assigned to it. Control Type=ScrollableText Width=429 Height=94 X=19 Y=101 Id= PreInstallText Text ![CDATA[{\rtf1\ansi\ansicpg1252\deff0\deflang1033{\fonttbl{\f0\fswiss\fcharset0 Arial;}}\viewkind4\uc1\pard\f0\fs20]] ![CDATA[[*MYCustomText*]]] [\par} ]] /Text /Control Any ideas? - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] SQL Server version check from WiX without using SQLDMO
On the installer we used SQLDMO to prepopulate the sql servers on the target machine in a combo box and also added logic to avoid stomping a database on an unsupported version of sql server if the user selects an unsupported sql server from the dropdown but we ran into a problem when SQLDMO wasn't returning the correct SQL build version number. The next approach I thought of was to write a SQL select to extract the build version of the SQL Server and assign it to a WiX property which I can evaluate to show a dialog which informs the user of the un-supported SQL Server. I know about SqlString but I need this to run on the click on of a Test Connection button just like a custom action. Is there a way from WiX to assign a property the results set from a SQLString on the click of a button or something like this thread talks about? http://www.nabble.com/SQL-Select-statement-with-an-ampersand-character-won%27t-build.-to3735082.html#a3735082 Thanks, Jacob - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Upgrade scenario with multiple existing products!
I have a tricky situation with my upgrade scenarios; I have 3 existing products all of which have different upgrade codes which needs to be upgraded to my new product (Major Upgrade). The 3 existing old products have different entries in the add/remove programs. I was planning to upgrade one of the existing products using the Upgrade Element and run a custom action to delete registry entries for the other 2 products (one of the product has windows services installed). The new product has the same features as the old products,* is there a way, that on the feature selection tree of my new product, I can show the user the features that were installed as a part of the 3 existing products* and then proceed to warn the user that an upgrade will remove old products? Also is there is way to silently uninstall the existing products without using a bootstrap loader or manually remove the registry entries like I plan to? Thanks, Jacob - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Restoring a database from an mdf/ldf
I have a scenario where I have to restore a database from an mdf/ldf on to the target machine during the installation which I was planning on accomplishing by : 1) Copying the mdf/ldf to a *MySoftware/Data* folder 2) Calling a sql script *AttachDB.sql* (using the SqlScript element) which does a *EXEC sp_attach_db* and attachs the mdf to a newly created database but the roadblock I see is that I want to attach the mdf from the * MySoftware/Data* (from step 1) which is configurable by the user to be installed on any drive. Neither attaching the mdf from the CD like shown below or using a hardcoded *MySoftware/Data* location does not help in this case; *AttachDB.sql* EXEC sp_attach_db @dbname = 'MyCDatabase', @filename1 = 'E:\CD_DriveFolder\WiXTest.mdf', @filename2 = 'E:\CD_DriveFolder\WiXTest_log.ldf' Can something like this be done from WiX without using a VBScript? Jacob - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Heat with self-registration dlls!
Thanks! that explains the exe's but how about the dlls with this issue? Jacob On 10/31/07, Bob Arnson [EMAIL PROTECTED] wrote: Sajo Jacob wrote: I ran heat against a set of self-registration dlls and exe's, I compared the WXS generated by darking an MSI which contained the same dlls and spotted that although heat did create all the components but didn't generate the registry tags and class ids for some of the components. Is this a known issue or am I missing something? Heat doesn't support self-registering COM .exes, just DLLs. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] SelectionTree not showing the features to be installed!
I have defined all my features with Display='expand' and AllowAdvertise=yes with the appropriate components refs but still don't see the features on the selectiontree. It in fact shows a 2 level tree with no names to the features, something is definitely not right here since I have more than 2 features. Am I missing something here? Jacob - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Controls not displaying w/ bkgrd bitmaps-workaround
Is this a know issue that when you set a background bitmap on the dialog, controls like push buttons, radio and check boxes don't show up until you hover over with the mouse? Also in this case it shows the controls like check boxes with the standard gray color, setting the transparent property doesn't help in this case either. I am having this issue with both WiX 2.0 and 3.0. Is there a workaround this? Is there someway I can set the background color or something to get around this issue? Or has someone ever done a hack into the windows installer itself for resolving UI issues? Thanks, Jacob - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Break up wix code
I am a newbie with WiX. I had a quick question regarding structuring my WiX wxs file. The way I have it set up is that all the UI code is in this one large .WXS file. I was wondering if I could break up this WXS file into smaller files (maybe like each UI Dialog in its own file or something) so that changes can be multiple developers can work on different areas simultaneously. Appreciate your help. Thanks, - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users