Re: [WiX-users] Wix merge module troubles

[jennifer.vanderputten]

No.  I have a custom action in my installshield installer that sets a  registry 
value before AppSearch.  Then there are registrysearch actions in my wix merge 
modules, which get executed during appsearch.  There are two of these registry 
searches; one works always because it is there before our installer is 
executed.  The other is there to indicate that an installer is running which 
wishes to override the merge module target.

The reason I need to do this is that I have tried umpteen ways to override the 
install location in the wix module but nothing works.  Changing destination in 
installshield doesn't work because our merge modules are written to use the 
first registry search to set the install location.  That registry search is 
fine for most of our apps that use the merge modules except for one.  I need to 
override for that one without messing up the compatibility for all the other 
apps' installers.

From: Christopher Painter [mailto:chr...@deploymentengineering.com]
Sent: Wednesday, April 27, 2011 6:46 PM
To: Vanderputten, Jennifer; General discussion for Windows Installer XML 
toolset.
Subject: Re: [WiX-users] Wix merge module troubles


Are you saying that you have a custom action that sets a registry value and 
then you use AppSearch to read the registry value in a custom action?


---
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


--- On Wed, 4/27/11, jennifer.vanderput...@emc.com 
 wrote:

From: jennifer.vanderput...@emc.com 
Subject: Re: [WiX-users] Wix merge module troubles
To: jennifer.vanderput...@emc.com, wix-users@lists.sourceforge.net
Date: Wednesday, April 27, 2011, 2:26 PM
I know why this is happening now - not sure how to fix it.

The failed machines are multi-core, so the threads are running in parallel.  
The custom action is being run in a separate thread so the key is not ready 
before the merge module does its registrysearch.

The succeeding machines are single-core so everything is truly synchronous.

The custom action is set to "synchronous, check exit code", but the behavior is 
not what I would expect of a synchronous setting.  AppSearch is happening 
simultaneously, I want AppSearch to wait for my custom action (that is writing 
the reg entry) to finish.  OK, how do I do that?  (i m noob)

--Jen

From: Vanderputten, Jennifer
Sent: Wednesday, April 27, 2011 2:14 PM
To: 
'wix-users@lists.sourceforge.net'
Subject: Wix merge module troubles

I'm setting two properties using two different registry searches.  One property 
consistently sets as expected; the other does not.

I have confirmed in every install attempt that the registry key is indeed 
there, set as expected.

With full logging passed into the msi, I see the following on the failed 
systems:

AppSearch: Property: ACUOVERRIDEDIR.F7F37B15_051C_4BEC_B4AB_D15299E5D4C8, 
Signature: ACUOverrideDir.F7F37B15_051C_4BEC_B4AB_D15299E5D4C8
MSI (c) (90:54) [12:00:59:756]: Note: 1: 2262 2: Signature 3: -2147287038
AppSearch: Property: LACFEATUREDIR.F7F37B15_051C_4BEC_B4AB_D15299E5D4C8, 
Signature: EmcVsiVSphere4LacDir.F7F37B15_051C_4BEC_B4AB_D15299E5D4C8
MSI (c) (90:54) [12:00:59:756]: Note: 1: 2262 2: Signature 3: -2147287038
MSI (c) (90:54) [12:00:59:756]: PROPERTY CHANGE: Adding 
LACFEATUREDIR.F7F37B15_051C_4BEC_B4AB_D15299E5D4C8 property. Its value is 
'C:\Program Files\EMC\Virtual Storage Integrator\vSphere4\LAC\'.

As expected, when I don't see "PROPERTY CHANGE" for the ACUOVERRIDEDIR, 
ACUOVERRIDEDIR is not being set, despite the registry key being there.  Any 
insights?

Thanks,
Jen
--
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network
management toolset available today.  Delivers lowest initial
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network 
management toolset available today.  Delivers lowest initial 
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Wix merge module troubles

[Christopher Painter]

Are you saying that you have a custom action that sets a registry value and 
then you use AppSearch to read the registry value in a custom action?

 
---
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

--- On Wed, 4/27/11, jennifer.vanderput...@emc.com 
 wrote:


From: jennifer.vanderput...@emc.com 
Subject: Re: [WiX-users] Wix merge module troubles
To: jennifer.vanderput...@emc.com, wix-users@lists.sourceforge.net
Date: Wednesday, April 27, 2011, 2:26 PM


I know why this is happening now - not sure how to fix it.

The failed machines are multi-core, so the threads are running in parallel.  
The custom action is being run in a separate thread so the key is not ready 
before the merge module does its registrysearch.

The succeeding machines are single-core so everything is truly synchronous.

The custom action is set to "synchronous, check exit code", but the behavior is 
not what I would expect of a synchronous setting.  AppSearch is happening 
simultaneously, I want AppSearch to wait for my custom action (that is writing 
the reg entry) to finish.  OK, how do I do that?  (i m noob)

--Jen

From: Vanderputten, Jennifer
Sent: Wednesday, April 27, 2011 2:14 PM
To: 'wix-users@lists.sourceforge.net'
Subject: Wix merge module troubles

