Re: [WiX-users] Custom Actions & UAC

[Andy Clugston]

Per your link... The issue with Windows Installer 5.0 is that the
SeBackupPrivilege permission is missing altogether. It is necessary to add
it to the service permission value in the registry
(HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\msiserver\RequiredPrivileges).

If you use process explorer and look at a system service, you will typically
see the SeBackupPrivilege being present, but in the "disabled" state. From
my understanding, when the API needs this privilege it enables it, uses it,
then disables it again.

On Sat, Jan 22, 2011 at 8:42 PM, Andy Clugston  wrote:

> I didn't look at your link but, yes, if I add SeBackupPrivilege to the
> service privileges in the registry (and restart the service) it works as
> expected. This might be an option, but it is a bit of a chicken and egg
> scenario for this particular product.
>
> The other option is to set Impersonate="yes" and be sure to execute the MSI
> from an elevated command prompt (or local system service). This way, the
> deferred action grabs the permission from the elevated administrator process
> rather than the msiexec process.
>
> One of the use cases was to be able to allow the user to double click the
> MSI to launch it (pretty outlandish, right? :) ), and simply agree when
> prompted with the UAC elevation dialog. Although, given this bug in Windows
> Installer, there is not a clean/simple way around this.
>
> The other point of frustration is that 4.5 claims to have this issue
> resolved, but it is most definitely not in 5.0. So, I am assuming 4.5 has
> the same problem even though various sources state differently. My next test
> will be to upgrade a system to 4.5 and do some testing of my own just to get
> a level set. This is not a use case I need to support, but it has me
> curious.
>
> Thanks for the reply.
>
>
> On Sat, Jan 22, 2011 at 6:19 PM, Blair  wrote:
>
>> Just curious: do you need to "enable" SeBackupPrivilege? Something like
>> http://msdn.microsoft.com/en-us/library/aa387705(VS.85).aspx
>>
>> -Original Message-
>> From: Andy Clugston [mailto:clug...@gmail.com]
>>  Sent: Saturday, January 22, 2011 6:54 AM
>> To: General discussion for Windows Installer XML toolset.
>> Subject: Re: [WiX-users] Custom Actions & UAC
>>
>> Phil, I am running Win7 and 5.0 of msiexec is on the system (shipped with
>> it), and I still see the issue.
>>
>> Thanks.
>>
>> On Fri, Jan 21, 2011 at 4:08 PM, wix user  wrote:
>>
>> > Hi Phil,
>> >
>> > How is the WIX support for MSI 4.5 features? We are planning to use
>> > Multiple
>> > transaction features.
>> > Are there some help resource avaiable?
>> >
>> > Thanks
>> >
>> > On Fri, Jan 21, 2011 at 11:17 AM, Wilson, Phil <
>> phil.wil...@invensys.com
>> > >wrote:
>> >
>> > > Use MSI 4.5 - it got restored there.
>> > >
>> > > http://support.microsoft.com/kb/942288
>> > >
>> > > Phil Wilson
>> > >
>> > >
>> > > -Original Message-
>> > > From: Andy Clugston [mailto:clug...@gmail.com]
>> > > Sent: Thursday, January 20, 2011 6:35 PM
>> > > To: General discussion for Windows Installer XML toolset.
>> > > Subject: Re: [WiX-users] Custom Actions & UAC
>> > >
>> > > Well I think I have figured out why the issue is occurring.
>> > >
>> > > The call that is failing in the custom action is LoadUserProfile().
>> This
>> > > needs the SeBackupPrivilege which the windows installers service *does
>> > not*
>> > > have on a UAC-enabled system.
>> > >
>> > > Some details:
>> > >
>> > >
>> > >
>> >
>>
>> http://blogs.msdn.com/b/vistacompatteam/archive/2006/10/19/impact-of-least-p
>> rivilege-in-system-services.aspx
>> > >
>> > >
>> >
>>
>> http://blogs.msdn.com/b/windows_installer_team/archive/2008/05/01/what-chang
>> ed-in-windows-installer-4-5.aspx
>> > >
>> > >
>> >
>>
>> http://social.msdn.microsoft.com/Forums/en/windowssecurity/thread/b9ea2a0e-5
>> a0e-4e07-92e2-4c7e1f2c5496
>> > >
>> > > Any advice or known workarounds are welcome. :)
>> > >
>> > > On Thu, Jan 20, 2011 at 3:33 PM, Andy Clugston 
>> > wrote:
>> > >
>> > > > Hi Users,
>> > > >
>> > > > I am working on a product that needs to support Windows 7 w/ UAC
>> > enabled.
>> > > > The MSI has a few custom actions that perform various configuration
>> > items
>> > > > that I would like to keep contained within the MSI/product install.
>> > > >
>> > > > The custom actions are Execute='deferred' with Impersonate='no' and
>> > they
>> > > > are scheduled Before='InstallFinalize'. One action is a vb script,
>> and
>> > > the
>> > > > other calls a native C/C++ dll. They *both* contain configuration
>> items
>> > > that
>> > > > require elevated privileges

Re: [WiX-users] PROCESSOR_ARCHITECTURE - x86 MSI on 64bit Windows 7

[Andy Clugston]

Ahh, cool. I was temporarily keying off of "ProgramFiles(x86)", but this is
another option, thanks.

On Sat, Jan 22, 2011 at 5:50 PM, Blair  wrote:

> If you happen to need to know what the base OS architecture is you can
> check
> for the presence/value of PROCESSOR_ARCHITEW6432.
>
> http://msdn.microsoft.com/library/aa384274.aspx
>
> -Blair
>
> -Original Message-
> From: Andy Clugston [mailto:clug...@gmail.com]
> Sent: Saturday, January 22, 2011 9:26 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] PROCESSOR_ARCHITECTURE - x86 MSI on 64bit Windows
> 7
>
> Yep. Thanks for the reply.
>
> On Sat, Jan 22, 2011 at 11:31 AM, Rob Mensching  >wrote:
>
> > Yeah, 32-bit processes on 64-bit Windows get PROCESSOR_ARCHITECTURE=x86.
> > Start up a 32-bit cmd.exe and you'll see the same thing.
> >
> > On Sat, Jan 22, 2011 at 3:58 AM, Andy Clugston 
> wrote:
> >
> > > Hi Users,
> > >
> > > I am working the kinks out of an MSI to support 64 bit. This is an x86
> > MSI
> > > that will run in WOW64 on x64 systems.
> > >
> > > The issue I am seeing is that the PROCESSOR_ARCHITECTURE is set to x86
> > > (rather than what the base OS architecture is; i.e. AMD64) within a
> > custom
> > > action that is running. This is observed when the MSI is executed on a
> > > 64-bit system.
> > >
> > > Is this to be expected? I can reason my way through it considering the
> > > WOW64
> > > environment, but I wanted to double check.
> > >
> > > Thanks.
> > >
> > >
> >
>
> 
> --
> > > Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
> > > Finally, a world-class log management solution at an even better
> > > price-free!
> > > Download using promo code Free_Logger_4_Dev2Dev. Offer expires
> > > February 28th, so secure your free ArcSight Logger TODAY!
> > > http://p.sf.net/sfu/arcsight-sfd2d
> > > ___
> > > WiX-users mailing list
> > > WiX-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/wix-users
> > >
> > >
> >
> >
> > --
> > virtually, Rob Mensching - http://RobMensching.com LLC
> >
> >
>
> 
> --
> > Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
> > Finally, a world-class log management solution at an even better
> > price-free!
> > Download using promo code Free_Logger_4_Dev2Dev. Offer expires
> > February 28th, so secure your free ArcSight Logger TODAY!
> > http://p.sf.net/sfu/arcsight-sfd2d
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
>
> 
> --
> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
> Finally, a world-class log management solution at an even better
> price-free!
> Download using promo code Free_Logger_4_Dev2Dev. Offer expires
> February 28th, so secure your free ArcSight Logger TODAY!
> http://p.sf.net/sfu/arcsight-sfd2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
> --
> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
> Finally, a world-class log management solution at an even better
> price-free!
> Download using promo code Free_Logger_4_Dev2Dev. Offer expires
> February 28th, so secure your free ArcSight Logger TODAY!
> http://p.sf.net/sfu/arcsight-sfd2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Custom Actions & UAC

