You could simply drop the AdminExecuteSequence (and AdminUISequence) tables.
That would prevent administrative installations. I also echo the question of
why.

Disabling repair is a bigger "why?".

If you are referring to the Repair button in the "Programs and Features"
window just add the ARPNOREPAIR property <Property Id="ARPNOREPAIR"
Value="1"/> to your <Product> element. That will still allow triggered
repairs based on broken installs as well as patching and non-major upgrades,
but I personally prefer to see products that allow Repair from the Programs
and Features window.

If you have custom actions or other issues that break when repair is run,
you should seek to fix those instead of disabling repair. Those issues
aren't just "repair" issues, they are also upgrade issues (and possibly even
remove issues) that should never be shipped until you fix them.

-----Original Message-----
From: Sascha Beaumont [mailto:sascha.beaum...@gmail.com] 
Sent: Thursday, January 07, 2010 1:49 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Disable repair and admin setup...

I'm not too familiar with Administrative installs, but I would assume
you could condition something in the AdminExecuteSequence and
AdminUISequence to abort the install.

Aborting if a repair is triggered sounds like a very strange request,
what if your KeyPaths are damaged and you have advertised shortcuts?
Windows Installer can no longer repair them and your app would likely
fail to launch. The 'repair' functionality of Windows Installer is
part of why you would choose to use MSI in the first place. If you're
trying to bypass the resiliency features then maybe a non-MSI setup
would be a better choice.

Sascha


On Fri, Jan 8, 2010 at 7:38 AM, Tony <yellowjacketl...@gmail.com> wrote:
> Is there some way we can "disable" (abort install action) if someone
> were to launch our msi with the /a (administrative install) or /f
> (repair) options?  We can hide the actions in the UI, but when
> launched via command-line they can still occur, we'd like to disable
> them for now.
>
> --
> Tony
>
>
----------------------------------------------------------------------------
--
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and
easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-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 the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-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 the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Reply via email to