I'm setting two properties using two different registry searches.  One property 
consistently sets as expected; the other does not.

I have confirmed in every install attempt that the registry key is indeed 
there, set as expected.

With full logging passed into the msi, I see the following on the failed 
systems:

AppSearch: Property: ACUOVERRIDEDIR.F7F37B15_051C_4BEC_B4AB_D15299E5D4C8, 
Signature: ACUOverrideDir.F7F37B15_051C_4BEC_B4AB_D15299E5D4C8
MSI (c) (90:54) [12:00:59:756]: Note: 1: 2262 2: Signature 3: -2147287038
AppSearch: Property: LACFEATUREDIR.F7F37B15_051C_4BEC_B4AB_D15299E5D4C8, 
Signature: EmcVsiVSphere4LacDir.F7F37B15_051C_4BEC_B4AB_D15299E5D4C8
MSI (c) (90:54) [12:00:59:756]: Note: 1: 2262 2: Signature 3: -2147287038
MSI (c) (90:54) [12:00:59:756]: PROPERTY CHANGE: Adding 
LACFEATUREDIR.F7F37B15_051C_4BEC_B4AB_D15299E5D4C8 property. Its value is 
'C:\Program Files\EMC\Virtual Storage Integrator\vSphere4\LAC\'.

As expected, when I don't see "PROPERTY CHANGE" for the ACUOVERRIDEDIR, 
ACUOVERRIDEDIR is not being set, despite the registry key being there.  Any 
insights?

Thanks,
Jen
--
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network 
management toolset available today.  Delivers lowest initial 
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network 
management toolset available today.  Delivers lowest initial 
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Run MSI with logging from Setup.exe

[lokanath devineni]

Hello All,
 
I want my msi to run always with /l*v logfile command parameters from 
setup.exe. I am generating setup.exe from Bootstrapper Manifest Generator. 
setup.exe will pass the command line parameters to msi file.but I dont want to 
send parameters to setup.exe to send to msi. I want msi to run always with 
logging from setup.exe without passing any parameters.
If anybody know the solution or any thoughts will be appreciated.
 
Thanks in advance,
 
Loknath 
--
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network 
management toolset available today.  Delivers lowest initial 
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Using WixIIsExtension and IIsSchedule binary

[Anagha Kothurwar]

Hello All,
I am using WixIIsExtension in my setup. As a result of this I notice that there 
are 2 binaries which are getting added to MSI.

1)  IIsSchedule

2)  IIsExecute
If I extract these binaries from MSI and look at the dlls I see that these are 
not signed.

I looked at the wix3 code and found in 
"src\ext\IIsExtension\wixlib\IIsExtension.wxs" that these binaries are nothing 
but scasched.dll and scaexec.dll respectively which are built into iis.wixlib 
and iis.wixlib is part of WixIIsExtension.dll.

Does this mean that the WixIIsExtension.dll contains unsigned versions of 
scasched.dll and scaexec.dll?
If yes, what is that our team can do to make sure all the embedded binaries are 
signed? Or is it ok to ship a MSI with unsigned version of these binaries?

I will really appreciate any help/information regarding this.

Thanks,
Anagha




--
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network 
management toolset available today.  Delivers lowest initial 
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Wix merge module troubles

[jennifer.vanderputten]

I know why this is happening now - not sure how to fix it.

The failed machines are multi-core, so the threads are running in parallel.  
The custom action is being run in a separate thread so the key is not ready 
before the merge module does its registrysearch.

The succeeding machines are single-core so everything is truly synchronous.

The custom action is set to "synchronous, check exit code", but the behavior is 
not what I would expect of a synchronous setting.  AppSearch is happening 
simultaneously, I want AppSearch to wait for my custom action (that is writing 
the reg entry) to finish.  OK, how do I do that?  (i m noob)

--Jen

From: Vanderputten, Jennifer
Sent: Wednesday, April 27, 2011 2:14 PM
To: 'wix-users@lists.sourceforge.net'
Subject: Wix merge module troubles

I'm setting two properties using two different registry searches.  One property 
consistently sets as expected; the other does not.

I have confirmed in every install attempt that the registry key is indeed 
there, set as expected.

With full logging passed into the msi, I see the following on the failed 
systems:

AppSearch: Property: ACUOVERRIDEDIR.F7F37B15_051C_4BEC_B4AB_D15299E5D4C8, 
Signature: ACUOverrideDir.F7F37B15_051C_4BEC_B4AB_D15299E5D4C8
MSI (c) (90:54) [12:00:59:756]: Note: 1: 2262 2: Signature 3: -2147287038
AppSearch: Property: LACFEATUREDIR.F7F37B15_051C_4BEC_B4AB_D15299E5D4C8, 
Signature: EmcVsiVSphere4LacDir.F7F37B15_051C_4BEC_B4AB_D15299E5D4C8
MSI (c) (90:54) [12:00:59:756]: Note: 1: 2262 2: Signature 3: -2147287038
MSI (c) (90:54) [12:00:59:756]: PROPERTY CHANGE: Adding 
LACFEATUREDIR.F7F37B15_051C_4BEC_B4AB_D15299E5D4C8 property. Its value is 
'C:\Program Files\EMC\Virtual Storage Integrator\vSphere4\LAC\'.