[Andy Clugston]

I didn't look at your link but, yes, if I add SeBackupPrivilege to the
service privileges in the registry (and restart the service) it works as
expected. This might be an option, but it is a bit of a chicken and egg
scenario for this particular product.

The other option is to set Impersonate="yes" and be sure to execute the MSI
from an elevated command prompt (or local system service). This way, the
deferred action grabs the permission from the elevated administrator process
rather than the msiexec process.

One of the use cases was to be able to allow the user to double click the
MSI to launch it (pretty outlandish, right? :) ), and simply agree when
prompted with the UAC elevation dialog. Although, given this bug in Windows
Installer, there is not a clean/simple way around this.

The other point of frustration is that 4.5 claims to have this issue
resolved, but it is most definitely not in 5.0. So, I am assuming 4.5 has
the same problem even though various sources state differently. My next test
will be to upgrade a system to 4.5 and do some testing of my own just to get
a level set. This is not a use case I need to support, but it has me
curious.

Thanks for the reply.

On Sat, Jan 22, 2011 at 6:19 PM, Blair  wrote:

> Just curious: do you need to "enable" SeBackupPrivilege? Something like
> http://msdn.microsoft.com/en-us/library/aa387705(VS.85).aspx
>
> -Original Message-
> From: Andy Clugston [mailto:clug...@gmail.com]
>  Sent: Saturday, January 22, 2011 6:54 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Custom Actions & UAC
>
> Phil, I am running Win7 and 5.0 of msiexec is on the system (shipped with
> it), and I still see the issue.
>
> Thanks.
>
> On Fri, Jan 21, 2011 at 4:08 PM, wix user  wrote:
>
> > Hi Phil,
> >
> > How is the WIX support for MSI 4.5 features? We are planning to use
> > Multiple
> > transaction features.
> > Are there some help resource avaiable?
> >
> > Thanks
> >
> > On Fri, Jan 21, 2011 at 11:17 AM, Wilson, Phil  > >wrote:
> >
> > > Use MSI 4.5 - it got restored there.
> > >
> > > http://support.microsoft.com/kb/942288
> > >
> > > Phil Wilson
> > >
> > >
> > > -Original Message-
> > > From: Andy Clugston [mailto:clug...@gmail.com]
> > > Sent: Thursday, January 20, 2011 6:35 PM
> > > To: General discussion for Windows Installer XML toolset.
> > > Subject: Re: [WiX-users] Custom Actions & UAC
> > >
> > > Well I think I have figured out why the issue is occurring.
> > >
> > > The call that is failing in the custom action is LoadUserProfile().
> This
> > > needs the SeBackupPrivilege which the windows installers service *does
> > not*
> > > have on a UAC-enabled system.
> > >
> > > Some details:
> > >
> > >
> > >
> >
>
> http://blogs.msdn.com/b/vistacompatteam/archive/2006/10/19/impact-of-least-p
> rivilege-in-system-services.aspx
> > >
> > >
> >
>
> http://blogs.msdn.com/b/windows_installer_team/archive/2008/05/01/what-chang
> ed-in-windows-installer-4-5.aspx
> > >
> > >
> >
>
> http://social.msdn.microsoft.com/Forums/en/windowssecurity/thread/b9ea2a0e-5
> a0e-4e07-92e2-4c7e1f2c5496
> > >
> > > Any advice or known workarounds are welcome. :)
> > >
> > > On Thu, Jan 20, 2011 at 3:33 PM, Andy Clugston 
> > wrote:
> > >
> > > > Hi Users,
> > > >
> > > > I am working on a product that needs to support Windows 7 w/ UAC
> > enabled.
> > > > The MSI has a few custom actions that perform various configuration
> > items
> > > > that I would like to keep contained within the MSI/product install.
> > > >
> > > > The custom actions are Execute='deferred' with Impersonate='no' and
> > they
> > > > are scheduled Before='InstallFinalize'. One action is a vb script,
> and
> > > the
> > > > other calls a native C/C++ dll. They *both* contain configuration
> items
> > > that
> > > > require elevated privileges. Now, I have verified that the vb script
> > > action
> > > > works fine, however the dll custom action does not. I am getting a
> > > > permission error from the dll custom action when it runs.
> > > >
> > > > So, it appears to me that there is a difference in the two different
> > > types
> > > > of custom actions, and how the user/system privileges are propagated
> > from
> > > > the msiexec process to these action processes. I've done some digging
> > > online
> > > > (and will continue to) regarding the issue, but have not run across
> > this
> > > > particular case with the different action types acting differently.
> > > >
> > > > I am running the MSI on a Win7 x32 system with UAC using WiX
> 3.0.5419.
> > > >
> > > > As always, thanks for 

[WiX-users] Controlling the Next Button

[CoolBreeze]

Hi, I'm new to using Wix and I'm having some problems trying to control a
Next button I have. I took WixUI_Mondo.wxs and renamed it as well as
modified it to include a dialog for checking a database connection. Below is
a snippet of my modified WixUI_Mondo.wxs:

1
2

Now within my CheckDbConnectionDlg.wxs I have a Next button that I'm trying
to control it's Enabled state via a property I set within a CustomAction.
Below is a snippet of my CheckDbConnectionDlg.wxs with the Next button I'm
trying to control.


  
   
  
  
   CONTINUE ="True"
  


Here is my custom action where I'm setting the property:

[CustomAction]
public static ActionResult TestSqlConnection(Session testSession)
{
 ...
 ...
 ...
 //If the connection is successful
 testSession["CONTINUE"] = "True";

  // Else set the session to False
 testSession["CONTINUE"] = "False";
}

And my Product.wxs






   


What happens is that when I get to the CheckDbConnectionDlg the Next button
is disabled as I want it to be, on that dialog I have a button that tests a
connection to a database and if it's good, I want the Next button to be
enabled so installation can proceed; otherwise, I want it to stay disabled.
If the connection succeeds it's not enabling the Next button, but it does if
I click Back and then Next.

Can someone tell me how to correct this?
--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Custom Actions & UAC

[Blair]

Just curious: do you need to "enable" SeBackupPrivilege? Something like
http://msdn.microsoft.com/en-us/library/aa387705(VS.85).aspx

-Original Message-
From: Andy Clugston [mailto:clug...@gmail.com] 
Sent: Saturday, January 22, 2011 6:54 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Custom Actions & UAC

Phil, I am running Win7 and 5.0 of msiexec is on the system (shipped with
it), and I still see the issue.

Thanks.

On Fri, Jan 21, 2011 at 4:08 PM, wix user  wrote:

> Hi Phil,
>
> How is the WIX support for MSI 4.5 features? We are planning to use
> Multiple
> transaction features.
> Are there some help resource avaiable?
>
> Thanks
>
> On Fri, Jan 21, 2011 at 11:17 AM, Wilson, Phil  >wrote:
>
> > Use MSI 4.5 - it got restored there.
> >
> > http://support.microsoft.com/kb/942288
> >
> > Phil Wilson
> >
> >
> > -Original Message-
> > From: Andy Clugston [mailto:clug...@gmail.com]
> > Sent: Thursday, January 20, 2011 6:35 PM
> > To: General discussion for Windows Installer XML toolset.
> > Subject: Re: [WiX-users] Custom Actions & UAC
> >
> > Well I think I have figured out why the issue is occurring.
> >
> > The call that is failing in the custom action is LoadUserProfile(). This
> > needs the SeBackupPrivilege which the windows installers service *does
> not*
> > have on a UAC-enabled system.
> >
> > Some details:
> >
> >
> >
>
http://blogs.msdn.com/b/vistacompatteam/archive/2006/10/19/impact-of-least-p
rivilege-in-system-services.aspx
> >
> >
>
http://blogs.msdn.com/b/windows_installer_team/archive/2008/05/01/what-chang
ed-in-windows-installer-4-5.aspx
> >
> >
>
http://social.msdn.microsoft.com/Forums/en/windowssecurity/thread/b9ea2a0e-5
a0e-4e07-92e2-4c7e1f2c5496
> >
> > Any advice or known workarounds are welcome. :)
> >
> > On Thu, Jan 20, 2011 at 3:33 PM, Andy Clugston 
> wrote:
> >
> > > Hi Users,
> > >
> > > I am working on a product that needs to support Windows 7 w/ UAC
> enabled.
> > > The MSI has a few custom actions that perform various configuration
> items
> > > that I would like to keep contained within the MSI/product install.
> > >
> > > The custom actions are Execute='deferred' with Impersonate='no' and
> they
> > > are scheduled Before='InstallFinalize'. One action is a vb script, and
> > the
> > > other calls a native C/C++ dll. They *both* contain configuration
items
> > that
> > > require elevated privileges. Now, I have verified that the vb script
> > action
> > > works fine, however the dll custom action does not. I am getting a
> > > permission error from the dll custom action when it runs.
> > >
> > > So, it appears to me that there is a difference in the two different
> > types
> > > of custom actions, and how the user/system privileges are propagated
> from
> > > the msiexec process to these action processes. I've done some digging
> > online
> > > (and will continue to) regarding the issue, but have not run across
> this
> > > particular case with the different action types acting differently.
> > >
> > > I am running the MSI on a Win7 x32 system with UAC using WiX 3.0.5419.
> > >
> > > As always, thanks for the help.
> > >
> >
> >
>

--
> > Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
> > Finally, a world-class log management solution at an even better
> > price-free!
> > Download using promo code Free_Logger_4_Dev2Dev. Offer expires
> > February 28th, so secure your free ArcSight Logger TODAY!
> > http://p.sf.net/sfu/arcsight-sfd2d
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
> > *** Confidentiality Notice: This e-mail, including any associated or
> > attached files, is intended solely for the individual or entity to which
> it
> > is addressed. This e-mail is confidential and may well also be legally
> > privileged. If you have received it in error, you are on notice of its
> > status. Please notify the sender immediately by reply e-mail and then
> delete
> > this message from your system. Please do not copy it or use it for any
> > purposes, or disclose its contents to any other person. This email comes
> > from a division of the Invensys Group, owned by Invensys plc, which is a
> > company registered in England and Wales with its registered office at
3rd
> > Floor, 40 Grosvenor Place, London, SW1X 7AW (Registered number 166023).
> For
> > a list of European legal entities within the Invensys Group, please go
to
> >
>
http://www.invensys.com/legal/default.asp?top_nav_id=77&nav_id=80&prev_id=77
> > .
> >
> > You may contact Invensys plc on +44 (0)20 3155 1200 or e-mail
> > recept...@invensys.com. This e-mail and any attachments thereto may be
> > subject to the terms of any agreements between Invensys (and/or its
> > subsidiaries and affiliates) and the recipient (and/or its subsidia

Re: [WiX-users] 64 Bit program files folder

[Blair]

If you wish to install your AnyCPU binaries in 64-bit spaces, you need a
64-bit MSI (yes, use the -arch switch, that is the correct approach).
Realize that an MSI marked 64-bit cannot be installed on a 32-bit system, so
you will need another MSI for your 32-bit customers.

You can build both MSIs from the exact same sources (use the -arch switch
and use $(sys.PLATFORM) to chose between ProgramFilesFolder and
ProgramFiles64Folder (as well as any other similar differences)).

-Blair

-Original Message-
From: Rune Moberg [mailto:jjfl...@gmail.com] 
Sent: Saturday, January 22, 2011 9:23 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] 64 Bit program files folder

On Fri, Jan 21, 2011 at 4:47 PM, Rob Mensching  wrote:
> Actually, for Package/@Platform, it is better to use the -arch switch on
the
> command-line. That will flip your entire package to x64 as needed.

Related question (I hope): Is this the proper approach if your .Net
application targets AnyCPU?

-- 
Rune


--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] PROCESSOR_ARCHITECTURE - x86 MSI on 64bit Windows 7

[Blair]

If you happen to need to know what the base OS architecture is you can check
for the presence/value of PROCESSOR_ARCHITEW6432.

http://msdn.microsoft.com/library/aa384274.aspx

-Blair

-Original Message-
From: Andy Clugston [mailto:clug...@gmail.com] 
Sent: Saturday, January 22, 2011 9:26 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] PROCESSOR_ARCHITECTURE - x86 MSI on 64bit Windows 7