As expected, when I don't see "PROPERTY CHANGE" for the ACUOVERRIDEDIR, 
ACUOVERRIDEDIR is not being set, despite the registry key being there.  Any 
insights?

Thanks,
Jen
--
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network 
management toolset available today.  Delivers lowest initial 
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] VC++ reditributable questions

[Wilson, Phil]

A merge module is merged into your MSI and becomes part of it, so you'll never 
find any evidence of VC runtime in Add/Remove Programs. If the VC++ files are 
already installed then yours won't be, perhaps subject to file version 
replacement rules, but if it's in the WinSxS folder you may see multiple 
version of the VC++ files.  

I'm not sure that there are any registry entries for the VC files. You could 
install with a verbose log and see what happens to the VC++ files, and look in 
Windows\WinSxS for new files. And is that feature really being installed?  I 
also don't think the files will actually go into TARGETDIR from meerge modules, 
just in case you were looking there. 

Phil Wilson 

-Original Message-
From: Francisco Gabriel Malbrán [mailto:fgmalb...@gmail.com] 
Sent: Wednesday, April 27, 2011 10:48 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] VC++ reditributable questions

Hello.

First: the context: WiX v3.5, Windows 7 Enterprise

I'm intending to install the VC++ 9.0 redistributable from it's msm as
described in WiX's official documentation page [0]
Yet, even when my msi size augments in the same size as the msm and I can
see with Orca entrances related to the msm, I think it does not get
installed.

What I've done in my code is:


  






The code compiles and throws some warnings as expected and detailed in the
documentation. It does however, throw some other errors[1] but I've searched
the web and found that these are also expected from using mergemod.dll[2]

Whenever installing, however, I can't find any evidence that the VC++
redistributable package has been installed. I don't find it in Add/Remove
programs. I don't find registry keys associated with it. Etc.
1. Is this the correct way to check?
2. What can I do if in fact, the package is not being installed? (I need
some hint on where to look now)

Thanks in advance.

[0]
http://wix.sourceforge.net/manual-wix3/install_vcredist.htm

[1]
light.exe(0,0): warning LGHT1076: ICE82: This action
SystemFolder.21022.08.Microsoft_VC90_CRT_x86.RTM.0138F525_6C8A_333F_A105_14AE030B9A54
has duplicate sequence number 2 in the table InstallUISequence
1>light.exe(0,0): warning LGHT1076: ICE82: This action
SystemFolder.21022.08.Microsoft_VC90_CRT_x86.RTM.0138F525_6C8A_333F_A105_14AE030B9A54
has duplicate sequence number 2 in the table AdminUISequence
1>light.exe(0,0): warning LGHT1076: ICE82: This action
SystemFolder.21022.08.Microsoft_VC90_CRT_x86.RTM.0138F525_6C8A_333F_A105_14AE030B9A54
has duplicate sequence number 2 in the table AdvtExecuteSequence

[2]
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/ICE82-Warnings-from-duplicate-sequence-number-created-from-lt-Directory-gt-elements-using-Merge-Modus-td687752.html
Particularly:
*Duplicate* *sequence* *numbers* are not a problem as long as you don't
need *the*
order of *the* CustomActions to be consistent.  *These* type 51
CustomActions'
order relative to each other shouldn't be important.

Also, this is not a light.exe issue.  *The* behavior you are seeing is from
mergemod.dll provided by *the* Windows *Installer* SDK.

-- 
Francisco
--
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network 
management toolset available today.  Delivers lowest initial 
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
___
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).



--
WhatsUp Gold - Download Free Network Managem

[WiX-users] Wix merge module troubles

[jennifer.vanderputten]

I'm setting two properties using two different registry searches.  One property 
consistently sets as expected; the other does not.

I have confirmed in every install attempt that the registry key is indeed 
there, set as expected.

With full logging passed into the msi, I see the following on the failed 
systems:

AppSearch: Property: ACUOVERRIDEDIR.F7F37B15_051C_4BEC_B4AB_D15299E5D4C8, 
Signature: ACUOverrideDir.F7F37B15_051C_4BEC_B4AB_D15299E5D4C8
MSI (c) (90:54) [12:00:59:756]: Note: 1: 2262 2: Signature 3: -2147287038
AppSearch: Property: LACFEATUREDIR.F7F37B15_051C_4BEC_B4AB_D15299E5D4C8, 
Signature: EmcVsiVSphere4LacDir.F7F37B15_051C_4BEC_B4AB_D15299E5D4C8
MSI (c) (90:54) [12:00:59:756]: Note: 1: 2262 2: Signature 3: -2147287038
MSI (c) (90:54) [12:00:59:756]: PROPERTY CHANGE: Adding 
LACFEATUREDIR.F7F37B15_051C_4BEC_B4AB_D15299E5D4C8 property. Its value is 
'C:\Program Files\EMC\Virtual Storage Integrator\vSphere4\LAC\'.

As expected, when I don't see "PROPERTY CHANGE" for the ACUOVERRIDEDIR, 
ACUOVERRIDEDIR is not being set, despite the registry key being there.  Any 
insights?

Thanks,
Jen
--
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network 
management toolset available today.  Delivers lowest initial 
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] another noob question about customizing the standard dialog sets

[Dave Combs]

I'm trying to customize the WixUI_Advanced dialog set, and had something
fairly simple, but it doesn't seem to work the way I expected.  I'd like the
Welcome dialog to show up always (not just when doing a patch), so I copied
the WixUI_Advanced.wxs internals and changed the InstallSequence at the end
to say

   1

(the condition used to be 'Installed AND PATCH'.

Now, if I run an initial install, things look okay until I get to the end of
the Feature dialog, at which point the AdvancedEulaDlg shows up. Looking at
the MSI in Orca, I see
the following:

Action Condition Sequence
WelcomeDlg1 1295
AdvancedWelcomeEulaDlg   NOT Installed   1296
MaintenanceWelcomeDlg Installed AND NOT RESUME AND NOT Preselected AND
NOT PATCH1297
ResumeDlg Installed AND (RESUME OR Preselected)
ProgressDlg
ExecuteAction

The conditions for AdvancedWelcomeEulaDlg and the others are baked into
their .wxs files in UIExtension. I assume what was intended is that during
InstallUISequence, each will be evaluated as an initial condition and that
particular dialog will show up (and none of the others will later evaluate
to true), and then Next and Back definitions will dictate what happens
next.  That's reasonable.  However, it appears I'm then unable to dictate my
own initial dialog (WelcomeDlg always, in our case).  Is there some way to
remove the 'InstallSequence' items for the other dialogs without actually
copying and modifying the dialog .wxs source files?  I couldn't find one,
but would love a pointer to something that explains how to do it.

Thanks!
Dave
--
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network 
management toolset available today.  Delivers lowest initial 
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] VC++ reditributable questions

[Francisco Gabriel Malbrán]

Hello.

First: the context: WiX v3.5, Windows 7 Enterprise

I'm intending to install the VC++ 9.0 redistributable from it's msm as
described in WiX's official documentation page [0]
Yet, even when my msi size augments in the same size as the msm and I can
see with Orca entrances related to the msm, I think it does not get
installed.

What I've done in my code is:


  






The code compiles and throws some warnings as expected and detailed in the
documentation. It does however, throw some other errors[1] but I've searched
the web and found that these are also expected from using mergemod.dll[2]

Whenever installing, however, I can't find any evidence that the VC++
redistributable package has been installed. I don't find it in Add/Remove
programs. I don't find registry keys associated with it. Etc.
1. Is this the correct way to check?
2. What can I do if in fact, the package is not being installed? (I need
some hint on where to look now)

Thanks in advance.

[0]
http://wix.sourceforge.net/manual-wix3/install_vcredist.htm

[1]
light.exe(0,0): warning LGHT1076: ICE82: This action
SystemFolder.21022.08.Microsoft_VC90_CRT_x86.RTM.0138F525_6C8A_333F_A105_14AE030B9A54
has duplicate sequence number 2 in the table InstallUISequence
1>light.exe(0,0): warning LGHT1076: ICE82: This action
SystemFolder.21022.08.Microsoft_VC90_CRT_x86.RTM.0138F525_6C8A_333F_A105_14AE030B9A54
has duplicate sequence number 2 in the table AdminUISequence
1>light.exe(0,0): warning LGHT1076: ICE82: This action
SystemFolder.21022.08.Microsoft_VC90_CRT_x86.RTM.0138F525_6C8A_333F_A105_14AE030B9A54
has duplicate sequence number 2 in the table AdvtExecuteSequence

[2]
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/ICE82-Warnings-from-duplicate-sequence-number-created-from-lt-Directory-gt-elements-using-Merge-Modus-td687752.html
Particularly:
*Duplicate* *sequence* *numbers* are not a problem as long as you don't
need *the*
order of *the* CustomActions to be consistent.  *These* type 51
CustomActions'
order relative to each other shouldn't be important.

Also, this is not a light.exe issue.  *The* behavior you are seeing is from
mergemod.dll provided by *the* Windows *Installer* SDK.

-- 
Francisco
--
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network 
management toolset available today.  Delivers lowest initial 
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Registering a WMI interface

[Skildum, Mathew]

Currently I am having problems registering a WMI interface during a product 
upgrade.  Currently I am using a custom action to directly access the exported 
functions in the file "InstallUtilLib.dll".  Everything functions as expected 
on a new install but when the product is upgraded but the wrong version the 
interface is getting registered.  The screwy thing is that if you run a repair 
on the install, the registration process goes through and completes correctly 
and the correct files get copied into place and the interface functions.