Yep. Thanks for the reply.

On Sat, Jan 22, 2011 at 11:31 AM, Rob Mensching wrote:

> Yeah, 32-bit processes on 64-bit Windows get PROCESSOR_ARCHITECTURE=x86.
> Start up a 32-bit cmd.exe and you'll see the same thing.
>
> On Sat, Jan 22, 2011 at 3:58 AM, Andy Clugston  wrote:
>
> > Hi Users,
> >
> > I am working the kinks out of an MSI to support 64 bit. This is an x86
> MSI
> > that will run in WOW64 on x64 systems.
> >
> > The issue I am seeing is that the PROCESSOR_ARCHITECTURE is set to x86
> > (rather than what the base OS architecture is; i.e. AMD64) within a
> custom
> > action that is running. This is observed when the MSI is executed on a
> > 64-bit system.
> >
> > Is this to be expected? I can reason my way through it considering the
> > WOW64
> > environment, but I wanted to double check.
> >
> > Thanks.
> >
> >
>

--
> > Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
> > Finally, a world-class log management solution at an even better
> > price-free!
> > Download using promo code Free_Logger_4_Dev2Dev. Offer expires
> > February 28th, so secure your free ArcSight Logger TODAY!
> > http://p.sf.net/sfu/arcsight-sfd2d
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
>
>
> --
> virtually, Rob Mensching - http://RobMensching.com LLC
>
>

--
> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
> Finally, a world-class log management solution at an even better
> price-free!
> Download using promo code Free_Logger_4_Dev2Dev. Offer expires
> February 28th, so secure your free ArcSight Logger TODAY!
> http://p.sf.net/sfu/arcsight-sfd2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Uninstallation removes nothing

[Blair]

You still had a chance at resolving this if you hadn't removed the "extra"
entries (they would have given us a clue where to look) but now that's done,
you'll truly get back to a working state faster by reinstalling the OS and
all your tools/etc. then by messing with it further...

-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com] 
Sent: Friday, January 21, 2011 7:49 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Uninstallation removes nothing

Hmm, you may have confused the Windows Installer. Mucking around with their
private store isn't usually a good idea. 

On Fri, Jan 21, 2011 at 6:59 AM, Thorsten Tarrach
wrote:

> Hello,
>
>
>
> I played around with Major Updates and somehow I got into a situation now
> where none of the files is removed by uninstallation. It is not an error
> with the package, as the latest version works quite fine on a different
> machine.
>
> It must be something in the registry of that machine. But I want this
fixed
> rather than having to reinstall everything on that machine.
>
>
>
> In the log file it looks like this for all components:
>
>
>
> MSI (s) (AC:50) [06:55:07:509]: Component:
> cmp3DF3B0032BBE812DD63BFBFDDAD8EADB; Installed: Absent;   Request: Null;
> Action: Null
>
>
>
> In the registry
>
>
(SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UserData\S-.\Components
> \014D60A4873EBBD50B5B2170FAD4ABCC) There were originally two entries to
> each
> file. One was removed on uninstallation, one retained. So I wrote a
> powershell script to remove all these extra values. Now there is only one
> that is created during installation, but still it is not removed on
> uninstall.
>
>
>
> Has anyone any experience with that?
>
>
>
> Thanks, Thorsten
>
>
>

--
> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
> Finally, a world-class log management solution at an even better
> price-free!
> Download using promo code Free_Logger_4_Dev2Dev. Offer expires
> February 28th, so secure your free ArcSight Logger TODAY!
> http://p.sf.net/sfu/arcsight-sfd2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


-- 
virtually, Rob Mensching - http://RobMensching.com LLC

--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Q: Error using ComPlusAssemblyDependency to register a .NET COM+ assembly

[Adam Bradley]

I've been receiving the following error during installation

---snip---
ComPlusInstallExecuteCommit:  Registering assembly, key:
PasswordFilterServerCOMAssembly
MSI (s) (EC!E4) [22:13:20:296]: Closing MSIHANDLE (163) of type 790531
for thread 3300
MSI (s) (EC!E4) [22:13:22:375]: Creating MSIHANDLE (164) of type
790531 for thread 3300
ComPlusInstallExecuteCommit:  Error 0x80070490: Failed to find component object
MSI (s) (EC!E4) [22:13:22:375]: Closing MSIHANDLE (164) of type 790531
for thread 3300
MSI (s) (EC!E4) [22:13:22:375]: Creating MSIHANDLE (165) of type
790531 for thread 3300
ComPlusInstallExecuteCommit:  Error 0x80070490: Failed to configure components
MSI (s) (EC!E4) [22:13:22:375]: Closing MSIHANDLE (165) of type 790531
for thread 3300
MSI (s) (EC!E4) [22:13:22:375]: Creating MSIHANDLE (166) of type
790531 for thread 3300
ComPlusInstallExecuteCommit:  Error 0x80070490: Failed to register
assembly, key: PasswordFilterServerCOMAssembly
MSI (s) (EC!E4) [22:13:22:375]: Closing MSIHANDLE (166) of type 790531
for thread 3300
MSI (s) (EC!E4) [22:13:22:375]: Creating MSIHANDLE (167) of type
790531 for thread 3300
ComPlusInstallExecuteCommit:  Error 0x80070490: Failed to register assemblies
---snip---

and assumed the failure was due to the absence of dependent
assemblies. I stumbled upon ComPlusAssemblyDependency but have been
receiving the error

---snip---
Error   4   ICE03: Not a valid foreign key; Table:
ComPlusAssemblyDependency, Column: RequiredAssembly_, Key(s):
PasswordFilterServerCOMAssembly.IDCSecurity
C:\programming\PasswordFilter\PasswordFilterInstaller\Product.wxs
 78  1   PasswordFilterInstaller
---snip---


Fragment of the Wix XML
---snip---


 



 
 
  
   
   
 
 

---snip---

Sincerely,
Adam

| Identity Concepts
| a: PO Box 451 Hamilton,
| Brisbane, QLD 4007, Australia
| m:+61 419 637 518
| e: adam_j_brad...@identityconcepts.com.au
| im: adam_j_brad...@hotmail.com
| skype: adam_j_bradley
| w:http://www.identityconcepts.com.au
| “I’d put my money on the sun and solar energy. What a source of
power! I hope we don’t have to wait till oil and coal run out before
we tackle that.” [ Thomas Alva Edison ]

--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] PROCESSOR_ARCHITECTURE - x86 MSI on 64bit Windows 7

[Andy Clugston]

Yep. Thanks for the reply.

On Sat, Jan 22, 2011 at 11:31 AM, Rob Mensching wrote:

> Yeah, 32-bit processes on 64-bit Windows get PROCESSOR_ARCHITECTURE=x86.
> Start up a 32-bit cmd.exe and you'll see the same thing.
>
> On Sat, Jan 22, 2011 at 3:58 AM, Andy Clugston  wrote:
>
> > Hi Users,
> >
> > I am working the kinks out of an MSI to support 64 bit. This is an x86
> MSI
> > that will run in WOW64 on x64 systems.
> >
> > The issue I am seeing is that the PROCESSOR_ARCHITECTURE is set to x86
> > (rather than what the base OS architecture is; i.e. AMD64) within a
> custom
> > action that is running. This is observed when the MSI is executed on a
> > 64-bit system.
> >
> > Is this to be expected? I can reason my way through it considering the
> > WOW64
> > environment, but I wanted to double check.
> >
> > Thanks.
> >
> >
> --
> > Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
> > Finally, a world-class log management solution at an even better
> > price-free!
> > Download using promo code Free_Logger_4_Dev2Dev. Offer expires
> > February 28th, so secure your free ArcSight Logger TODAY!
> > http://p.sf.net/sfu/arcsight-sfd2d
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
>
>
> --
> virtually, Rob Mensching - http://RobMensching.com LLC
>
> --
> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
> Finally, a world-class log management solution at an even better
> price-free!
> Download using promo code Free_Logger_4_Dev2Dev. Offer expires
> February 28th, so secure your free ArcSight Logger TODAY!
> http://p.sf.net/sfu/arcsight-sfd2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] 64 Bit program files folder

[Rune Moberg]

On Fri, Jan 21, 2011 at 4:47 PM, Rob Mensching  wrote:
> Actually, for Package/@Platform, it is better to use the -arch switch on the
> command-line. That will flip your entire package to x64 as needed.

Related question (I hope): Is this the proper approach if your .Net
application targets AnyCPU?

-- 
Rune

--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] 64 Bit program files folder

[Rob Mensching]

Thom is correct.

On Fri, Jan 21, 2011 at 8:46 AM, Thom Leigh  wrote:

> Have you tried Component/@Win64="yes" for that component?
>
> Not sure if that's needed if you're following robmen's advice and using
> -arch, as that switch should set Win64="yes" for you (I think?)
>
>
> -Original Message-
> From: Manoj Jangid [mailto:jangi...@gmail.com]
> Sent: 21 January 2011 16:12
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] 64 Bit program files folder
>
> After changing to ProgramFiles64Folder I am getting following error
>
> : error LGHT0204 : ICE80: This 32BitComponent jODBCRegKeys uses
> 64BitDirectory ProgramFiles64Folder
>
> I have double checked my all binary files are 64bit
>
>
> How can I get rid of this error ?
>
> Manoj
>
>
> -Original Message-
> From: Rob Mensching [mailto:r...@robmensching.com]
> Sent: 21 January 2011 15:47
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] 64 Bit program files folder
>
>
>
> Actually, for Package/@Platform, it is better to use the -arch switch on
> the command-line. That will flip your entire package to x64 as needed.
>
>
>
>
>
> On Fri, Jan 21, 2011 at 7:37 AM, Rob Hamflett  wrote:
>
>
>
> > Use Directory@Id="ProgramFiles64Folder" and Package@Platform="x64".
>
> >
>
> > Other pre-defined folders are listed here:
>
> >
>
> > http://msdn.microsoft.com/en-us/library/aa370905%28VS.85%29.aspx#syste
>
> > m_folder_properties
>
> >
>
> > Rob
>
> >
>
> > On 21/01/2011 15:32, Manoj Jangid wrote:
>
> > > Hi
>
> > >
>
> > > I am trying to build a installer for 64bit installer.
>
> > >
>
> > > I want to set default directory *c:\Program Files\* instead of
>
> > *c:\Program
>
> > > Files (x86)\*
>
> > > *
>
> > > *
>
> > > I don't have any 32 bit binary in my components list.
>
> > >   * *
>
> > > can you please guide me how can I do this?
>
> > >
>
> > > Thanks
>
> > > Manoj
>
> > >
>
> > --
>
> > 
>
> > > Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
>
> > > Finally, a world-class log management solution at an even better
>
> > price-free!
>
> > > Download using promo code Free_Logger_4_Dev2Dev. Offer expires
>
> > > February 28th, so secure your free ArcSight Logger TODAY!
>
> > > http://p.sf.net/sfu/arcsight-sfd2d
>
> >
>
> >
>
> >
>
> > --
>
> >  Special Offer-- Download ArcSight Logger for FREE (a $49 USD
>
> > value)!
>
> > Finally, a world-class log management solution at an even better
>
> > price-free!
>
> > Download using promo code Free_Logger_4_Dev2Dev. Offer expires
>
> > February 28th, so secure your free ArcSight Logger TODAY!
>
> > http://p.sf.net/sfu/arcsight-sfd2d
>
> > ___
>
> > WiX-users mailing list
>
> > WiX-users@lists.sourceforge.net
>
> > https://lists.sourceforge.net/lists/listinfo/wix-users
>
> >
>
> >
>
>
>
>
>
> --
>
> virtually, Rob Mensching - 
> http://RobMensching.comLLC
> 
> --
> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
> Finally, a world-class log management solution at an even better
> price-free!
> Download using promo code Free_Logger_4_Dev2Dev. Offer expires February
> 28th, so secure your free ArcSight Logger TODAY!
> http://p.sf.net/sfu/arcsight-sfd2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
>  Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
> Finally, a world-class log management solution at an even better
> price-free!
> Download using promo code Free_Logger_4_Dev2Dev. Offer expires
> February 28th, so secure your free ArcSight Logger TODAY!
> http://p.sf.net/sfu/arcsight-sfd2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


-- 
virtually, Rob Mensching - http://RobMensching.com LLC
--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] First build gives ICE errors; subsequent builds don't

[Rob Mensching]

One more vote for never using VBScript CustomActions.
http://blogs.msdn.com/b/robmen/archive/2004/05/20/136530.aspx 

On Fri, Jan 21, 2011 at 12:20 PM, Brownfield, Cory wrote:

> It *was* a vbscript.dll registration issue.  I followed the instructions
> here http://blogs.msdn.com/b/astebner/archive/2007/06/07/3151752.aspx
> (following the 64-bit bits) to fix the problem.  I have no idea how the
> script engine got registered at the user level, but the key was there.
> Once I removed the 2 user-level script-engine keys, things started
> working again.
>
> I wasn't having trouble until I patched my computer with the latest
> round of critical patches from Microsoft.  One of the patches was in the
> critical list but wasn't checked by default.  I went ahead and installed
> it too.  That patch changes the way updates are installed, so it's
> possible it messed with these registry keys.  This isn't verified, but
> I'm including the information in case anyone else starts having issues.
>
> Thanks for the help Blair.
>
> -Original Message-
> From: Blair [mailto:os...@live.com]
> Sent: Thursday, January 20, 2011 11:46 AM
> To: 'General discussion for Windows Installer XML toolset.'
> Subject: Re: [WiX-users] First build gives ICE errors;subsequent builds
> don't
>
>  Some of the MSFT-supplied ICE tests use VBScript (most use C/C++ native
> code).
>
> 2738
>  Could not access VBScript run time for custom action [2].
>
> http://blogs.msdn.com/b/heaths/archive/2007/05/31/windows-installer-erro
> rs-2
> 738-and-2739-with-script-custom-actions.aspx
>
> Could also be related to an anti-virus product. Be sure to exclude
> runtime scanning of your %TEMP% directory of your build machine(s) (at
> least during builds).
>
> -Blair
>
> -Original Message-
> From: Brownfield, Cory [mailto:cbrownfi...@aeci.org]
> Sent: Tuesday, January 18, 2011 12:18 PM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] First build gives ICE errors; subsequent builds
> don't
>
> Setup:
>
> Windows 7 64-bit (fully patched)
>
> Visual Studio 2010 Ultimate
>
> WiX 3.5 build 2430 (latest weekly)
>
>
>
> I've recently noticed a problem with all my WiX projects.  Trying to
> build after a change or after a clean, I get a set of ICE errors.  So
> rebuilding always gives me these errors and following up with a build
> always fixes them.  Here is an example set of errors:
>
>
>
> --
>
> Error executing ICE action 'ICE08'. The most common cause of this kind
> of ICE failure is an incorrectly registered scripting engine. See
> http://wix.sourceforge.net/faq.html#Error217 for details and how to
> solve this problem. The following string format was not expected by the
> external UI message logger: "The installer has encountered an unexpected
> error installing this package. This may indicate a problem with this
> package. The error code is 2738. ".
>
>
>
> Error executing ICE action 'ICE09'. The most common cause of this kind
> of ICE failure is an incorrectly registered scripting engine. See
> http://wix.sourceforge.net/faq.html#Error217 for details and how to
> solve this problem. The following string format was not expected by the
> external UI message logger: "The installer has encountered an unexpected
> error installing this package. This may indicate a problem with this
> package. The error code is 2738. ".
>
>
>
> Error executing ICE action 'ICE32'. The most common cause of this kind
> of ICE failure is an incorrectly registered scripting engine. See
> http://wix.sourceforge.net/faq.html#Error217 for details and how to
> solve this problem. The following string format was not expected by the
> external UI message logger: "The installer has encountered an unexpected
> error installing this package. This may indicate a problem with this
> package. The error code is 2738. ".
>
>
>
> Error executing ICE action 'ICE61'. The most common cause of this kind
> of ICE failure is an incorrectly registered scripting engine. See
> http://wix.sourceforge.net/faq.html#Error217 for details and how to
> solve this problem. The following string format was not expected by the
> external UI message logger: "The installer has encountered an unexpected
> error installing this package. This may indicate a problem with this
> package. The error code is 2738. ".
>
> --
>
>
>
> After getting these errors, I can 'build' again and the errors go away
> and the MSI is built.  It's pretty annoying.  I've tried re-installing
> WiX.  I've also tried re-registering the scripting engines (although I
> don't think that is a problem-I'm not doing any scripting).  So any
> ideas?
>
> 
> 
> --
> Protect Your Site and Customers from Malware Attacks Learn about various
> malware tactics and how to avoid them. Understand malware threats, the
> impact they can have on your business, and how yo

Re: [WiX-users] PROCESSOR_ARCHITECTURE - x86 MSI on 64bit Windows 7

[Rob Mensching]

Yeah, 32-bit processes on 64-bit Windows get PROCESSOR_ARCHITECTURE=x86.
Start up a 32-bit cmd.exe and you'll see the same thing.

On Sat, Jan 22, 2011 at 3:58 AM, Andy Clugston  wrote:

> Hi Users,
>
> I am working the kinks out of an MSI to support 64 bit. This is an x86 MSI
> that will run in WOW64 on x64 systems.
>
> The issue I am seeing is that the PROCESSOR_ARCHITECTURE is set to x86
> (rather than what the base OS architecture is; i.e. AMD64) within a custom
> action that is running. This is observed when the MSI is executed on a
> 64-bit system.
>
> Is this to be expected? I can reason my way through it considering the
> WOW64
> environment, but I wanted to double check.
>
> Thanks.
>
> --
> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
> Finally, a world-class log management solution at an even better
> price-free!
> Download using promo code Free_Logger_4_Dev2Dev. Offer expires
> February 28th, so secure your free ArcSight Logger TODAY!
> http://p.sf.net/sfu/arcsight-sfd2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


-- 
virtually, Rob Mensching - http://RobMensching.com LLC
--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] MSI Chaining using setupbld.exe issues

[Rob Mensching]

Yeah, that "chainer" is quite simplistic.

On Fri, Jan 21, 2011 at 7:41 PM, vivekanandan balaguru wrote:

> Hi,
> We are using setupbld.exe to chain two msi and it works fine first time,
> but
> the output integrated exe does not let us do the change mode during next
> time install but goes to reinstall mode.
>
> This is the command for chaining:
> setupbld.exe -out integratedInstall.exe -msu first.msi -msu second.msi
> -setup setup.exe
>
> thanks,
> Vivek
>
> --
> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
> Finally, a world-class log management solution at an even better
> price-free!
> Download using promo code Free_Logger_4_Dev2Dev. Offer expires
> February 28th, so secure your free ArcSight Logger TODAY!
> http://p.sf.net/sfu/arcsight-sfd2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


-- 
virtually, Rob Mensching - http://RobMensching.com LLC
--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Installing a file in a directory found with registrysearch

[Rob Mensching]

A bit but ends up being very convenient given how important paths are to an
installer.

On Sat, Jan 22, 2011 at 5:38 AM, Wilbert van Dolleweerd <
wilb...@arentheym.com> wrote:

> 2011/1/21 Rob Mensching :
>
> > It's kinda' tricky. Properties can be treated like Directories. So name a
> > Directory/@Id the same as your Property/@Id for the search. This might be
> > useful:
> >
> http://blogs.msdn.com/b/robmen/archive/2006/10/17/deciphering-the-msi-directory-table-part-7-directories-are-properties.aspx
>
> Thanks, that did work nicely. Bit odd indeed that properties can be
> treated like directories.
>
> --
>  Kind regards,
>
> Wilbert van Dolleweerd
> Blog: http://walkingthestack.wordpress.com/
> Twitter: http://www.twitter.com/wvandolleweerd
>
>
> --
> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
> Finally, a world-class log management solution at an even better
> price-free!
> Download using promo code Free_Logger_4_Dev2Dev. Offer expires
> February 28th, so secure your free ArcSight Logger TODAY!
> http://p.sf.net/sfu/arcsight-sfd2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


-- 
virtually, Rob Mensching - http://RobMensching.com LLC
--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Question about executing a reinstall parameter to the MSI thru a bootstrapper

[Rob Mensching]