Right now I have no idea where the WMI interface is getting the older version 
and why the new version is not being copied correctly.

Right now the DLLs that control the custom WMI interface are installed in the 
products target folder. No files are copied into the GAC by any process in the 
install.  The registration process for the WMI interface is run against the 
file in the installation folder.

A coworker and I have both hunted the web for any information on how WMI 
interfaces are registered and also for possible alternatives to using 
"InstallUtilLib.dll".  We have not been able to any alternative and this is not 
like COM interop where you can just put the registry values into in place and 
everything is happy.

Does anyone have any incite as to what happens during WMI registration?  Is 
there a better way than using "InstallUtilLib.dll"?

Any help would be greatly appreciated,

Mat Skildum


--
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network 
management toolset available today.  Delivers lowest initial 
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] General, Alec Taylor has invited you to open a Gmail account

[Alec Taylor]

I've been using Gmail and thought you might like to try it out. Here's an
invitation to create an account.


  You're Invited to Gmail!

Alec Taylor has invited you to open a Gmail account.

Gmail is Google's free email service, built on the idea that email can be
intuitive, efficient, and fun. Gmail has:

 *Less spam*
Keep unwanted messages out of your inbox with Google's innovative
technology.

*Lots of space*
Enough storage so that you'll never have to delete another message.

*Built-in chat*
Text or video chat with Alec Taylor and other friends in real time.

*Mobile access*
Get your email anywhere with Gmail on your mobile phone.

You can even import your contacts and email from Yahoo!, Hotmail, AOL, or
any other web mail or POP accounts.

Once you create your account, Alec Taylor will be notified of your new Gmail
address so you can stay in touch. Learn
moreor get
started
!
Sign 
up

Google Inc. | 1600 Ampitheatre Parkway | Mountain View, California 94043
--
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network 
management toolset available today.  Delivers lowest initial 
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] old unanswered question regarding to Dialog Close button

[Alec Taylor]

Universe implodes.

On Thu, Apr 28, 2011 at 3:07 AM, Blair  wrote:
> I'm curious: what happens if you include but disable the cancel button?
>
> -Original Message-
> From: Tobias S [mailto:tobias.s1...@gmail.com]
> Sent: Wednesday, April 27, 2011 5:13 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] old unanswered question regarding to Dialog Close
> button
>
> hmmm ... just, by accident figured out something interesting. The [X]
> seems to correspond with the [Cancel] Button. So when removing the
> Cancel button the "Dialog Close / [X]" gets disabled. Unfortunately
> this seems not be working for the ExitDialog.
>
>
> 2011/4/27 Tobias S :
>> afaik not possible except for modal dialogs. Assume here Tramontana
>> shows such one.
>>
>> By default this is not a possible requirement for Windows Installer.
>>
>> Regards,
>> Tobias
>>
>>
>> 2011/4/27 william lee :
>>> Hi,
>>> I searched a lot online, but did not hit a result.
>>> The question is how the installer make the decision to enable or disable
> the
>>> dialog X(close) button on top right corner.
>>> There is no dialog attribute to control it, but sometimes it just
> disabled,
>>> for example:
>>> http://www.tramontana.co.hu/wix/lesson8.php#8.1
>>> The first sample dialog just have X button disabled.
>>>
>>> I have a requirement that want to disable this X button on the finish
>>> install dialog, no idea how to do it.
>>> Any one know some internal "undocumented" information? :)
>>>
>>> thanks,
>>> William L.
>>>
> 
> --
>>> WhatsUp Gold - Download Free Network Management Software
>>> The most intuitive, comprehensive, and cost-effective network
>>> management toolset available today.  Delivers lowest initial
>>> acquisition cost and overall TCO of any competing solution.
>>> http://p.sf.net/sfu/whatsupgold-sd
>>> ___
>>> WiX-users mailing list
>>> WiX-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>>
>>
>
> 
> --
> WhatsUp Gold - Download Free Network Management Software
> The most intuitive, comprehensive, and cost-effective network
> management toolset available today.  Delivers lowest initial
> acquisition cost and overall TCO of any competing solution.
> http://p.sf.net/sfu/whatsupgold-sd
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
> WhatsUp Gold - Download Free Network Management Software
> The most intuitive, comprehensive, and cost-effective network
> management toolset available today.  Delivers lowest initial
> acquisition cost and overall TCO of any competing solution.
> http://p.sf.net/sfu/whatsupgold-sd
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

--
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network 
management toolset available today.  Delivers lowest initial 
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] old unanswered question regarding to Dialog Close button

[Blair]

I'm curious: what happens if you include but disable the cancel button?

-Original Message-
From: Tobias S [mailto:tobias.s1...@gmail.com] 
Sent: Wednesday, April 27, 2011 5:13 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] old unanswered question regarding to Dialog Close
button

hmmm ... just, by accident figured out something interesting. The [X]
seems to correspond with the [Cancel] Button. So when removing the
Cancel button the "Dialog Close / [X]" gets disabled. Unfortunately
this seems not be working for the ExitDialog.


2011/4/27 Tobias S :
> afaik not possible except for modal dialogs. Assume here Tramontana
> shows such one.
>
> By default this is not a possible requirement for Windows Installer.
>
> Regards,
> Tobias
>
>
> 2011/4/27 william lee :
>> Hi,
>> I searched a lot online, but did not hit a result.
>> The question is how the installer make the decision to enable or disable
the
>> dialog X(close) button on top right corner.
>> There is no dialog attribute to control it, but sometimes it just
disabled,
>> for example:
>> http://www.tramontana.co.hu/wix/lesson8.php#8.1
>> The first sample dialog just have X button disabled.
>>
>> I have a requirement that want to disable this X button on the finish
>> install dialog, no idea how to do it.
>> Any one know some internal "undocumented" information? :)
>>
>> thanks,
>> William L.
>>

--
>> WhatsUp Gold - Download Free Network Management Software
>> The most intuitive, comprehensive, and cost-effective network
>> management toolset available today.  Delivers lowest initial
>> acquisition cost and overall TCO of any competing solution.
>> http://p.sf.net/sfu/whatsupgold-sd
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>


--
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network 
management toolset available today.  Delivers lowest initial 
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network 
management toolset available today.  Delivers lowest initial 
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Burn: Detecting: additional Package info

[Vadym Verba]

Hello.

 

I have several questions about detecting mechanism in Burn.

1)  DetectPackageCompleteEventArgs contains "PackageId". Where could I
use this information? Could I somehow get access to .msi itself, described in
 with detected "PackageId"?

2)  DetectMsiFeatureEventArgs contains "PackageId" and "FeatureId". How
can I restore Feature hierarchy of detected package? I need to show Features
TreeView but I can't find how to detect proper hierarchy structure.

I know .msi feature structure and obvious workaround is to hardcore its
structure into BA, but I wonder if there is some more suitable solution.

 

Vadym.

 



http://www.sdl.com/sdl-vision";>http://www.sdl.com/images/email_new_logo.png"; alt="www.sdl.com/sdl-vision" 
border="0"/>

http://www.sdl.com/sdl-vision"; 
style="color:005740; font-weight: bold">www.sdl.com/sdl-vision



SDL PLC confidential, all rights reserved.
If you are not the intended recipient of this mail SDL requests and requires 
that you delete it without acting upon or copying any of its contents, and we 
further request that you advise us.
SDL PLC is a public limited company registered in England and Wales.  
Registered number: 02675207.
Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, 
UK.

--
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network 
management toolset available today.  Delivers lowest initial 
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] old unanswered question regarding to Dialog Close button

[Tobias S]

hmmm ... just, by accident figured out something interesting. The [X]
seems to correspond with the [Cancel] Button. So when removing the
Cancel button the "Dialog Close / [X]" gets disabled. Unfortunately
this seems not be working for the ExitDialog.


2011/4/27 Tobias S :
> afaik not possible except for modal dialogs. Assume here Tramontana
> shows such one.
>
> By default this is not a possible requirement for Windows Installer.
>
> Regards,
> Tobias
>
>
> 2011/4/27 william lee :
>> Hi,
>> I searched a lot online, but did not hit a result.
>> The question is how the installer make the decision to enable or disable the
>> dialog X(close) button on top right corner.
>> There is no dialog attribute to control it, but sometimes it just disabled,
>> for example:
>> http://www.tramontana.co.hu/wix/lesson8.php#8.1
>> The first sample dialog just have X button disabled.
>>
>> I have a requirement that want to disable this X button on the finish
>> install dialog, no idea how to do it.
>> Any one know some internal "undocumented" information? :)
>>
>> thanks,
>> William L.
>> --
>> WhatsUp Gold - Download Free Network Management Software
>> The most intuitive, comprehensive, and cost-effective network
>> management toolset available today.  Delivers lowest initial
>> acquisition cost and overall TCO of any competing solution.
>> http://p.sf.net/sfu/whatsupgold-sd
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>

--
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network 
management toolset available today.  Delivers lowest initial 
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Problem installing password protected PFX certificate

[Jim Liddell]

Hi,I'm having some trouble getting a password protected PFX certificate to 
install through WiX.
I'm using WiX 3.5.2519.0.
I include a PFX file as follows:

The value of $(var.ConfigSuffix) varies based on solution configuration (e.g. " 
(Debug)", " (Stage)"). For "Release", it is set to an empty string.
I have various solution configurations, all but one use a non-password 
protected PFX certificate, "Release" uses a password protected PFX. I deal with 
this by conditionally defining $(var.PfxPassword) in "Release" configuration 
only, and then installing the certificate as follows:

I have also tried replacing "$(var.PfxPassword)" with "[PFXPASSWORD]" (having 
defined this elsewhere), and the actual password in plain text. In every case, 
installation fails with the following log snippet:
Action start 12:29:02: InstallCertificates.InstallCertificates:  Error 
0x80070056: Failed to open PFX file.InstallCertificates:  Error 0x80070056: 
Failed to get SHA1 hash of certificate.InstallCertificates:  Error 0x80070056: 
Failed to resolve certificate: LinnRecords.CertificateCustomAction 
InstallCertificates returned actual error code 1603 (note this may not be 100% 
accurate if translation happened inside sandbox)Action ended 12:29:02: 
InstallCertificates. Return value 3.
I believe error 0x80070056 indicates an incorrect password, however I have used 
the Get-PfxCertificate in PowerShell 
(http://msdn.microsoft.com/en-us/library/dd347671.aspx) to verify that the 
password I am using is correct.
For all configurations where the PFX file does not use a password, the 
installation works without issue.
I am also having trouble finding any examples of the usage of PFXPassword 
anywhere.
Help!
Kind regards, Jim.
--
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network 
management toolset available today.  Delivers lowest initial 
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Ordering features in the custom setup dialog

[Sethy]

Possibly 3 years too late to help Flavio...

...but for anyone else who has the same problem:

There is a slight improvement that can be made over putting your feature
specifications under the Product element.

Instead of using FeatureRef element to refer to feature specifications, what
can be done is to include the contents of .wxi files using .

This preserves the order of your features in the same way as using ordered
Feature elements under the Product element.

This works because you are including the same information in the same place
via the pre-processor.

Just to re-iterate Bob's warning: You are probably relying on some accident
as to the ordering.

I think this is the best you can hope for.

--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Ordering-features-in-the-custom-setup-dialog-tp709923p6309100.html
Sent from the wix-users mailing list archive at Nabble.com.

--
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network 
management toolset available today.  Delivers lowest initial 
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] old unanswered question regarding to Dialog Close button

[Tobias S]

afaik not possible except for modal dialogs. Assume here Tramontana
shows such one.

By default this is not a possible requirement for Windows Installer.

Regards,
Tobias


2011/4/27 william lee :
> Hi,
> I searched a lot online, but did not hit a result.
> The question is how the installer make the decision to enable or disable the
> dialog X(close) button on top right corner.
> There is no dialog attribute to control it, but sometimes it just disabled,
> for example:
> http://www.tramontana.co.hu/wix/lesson8.php#8.1
> The first sample dialog just have X button disabled.
>
> I have a requirement that want to disable this X button on the finish
> install dialog, no idea how to do it.
> Any one know some internal "undocumented" information? :)
>
> thanks,
> William L.
> --
> WhatsUp Gold - Download Free Network Management Software
> The most intuitive, comprehensive, and cost-effective network
> management toolset available today.  Delivers lowest initial
> acquisition cost and overall TCO of any competing solution.
> http://p.sf.net/sfu/whatsupgold-sd
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

--
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network 
management toolset available today.  Delivers lowest initial 
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] DIFxApp does not properly rollback to the old driverwhen doing a major upgrade

[Rob Hamflett]

I emailed difxt...@microsoft.com and received this response.
"AFAIK, Difx doesn’t do anything to explicitly support RemoveExistingProducts.  
The scenario 
described on that page would require it to rollback a partial install of a new 
driver and the 
previous uninstall of the old driver.  The limited functionality in the 
rollback mechanism of DIFx 
does not support that."

So it looks like there isn't going to be a fix for this.

Rob