This MSI documentation will explain Minor Upgrade:
http://msdn.microsoft.com/en-us/library/aa367575(v=VS.85).aspx.

You might also read through:
http://robmensching.com/blog/posts/2007/1/4/Doing-a-small-update-or-minor-upgrade-in-MSI-Use
 However, it sounds like you really want a Major Upgrade. Why not do that?
Much easier to deal with.
On Sat, Jan 22, 2011 at 6:24 AM, David Borneman wrote:

> Hiya all,
>
> Hope this messages goes thru... Tis my very first mailing list message :)
>
> I am getting the dreaded "Another version of this application is already
> installed" blah when trying to install a newer version of our software.
>
> Its a minor upgrade, but it is in Beta so we prefer a reinstall, at least
> for now, like a Major Upgrade.
>
> I found a suggestion that I create a bootstrapper for this, which I did
> (and
> took the opportunity to add in some pre-requisites), but currently the
> bootstrapper is simply executing the MSI as it was downloaded, without any
> other parameters (as is correct since I have not configured it otherwise
> lol).
>
> What i need to know how to do, and cant figure out for the life of me, is
> how to instead execute the following:
>
> msiexec /i OurInstallerApp.msi REINSTALL=ALL REINSTALLMODE=vomus
>
> Any kick in the right direction would be greatly appreciated!
>
> David Borneman
> Senior Developer
>
> --
> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
> Finally, a world-class log management solution at an even better
> price-free!
> Download using promo code Free_Logger_4_Dev2Dev. Offer expires
> February 28th, so secure your free ArcSight Logger TODAY!
> http://p.sf.net/sfu/arcsight-sfd2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


-- 
virtually, Rob Mensching - http://RobMensching.com LLC
--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Confusionm around Privileged property

[Rob Mensching]

Isn't WI v4 where the UAC was introduced and the Privileged property became
useless? If so, then you should be able to use both properties to get what
you want downlevel and uplevel.

On Fri, Jan 21, 2011 at 8:51 AM, Alex Ivanoff wrote:

> Unfortunately, MSIUSEREALADMINDETECTION requires Windows Installer 4.0.
>
>
> -Original Message-
> From: Blair [mailto:os...@live.com]
> Sent: Friday, January 21, 2011 10:35
> To: 'General discussion for Windows Installer XML toolset.'
> Subject: Re: [WiX-users] Confusionm around Privileged property
>
> Please test this and report back to the list.
>
> http://msdn.microsoft.com/library/aa816403.aspx
>
> -Blair
>
> -Original Message-
> From: Alex Ivanoff [mailto:alex.ivan...@shavlik.com]
> Sent: Friday, January 21, 2011 7:25 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Confusionm around Privileged property
>
> Is there another property?
>
>
> On Jan 21, 2011, at 8:40, Rob Mensching  wrote:
>
> > I agree.
> >
> > On Fri, Jan 21, 2011 at 5:43 AM, Michael Urman  wrote:
> >
> >> It would be nice if the documentation stated that outright. I
> >> understand the normal UAC case made Privileged hard to set as
> >> documented, but as written this behavior smells more like a Windows
> >> Installer bug.
> >>
> >> On Thu, Jan 20, 2011 at 22:43, Rob Mensching 
> wrote:
> >>> Windows Installer always sets Privileged because people used it
> >>> wrong
> >> more
> >>> often than right.
> >>>
> >>> On Thu, Jan 20, 2011 at 1:54 PM, Alex Ivanoff
> >>>  >>> wrote:
> >>>
>  Windows 7, UAC is off, user is not an administrator, Windows
>  Installer sets Privileged and AdminUser properties no 1:
> 
>  MSI (c) (08:8C) [15:45:57:221]: MSI_LUA: Setting AdminUser property
>  to
> 1
>  because this is the client or the user has already permitted
>  elevation MSI (c) (08:8C) [15:45:57:221]: PROPERTY CHANGE: Adding
>  AdminUser property. Its value is '1'.
>  MSI (c) (08:8C) [15:45:57:221]: PROPERTY CHANGE: Adding Privileged
>  property. Its value is '1'.
> 
>  How do you explain this?
> 
> 
> 
> >>
> --
> --
> --
>  Protect Your Site and Customers from Malware Attacks Learn about
>  various malware tactics and how to avoid them. Understand malware
>  threats, the impact they can have on your business, and how you can
>  protect your company and customers by using code signing.
>  http://p.sf.net/sfu/oracle-sfdevnl
>  ___
>  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
> >>>
> >>
> --
> --
> --
> >>> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
> >>> Finally, a world-class log management solution at an even better
> >> price-free!
> >>> Download using promo code Free_Logger_4_Dev2Dev. Offer expires
> >>> February 28th, so secure your free ArcSight Logger TODAY!
> >>> http://p.sf.net/sfu/arcsight-sfd2d
> >>> ___
> >>> WiX-users mailing list
> >>> WiX-users@lists.sourceforge.net
> >>> https://lists.sourceforge.net/lists/listinfo/wix-users
> >>>
> >>
> >>
> >>
> --
> --
> --
> >> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
> >> Finally, a world-class log management solution at an even better
> >> price-free!
> >> Download using promo code Free_Logger_4_Dev2Dev. Offer expires
> >> February 28th, so secure your free ArcSight Logger TODAY!
> >> http://p.sf.net/sfu/arcsight-sfd2d
> >> ___
> >> WiX-users mailing list
> >> WiX-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/wix-users
> >>
> >>
> >
> >
> > --
> > virtually, Rob Mensching - 
> > http://RobMensching.comLLC
> >
> --
> --
> --
> > Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
> > Finally, a world-class log management solution at an even better
> price-free!
> > Download using promo code Free_Logger_4_Dev2Dev. Offer expires
> > February 28th, so secure your free ArcSight Logger TODAY!
> > http://p.sf.net/sfu/arcsight-sfd2d
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
>
> --
> --
> --
> Special Offer-- Download ArcSight Logger for FREE (a $49 U

Re: [WiX-users] Custom Actions & UAC

[Andy Clugston]

Phil, I am running Win7 and 5.0 of msiexec is on the system (shipped with
it), and I still see the issue.

Thanks.

On Fri, Jan 21, 2011 at 4:08 PM, wix user  wrote:

> Hi Phil,
>
> How is the WIX support for MSI 4.5 features? We are planning to use
> Multiple
> transaction features.
> Are there some help resource avaiable?
>
> Thanks
>
> On Fri, Jan 21, 2011 at 11:17 AM, Wilson, Phil  >wrote:
>
> > Use MSI 4.5 - it got restored there.
> >
> > http://support.microsoft.com/kb/942288
> >
> > Phil Wilson
> >
> >
> > -Original Message-
> > From: Andy Clugston [mailto:clug...@gmail.com]
> > Sent: Thursday, January 20, 2011 6:35 PM
> > To: General discussion for Windows Installer XML toolset.
> > Subject: Re: [WiX-users] Custom Actions & UAC
> >
> > Well I think I have figured out why the issue is occurring.
> >
> > The call that is failing in the custom action is LoadUserProfile(). This
> > needs the SeBackupPrivilege which the windows installers service *does
> not*
> > have on a UAC-enabled system.
> >
> > Some details:
> >
> >
> >
> http://blogs.msdn.com/b/vistacompatteam/archive/2006/10/19/impact-of-least-privilege-in-system-services.aspx
> >
> >
> http://blogs.msdn.com/b/windows_installer_team/archive/2008/05/01/what-changed-in-windows-installer-4-5.aspx
> >
> >
> http://social.msdn.microsoft.com/Forums/en/windowssecurity/thread/b9ea2a0e-5a0e-4e07-92e2-4c7e1f2c5496
> >
> > Any advice or known workarounds are welcome. :)
> >
> > On Thu, Jan 20, 2011 at 3:33 PM, Andy Clugston 
> wrote:
> >
> > > Hi Users,
> > >
> > > I am working on a product that needs to support Windows 7 w/ UAC
> enabled.
> > > The MSI has a few custom actions that perform various configuration
> items
> > > that I would like to keep contained within the MSI/product install.
> > >
> > > The custom actions are Execute='deferred' with Impersonate='no' and
> they
> > > are scheduled Before='InstallFinalize'. One action is a vb script, and
> > the
> > > other calls a native C/C++ dll. They *both* contain configuration items
> > that
> > > require elevated privileges. Now, I have verified that the vb script
> > action
> > > works fine, however the dll custom action does not. I am getting a
> > > permission error from the dll custom action when it runs.
> > >
> > > So, it appears to me that there is a difference in the two different
> > types
> > > of custom actions, and how the user/system privileges are propagated
> from
> > > the msiexec process to these action processes. I've done some digging
> > online
> > > (and will continue to) regarding the issue, but have not run across
> this
> > > particular case with the different action types acting differently.
> > >
> > > I am running the MSI on a Win7 x32 system with UAC using WiX 3.0.5419.
> > >
> > > As always, thanks for the help.
> > >
> >
> >
> --
> > Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
> > Finally, a world-class log management solution at an even better
> > price-free!
> > Download using promo code Free_Logger_4_Dev2Dev. Offer expires
> > February 28th, so secure your free ArcSight Logger TODAY!
> > http://p.sf.net/sfu/arcsight-sfd2d
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
> > *** Confidentiality Notice: This e-mail, including any associated or
> > attached files, is intended solely for the individual or entity to which
> it
> > is addressed. This e-mail is confidential and may well also be legally
> > privileged. If you have received it in error, you are on notice of its
> > status. Please notify the sender immediately by reply e-mail and then
> delete
> > this message from your system. Please do not copy it or use it for any
> > purposes, or disclose its contents to any other person. This email comes
> > from a division of the Invensys Group, owned by Invensys plc, which is a
> > company registered in England and Wales with its registered office at 3rd
> > Floor, 40 Grosvenor Place, London, SW1X 7AW (Registered number 166023).
> For
> > a list of European legal entities within the Invensys Group, please go to
> >
> http://www.invensys.com/legal/default.asp?top_nav_id=77&nav_id=80&prev_id=77
> > .
> >
> > You may contact Invensys plc on +44 (0)20 3155 1200 or e-mail
> > recept...@invensys.com. This e-mail and any attachments thereto may be
> > subject to the terms of any agreements between Invensys (and/or its
> > subsidiaries and affiliates) and the recipient (and/or its subsidiaries
> and
> > affiliates).
> >
> >
> >
> >
> >
> --
> > Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
> > Finally, a world-class log management solution at an even better
> > price-free!
> > Download using promo code Free_Logger_4_Dev2Dev. Offer expires
> > F