On 11/03/2011 14:00, Rob Hamflett wrote:
> I appear to be looking at the same problem.  I was able to reproduce it by 
> hitting 'cancel' near the
> end of an uninstall and letting it rollback.  After that uninstallation 
> failed.  Performing a repair
> fixed things.  Did you email the difx team at the email address Quinton 
> suggested, and if so, did
> you ever hear anything back.
>
> Thanks,
> Rob
>
> On 10/12/2010 20:37, James Johnston wrote:
>> Seeing as how this seems to be a fundamental problem with DIFxApp not
>> handling all the upgrade possibilities well, I was curious to see how other
>> products do things and so I ripped apart some MSIs in Orca.  I was looking
>> to see if DIFxApp was set up the same way (CustomAction table).  I also
>> inspected the placement of the RemoveExistingProducts action since after my
>> previous e-mail I believe that this plays a critical role in whether this
>> corrupted system state may occur.  Since I haven't seen any other indication
>> or documentation on the Internet (a Google search for RemoveExistingProducts
>> and DIFxApp reveals little), I thought it would be useful to report my
>> findings so others can see what some commercial software is doing.  My
>> findings:
>>
>> All products using DIFxApp place MsiProcessDrivers and MsiCleanupOnSuccess
>> actions in the normal places.  CustomAction types are always the same.  I
>> identified the program used to compile the MSI by looking at the self-named
>> custom actions each install tool tends to create (e.g. InstallShield has its
>> own DLL with tons of custom actions).
>>
>> Refer to
>> http://jpassing.com/2007/06/16/where-to-place-removeexistingproducts-in-a-ma
>> jor-msi-upgrade/ to better understand the placement of
>> RemoveExistingProducts action.  Examining this table leads me to believe
>> that placement between InstallInitialize and InstallFinalize is the best
>> place, since a canceled setup will always leave the old version on the
>> computer, no matter what.  But this doesn't seem to work with DIFxApp due to
>> its bug, as previously noted.
>>
>> My product (with the rollback problem):  Compiled with WiX and uses DIFxApp.
>> RemoveExistingProducts is placed after InstallInitialize.  According to the
>> previous link, a failure at any time (uninstall or reinstall) results in
>> only the old version remaining: leaving system state exactly as it was
>> found.  Unfortunately, as previously noted, a bug in DIFxApp prevents this
>> from happening.
>>
>> Apple Mobile Device Support (included with iTunes; presumably their iPod
>> drivers, etc.).  Compiled with WiX and uses DIFxApp.  RemoveExistingProducts
>> is placed after InstallFinalize.  Probably the DIFxApp bug is not a problem
>> here, because the new version is installed before the old version is
>> uninstalled.  An error in the new version setup (from DIFx or other source)
>> would still leave the old version and its drivers untouched.  An error in
>> the old version uninstall would leave the new version&   its drivers
>> untouched.  According to the table at the above link, the pitfall is that if
>> the uninstall fails, then BOTH versions of the product remain installed on
>> the computer.  This seems like a very inconsistent, illogical state to be
>> in; I can imagine that there could be some issues with a lot of products
>> (including mine) if this were to happen.  (Perhaps an MSI expert can
>> convince me otherwise?  Otherwise, I wonder if Apple's software can get
>> itself in a bad way if I click Cancel at just the right moment.)
>>
>> Microsoft LifeCam (webcam driver).  Don't know what compiled this; I didn't
>> see any obvious indications.  It uses DIFxApp.  RemoveExistingProducts is
>> placed after InstallInitialize.  It therefore appears to be in a very
>> similar configuration as with my product, and I believe it would leave the
>> user's DIFxApp state inconsistent if the upgrade was canceled at just the
>> right moment.  It is interesting to note that the MSI file is wrapped by a
>> bootstrapper: the MSI itself throws no UI.  The bootstrapper does NOT
>> present the user with a Cancel button.  Perhaps this is a reason why?
>>
>> Oracle VirtualBox (virtual network drivers).  Compiled with WiX and uses
>> DIFxApp.  RemoveExistingProducts is placed between InstallValidate and
>> InstallInitialize.  This seems like the best place to put it.  Uninstall
>> happens first, so there's no possibility of having both versions at the same
>> time.  If the uninstall fails, then the old version remains.  If the install
>

[WiX-users] WMI Provider Registration

[Preethi S.]

Hi,

 

I am trying to register the wmi provider(basically a dll file) through
WIX Script.

 

Using GacUtil and Install.exe tools, I can able to register.

 

Many people suggested that GacUtil is not advisable..

 

Is there any other way to register the WMI Provider??

 

Thank You,

Preethi

 

--
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network 
management toolset available today.  Delivers lowest initial 
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] CustomAction that needs to figure out the destination path

[Rune Moberg]

On Mon, Apr 25, 2011 at 1:56 AM, Bob Arnson  wrote:
> Deferred custom actions can only get a couple of system properties. To
> get any other properties (public or not), you need an immediate CA that
> writes CustomActionData for the deferred CA.

Funnily enough, this played straight into what I am seeing with my
second custom action.

I need to enumerate IIS websites. To do this, I need admin privs.

A little googling seems to suggest that the proper way to do this
would be by using a deferred action. If I understand this correctly,
the deferred action will be executed by the installer service and has
a good chance of running elevated. Fine, except I need the list of web
sites in the UI, so that suggests I need an immediate action...

Further googling then revealed several claims that my whole .msi must
run elevated, to whit the solution is a bootstrapper..?

Please tell me I missed something. :) I would want to avoid a
bootstrapper for as long as possible.

Incidentally, I put in a
Privileged
but... the log file shows:
MSI (c) (80:D8) [09:04:06:564]: PROPERTY CHANGE: Adding AdminUser
property. Its value is '1'.
MSI (c) (80:D8) [09:04:06:564]: PROPERTY CHANGE: Adding Privileged
property. Its value is '1'.

Yet I am not really elevated of course. If I run from an elevated
command line, then all is fine.

-- 
Rune

--
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network 
management toolset available today.  Delivers lowest initial 
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] old unanswered question regarding to Dialog Close button

[william lee]

Hi,
I searched a lot online, but did not hit a result.
The question is how the installer make the decision to enable or disable the
dialog X(close) button on top right corner.
There is no dialog attribute to control it, but sometimes it just disabled,
for example:
http://www.tramontana.co.hu/wix/lesson8.php#8.1
The first sample dialog just have X button disabled.

I have a requirement that want to disable this X button on the finish
install dialog, no idea how to do it.
Any one know some internal "undocumented" information? :)

thanks,
William L.
--
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network 
management toolset available today.  Delivers lowest initial 
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users