[WiX-users] Question about executing a reinstall parameter to the MSI thru a bootstrapper

[David Borneman]

Hiya all,

Hope this messages goes thru... Tis my very first mailing list message :)

I am getting the dreaded "Another version of this application is already
installed" blah when trying to install a newer version of our software.

Its a minor upgrade, but it is in Beta so we prefer a reinstall, at least
for now, like a Major Upgrade.

I found a suggestion that I create a bootstrapper for this, which I did (and
took the opportunity to add in some pre-requisites), but currently the
bootstrapper is simply executing the MSI as it was downloaded, without any
other parameters (as is correct since I have not configured it otherwise
lol).

What i need to know how to do, and cant figure out for the life of me, is
how to instead execute the following:

msiexec /i OurInstallerApp.msi REINSTALL=ALL REINSTALLMODE=vomus

Any kick in the right direction would be greatly appreciated!

David Borneman
Senior Developer
--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Installing a file in a directory found with registrysearch

[Wilbert van Dolleweerd]

2011/1/21 Rob Mensching :

> It's kinda' tricky. Properties can be treated like Directories. So name a
> Directory/@Id the same as your Property/@Id for the search. This might be
> useful:
> http://blogs.msdn.com/b/robmen/archive/2006/10/17/deciphering-the-msi-directory-table-part-7-directories-are-properties.aspx

Thanks, that did work nicely. Bit odd indeed that properties can be
treated like directories.

-- 
Kind regards,

Wilbert van Dolleweerd
Blog: http://walkingthestack.wordpress.com/
Twitter: http://www.twitter.com/wvandolleweerd

--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Question about creating a bootstrap to launch the MSI with Reinstall parameters

[David Borneman]

Hiya all,

Hope this messages goes thru... Tis my very first mailing list message :)

I am getting the dreaded "Another version of this application is already
installed" blah when trying to install a newer version of our software.

Its a minor upgrade, but it is in Beta so we prefer a reinstall, at least
for now, like a Major Install.

I found a suggestion that I create a bootstrapper for this, which I did (and
took the opportunity to add in some pre-requisites), but currently the
bootstrapper is simply executing the MSI as it was downloaded, without any
other parameters (as is correct since I have not configured it otherwise
lol).

What i need to know how to do, and cant figure out for the life of me, is
how to instead execute the following:

msiexec /i OurInstallerApp.msi REINSTALL=ALL REINSTALLMODE=vomus

Any kick in the right direction would be greatly appreciated!

David Borneman
Senior Developer
--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] PROCESSOR_ARCHITECTURE - x86 MSI on 64bit Windows 7

[Andy Clugston]

Hi Users,

I am working the kinks out of an MSI to support 64 bit. This is an x86 MSI
that will run in WOW64 on x64 systems.

The issue I am seeing is that the PROCESSOR_ARCHITECTURE is set to x86
(rather than what the base OS architecture is; i.e. AMD64) within a custom
action that is running. This is observed when the MSI is executed on a
64-bit system.

Is this to be expected? I can reason my way through it considering the WOW64
environment, but I wanted to double check.

Thanks.
--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users