date:20120619

Sorry Bob, can you give me an example of using the AFTERREBOOT property and
how to skip to the last position before reboot?

Thanks

--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Continue-logging-after-a-force-reboot-during-the-install-tp7578946p7578954.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Detecting upgrades UPGRADINGPRODUCTCODE

I was able to do that when I used the Upgrade element, but now I'm using the
MajorUpgrade element and there is no where to set a variable like the
Upgrade element.  How do I do that with MajorUpgrade?

Thanks

--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Detecting-upgrades-UPGRADINGPRODUCTCODE-tp7578945p7578953.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Storing textbox value in registry

I want to store a textbox value in registry but my situation is little
different.
I am doing a registry search for a particular key value and populate this
value into the textbox and again storing this value to my custom registry
key.
Everything is working great until now, but I found if I change this value
of the textbox at the run time and proceed with the installation, the new
value does not get stored in the registry but the registry search value
gets stored.

How can I make this work perfectly? Here is my code:


 


   

 
 
   
  



-- 
Thanks and Regards,
Ravi Raj
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] using WixUI_Advanced

2012-06-19 Thread Bob Arnson

On 14-Jun-12 12:12, Bob Uva wrote:
> I'm trying to use the FeaturesDlg in WixUI_Advanced but I cannot get the
> Wix tools (called through Visual Studio) to recognize FeaturesDlg, the xml
> tag. I've tried adding a UIRef tag with the Id="WixUI_Advanced" as
> suggested in the help file, but it still is not recognized. I've also tried
Please post what you've tried (actual XML authoring) and any error 
messages you get from the tools.

-- 
sig://boB
http://joyofsetup.com/




--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] ServiceDependency, using a foreign key

2012-06-19 Thread Bob Arnson

On 14-Jun-12 19:11, john.burak wrote:
> The docs for the ServiceDependency Element say:
>
> Id: The value of this attribute should be one of the following:
> 1. The name (not the display name) of a previously installed service.
> *2. A foreign key referring to another ServiceInstall/@Id.*
Not sure what the writer was smoking that day but there's nothing like 
that in the WiX code and it's not supported by MSI. Could you file a 
bug? Doc needs fixing.

-- 
sig://boB
http://joyofsetup.com/




--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Continue logging after a force reboot during the install

2012-06-19 Thread Bob Arnson

On 19-Jun-12 17:45, victorwhiskey wrote:
> How can I continue logging if during the install I force a reboot, then the
> installer resumes after reboot?
There's no way native to MSI to do that (though it is supported with 
Burn). With MSI 4.0 and later, you can use the MsiLogging property but 
it will start a new log with an unpredictable name.

> Also, after the reboot, how can I resume
> the installer to the last position before reboot instead of running the
> installer from the beginning again?  I don't want to have to condition every
> dialog and action that can possibly be ran.  Is there a better way?
No. That's what the AFTERREBOOT property is for.

-- 
sig://boB
http://joyofsetup.com/




--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Wix fails to register with VS 2005

2012-06-19 Thread Naim Kingston

Out of interest, what OS are you running? Do you have Service Pack 1 for VS 
2005?


-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com] 
Sent: Tuesday, 19 June 2012 10:43 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Wix fails to register with VS 2005

For info it is working for me, I can open an existing project which then 
upgrades and create a new one.

Neil

-Original Message-
From: Naim Kingston [mailto:naim.kings...@ancamotion.com]
Sent: 19 June 2012 03:14
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Wix fails to register with VS 2005

Done :) 

Bug id: 3536160

I took a quick look at the log ' 
WiX_Toolset_v3.6.3014.0_20120619113652_3_nsdk2005.msi.log' and found this 
message right near the end:

MSI (s) (54:D8) [11:41:16:257]: Product: WiX Toolset v3.6 Native 2005 SDK -- 
Installation completed successfully.

So, does this mean that WiX thinks that it installed correctly, or is there 
another possible point of failure?

-Naim


-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com]
Sent: Tuesday, 19 June 2012 4:05 AM
To: chr...@iswix.com; General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Wix fails to register with VS 2005

Nope, not yet. Feedback was to not cut it. It *should* work but I haven't 
personally tried lately. Can you provide the WiX toolset install log from your 
%TEMP% folder and put the information in a bug to track the issue?

On Mon, Jun 18, 2012 at 7:25 AM, Christopher Painter wrote:

> I seem to recall that suppor for 2005 was dropped a couple years ago.
>
>
> http://robmensching.com/blog/posts/2010/4/28/Change-of-plans-for-WiX-v
> 3.5
>
> 
>
> From: "Naim Kingston" 
>
> Sent: Sunday, June 17, 2012 9:37 PM
>
> To: "wix-users@lists.sourceforge.net" 
> 
>
> Subject: [WiX-users] Wix fails to register with VS 2005
>
>
> I'm having issues ever since moving to WiX 3.6 where even though the 
> installer says that it registers with Visual Studio 2005 (and 2008, 
> and 2010), opening the .wixproj (or a solution containing a wix 
> project), I get an error that says the application for .wixproj types is not 
> installed.
>
>
> It works perfectly fine for 2008 and 2010 (although since the solution 
> file is 2005, it does a conversion first).
>
>
> I'm running Windows 7 64-bit SP1 with Service Pack 1 for Visual Studio 
> 2005. When installing Wix, it does not show me any errors and reports 
> that installation completed successfully, and I can see it that with 
> its installation progress, it does registration with VS2005.
>
>
> I've tried with several different Wix builds ever since 3.6 was 
> released, and none have worked. I don't need it installed at the 
> moment and can do some work just by editing the xml files individually 
> since other people here at work have 3.6 installed and have it working 
> (both Windows 7 and XP), but I will need it soon.
>
>
> Does anyone have any ideas as to why this may be?
>
>
> -Naim Kingston
>
>
> --
> --
> --
>
> Live Security Virtual Conference
>
> Exclusive live event will cover all the ways today's security and
>
> threat landscape has changed and how IT managers can respond. 
> Discussions
>
> will include endpoint security, mobile security and the latest in 
> malware
>
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>
> ___
>
> WiX-users mailing list
>
> WiX-users@lists.sourceforge.net
>
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
> --
> 
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond.
> Discussions will include endpoint security, mobile security and the 
> latest in malware threats.
> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



--
virtually, Rob Mensching - http://RobMensching.com LLC
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and threat 
landscape has changed and how IT managers can respond. Discussions will include 
endpoint security, mobile security and the latest in malware threats. 
http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Live Secur

Re: [WiX-users] Detecting upgrades UPGRADINGPRODUCTCODE

2012-06-19 Thread Wilson, Phil

UPGRADINGPRODUCTCODE is set in the product being *uninstalled*, the target of 
the RemoveExistingProducts, not in your code that is calling it. If you want to 
have a dialog because your setup has detected that it is upgrading an older 
existing product, then base that dialog on the property being set in your 
Upgrade, usually a name you invent like "FOUNDPREVIOUSVERSIONS". If you want 
your uninstall code to do something special when it's being upgraded (as 
opposed to being just installed) then that older outgoing product can condition 
it on UPGRADINGPRODUCTCODE. 

Phil W 

-Original Message-
From: victorwhiskey [mailto:victorhwhis...@yahoo.com] 
Sent: Tuesday, June 19, 2012 2:41 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Detecting upgrades UPGRADINGPRODUCTCODE

Hello,

I was reading the property reference
http://msdn.microsoft.com/en-us/library/windows/desktop/aa370905%28v=vs.85%29
page   for UPGRADINGPRODUCTCODE and it says UPGRADINGPRODUCTCODE is set when
RemoveExistingProducts is executed.  How can I base my dialogs then, if 
RemoveExistingProducts is executed late in the game?

Example I want a specific dialog displayed based on UPGRADINGPRODUCTCODE. So if 
RemoveExistingProducts is executed after InstallExecute, the dialog stage has 
past then.  Is there something else I can condition the dialog on?

Thanks

--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Detecting-upgrades-UPGRADINGPRODUCTCODE-tp7578945.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and threat 
landscape has changed and how IT managers can respond. Discussions will include 
endpoint security, mobile security and the latest in malware threats. 
http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
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/en/legal/default.aspx.

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



--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Continue logging after a force reboot during the install

Hello,

How can I continue logging if during the install I force a reboot, then the
installer resumes after reboot?  Also, after the reboot, how can I resume
the installer to the last position before reboot instead of running the
installer from the beginning again?  I don't want to have to condition every
dialog and action that can possibly be ran.  Is there a better way?

Thanks

--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Continue-logging-after-a-force-reboot-during-the-install-tp7578946.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Detecting upgrades UPGRADINGPRODUCTCODE

Hello,

I was reading the property reference 
http://msdn.microsoft.com/en-us/library/windows/desktop/aa370905%28v=vs.85%29
page   for UPGRADINGPRODUCTCODE and it says UPGRADINGPRODUCTCODE is set when
RemoveExistingProducts is executed.  How can I base my dialogs then, if
RemoveExistingProducts is executed late in the game?

Example I want a specific dialog displayed based on UPGRADINGPRODUCTCODE. So
if RemoveExistingProducts is executed after InstallExecute, the dialog stage
has past then.  Is there something else I can condition the dialog on?

Thanks

--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Detecting-upgrades-UPGRADINGPRODUCTCODE-tp7578945.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Chaining 2 msi's

Documentation of the basics is here:
http://wix.sourceforge.net/manual-wix3/authoring_bundle_intro.htm

Was that not at all helpful?

On Tue, Jun 19, 2012 at 11:37 AM, Dan Muller  wrote:

> Can someone please explain the process of chaining msi's? I assume that I
> have to create a Bundle then a Chain tag, but how do I continue from there?
> I have the two msi's finished, and one must be completed before the other.
>
> Thank you in advance for any help,
> Dan
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Chaining-2-msi-s-tp7578938.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
virtually, Rob Mensching - http://RobMensching.com LLC
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Burn and Msi logging revisited

0. If your product does not need the .NET Framework then by all means do
not install it just to write a managed BA. You can just as easily (assuming
you are already writing native code ) write a native BA, just like
wixstdba.
1. I don't necessarily agree. We added support for creating managed BA's
because it seems that every year fewer and fewer developers are capable of
writing native code. Providing the ability to write managed BA is very
different than recommending it. 

2. I hope not. While it is admittedly far easier to create really snazzy
looking UI via WPF vs. GDI, I hope the experience of creating a native BA
is just as straight forward as creating a managed BA. I'm a firm believer
that the WiX toolset should not require your customers to install the .NET
Framework. That's (one reason) why Burn is all native code and that all of
the standard Custom Actions are written in native code.

3. The Visual Studio team kept it's logs in %TEMP% for years and the issues
you hit never seemed to be a significant problem for them. I'm reticent to
hide log files on a user's machine where the user would not know to clean
them up. I guess I'd rather Burn not participate in WinRot if at all
possible. 

If that really is a big concern for you, the Burn engine should provide all
the information you need to successfully squirrel your logs away in some
secret place to grow cobwebs and the like. 
On Tue, Jun 19, 2012 at 12:33 PM, Don Walker wrote:

> I was aware that "The mba (Managed Bootstrapper Application) can install
> the
> .NET
> Framework *before* your managed BA comes up. That's actually howthe WiX
> toolset works. Install it on a machine with out .NET Framework and it will
> first install .NET Framework then launch the custom BA. " There is
> resistance in to installing .Net as we have a large number of customers on
> XP using products that don't require .Net. I need some good arguments to
> require .Net just to be able to perform the install. I'm thinking along the
> lines of:
> 1. Developers of WiX installers will more productive if we allow the use of
> .Net. Agree?
> 2. I'm getting the impression that WiX is improving support for .Net and
> that it may get harder to do things the old C++ way as the tools and
> documentation start to lean to the .Net way. Is this impression correct?
>
> Of course, if we delay the moved to WiX long enough, then this won't be an
> issue :-}
>
> I need to provide more information regarding your comment "However, I must
> say, I don't understand the scenario. Why are you so worried about losing
> the installation log files if someone runs Disk Cleanup Wizard? Presumably
> if something goes wrong during the install, one would get the logs right
> away" . The problem is that I don't get the logs right away. In our
> customer's environments, install failures are rarely critical as they often
> occur on test machines or there is a previous version of the product which
> is still functioning. If an install fails, the IT guy logs a support call
> and may grab a screen shot. There can be a delay of anywhere from a day to
> several weeks before I find out about the problem. Being able to retrieve
> the logs is very helpful. Currently I have access to both the InstallShield
> log file (which InstallShield hides in a safe location) and my own custom
> log files, which supplement the InstallShield log file.
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-and-Msi-logging-revisited-tp7578871p7578939.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

-- 
virtually, Rob Mensching - http://RobMensching.com LLC
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Problem with including Microsoft VS 2005 Merge Modules

Random guess, mark the Merge/FileCompression="yes". It is very possible the
VS2005 merge module incorrectly marked all of it's Files as explicitly
compressed or uncompressed and you need to force it.  I'm assuming you have
a compressed MSI.

On Tue, Jun 19, 2012 at 1:33 PM, Carl Tietjen  wrote:

> Thanks in advance for any help!
>
> I have a 32 bit installer that needs to run on both 32bit and 64 bit
> machines.
>
> The problem occurs when installing the current (security-fix) VS 2005
> merge modules provided by Microsoft (dated 5/14/2011).
> -- The problem does not occur if I remove the merge modules.
> -- The problem does not occur if I use either the original VS 2005 version
> (dated 9/23/2005) or the VS 2005 sp1 (dated 7/12/2009).
> -- The problem only occurs when installing on 64 bit machines, 32 bit
> machines work fine.
> -- If I install from the build location, the install works (i.e. when I
> use light, it creates a Windows directory in my work directory, and if I
> install from this directory, then the install works).
>
> The error I get during the install is:
>
> Error reading from file:
> C:\downloads\Windows\winsxs\b2rg91xw.1p4\
> x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.6195_x-ww_44262b86.cat.
> Verify that the file exists and that you can access it.
>
> -- Note that I am installing from C:\downloads in this failure case. And
> there is not a Windows directory under it.
>
> -- When installing from the build directory (as indicated above) this file
> would exist (i.e. [build dir]\Windows does exist and this file is in it).
>
>
> FYI -- The following snippets are the relevant lines from my wxs file to
> install the merge module.
>
>  
> DiskId="1" Language="0"/>
>  
> .
>
> AllowAdvertise="no" Display="hidden" Level="1">
>   
>   
>
> _
>
> I have included the verbose log file of the failed install.
>
> Thanks,
>
> Carl
>
>
>
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


-- 
virtually, Rob Mensching - http://RobMensching.com LLC
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] custom action dll not getting called, debugging advice

I also like to add an AssertSz(FALSE, "Debug here"); from the wcautil.h.
That pops up a dialog box with all the information what process to attach
to (since there will be multiple msiexec's). If the assert doesn't fire,
then I know the problem is with the CustomAction scheduling.

Of course, remembering to take out the Assert FALSE is important too. Wish
I could say I never forget to do that. 

On Tue, Jun 19, 2012 at 11:28 AM, Hoover, Jacob
wrote:

> This really smells like
>
> >   71  > BinaryKey="libprovisionmeter" DllEntry="provision_meter_msi" />
>
> Is actually
>
>  DllEntry="provision_meter_msi" Execute="firstSequence" />
>
> In non UI installs, only the InstallExecute sequence runs.  In full blown
> installs, both sequences run. To debug the calling of the custom action, I
> would recommend looking at your MSI with a tool like Orca or instead to see
> the actual sequence. From there you can look at the actions happening in
> your log file right before or after you expect your custom action to be
> called. Another thing to do would be to introduce logging via the MSI API's
> inside your custom action for the beginning and ending points.
>
> Jacob
>
> -Original Message-
> From: Joe Damato [mailto:j...@boundary.com]
> Sent: Tuesday, June 19, 2012 1:13 PM
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] custom action dll not getting called, debugging
> advice
>
> hi -
>
> this morning i tried installing my msi without using a full UI and noticed
> that the logfile output by the installer shows the dll getting hit.
>
> it seems that InstallExecuteSequence (or the way i am using it) only
> happens during non-UI installs. i am currently reading docs about
> InstallUISequence to understand how to fix this when users do a UI install.
>
> is there an example somewhere in the docs incorporating both
> InstallExecuteSequence and InstallUISequence?
>
> joe
>
> On Mon, Jun 18, 2012 at 3:26 PM, Joe Damato  wrote:
>
> > hi -
> >
> > i've written a dll which hits a REST api that my app needs to hit to
> > register its existence with the server, but for some reason or another
> > it seems that my dll is not being hit. i've built a simple exe that
> > links against the dll and that exe works, so i know my dll works at
> > least when linked against by something other than my MSI.
> >
> > my custom dialog is rendering correctly, however when i enter some
> > text into the edit field and click Next, i immediately get a "The key
> > is not valid. Verify that you entered the correct key." message that i
> > assume is some sort of built in message (?).
> >
> > i tried to follow along with the SampleCA example (
> > http://wix.tramontana.co.hu/system/files/samples/SampleCA.zip) and
> > here's the relevant snippets from my files (i've pasted the full
> > contents of the files here: https://gist.github.com/f9388332734cca9eb722
> ):
> >
> >   59  SourceFile="libprovisionmeter.dll"
> > />
> >   60
> >   61 
> >   62   
> >   63   
> >   64> Event="NewDialog" Value="SecurityTokenDlg" Order="2">LicenseAccepted =
> > "1"
> >   65> Value="SecurityTokenDlg">1
> >   66 
> >   67
> >   68 
> >   69 
> >   70
> >   71  > BinaryKey="libprovisionmeter" DllEntry="provision_meter_msi" />
> >   72 
> >   73
> >   74 
> >   75   
> >   76> After="CheckingSecurityToken">SECURITYTOKENACCEPTED = "0" AND NOT
> > Installed
> >   77 
> >
> > from my SecurityTokenDlg:
> >
> >6  > Width="80" Height="10" TabSkip="no" Text="&Security Token:"/>
> >7  > Width="250" Height="16" Property="SECURITYTOKEN" />
> >8  > Width="56" Height="17" Text="&Back">
> >9> Value="LicenseAgreementDlg">1
> >   10 
> >   11  > Width="56" Height="17" Default="yes" Text="&Next">
> >   12   1
> >   13> Value="WaitForCostingDlg">CostingComplete = 1
> >   14> Value="WelcomeDlg">ProductID
> >   15 
> >
> > and the associated header file of my dll:
> >
> >  int __stdcall __declspec(dllexport) provision_meter_msi(MSIHANDLE
> > hInstall);
> >
> > any suggestions on what else i could do to extract some more debug
> > information from my MSI to track down where things are going awry?
> >
> > joe
> >
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and threat
> landscape has changed and how IT managers can respond. Discussions will
> include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
> Live Security Virtual Conferenc

[WiX-users] Problem with including Microsoft VS 2005 Merge Modules

2012-06-19 Thread Carl Tietjen

Thanks in advance for any help!

I have a 32 bit installer that needs to run on both 32bit and 64 bit machines.

The problem occurs when installing the current (security-fix) VS 2005 merge
modules provided by Microsoft (dated 5/14/2011).
-- The problem does not occur if I remove the merge modules.
-- The problem does not occur if I use either the original VS 2005 version
(dated 9/23/2005) or the VS 2005 sp1 (dated 7/12/2009).
-- The problem only occurs when installing on 64 bit machines, 32 bit machines
work fine.
-- If I install from the build location, the install works (i.e. when I use
light, it creates a Windows directory in my work directory, and if I install
from this directory, then the install works).

The error I get during the install is:

Error reading from file:
C:\downloads\Windows\winsxs\b2rg91xw.1p4\x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.6195_x-ww_44262b86.cat.
Verify that the file exists and that you can access it.

-- Note that I am installing from C:\downloads in this failure case. And there
is not a Windows directory under it.

-- When installing from the build directory (as indicated above) this file
would exist (i.e. [build dir]\Windows does exist and this file is in it).

FYI -- The following snippets are the relevant lines from my wxs file to
install the merge module.

I have included the verbose log file of the failed install.

Thanks,

Carl

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Burn and Msi logging revisited

2012-06-19 Thread Don Walker

I was aware that "The mba (Managed Bootstrapper Application) can install the
.NET
Framework *before* your managed BA comes up. That's actually howthe WiX
toolset works. Install it on a machine with out .NET Framework and it will
first install .NET Framework then launch the custom BA. " There is
resistance in to installing .Net as we have a large number of customers on
XP using products that don't require .Net. I need some good arguments to
require .Net just to be able to perform the install. I'm thinking along the
lines of:
1. Developers of WiX installers will more productive if we allow the use of
.Net. Agree?
2. I'm getting the impression that WiX is improving support for .Net and
that it may get harder to do things the old C++ way as the tools and
documentation start to lean to the .Net way. Is this impression correct?

Of course, if we delay the moved to WiX long enough, then this won't be an
issue :-}

I need to provide more information regarding your comment "However, I must
say, I don't understand the scenario. Why are you so worried about losing
the installation log files if someone runs Disk Cleanup Wizard? Presumably
if something goes wrong during the install, one would get the logs right
away" . The problem is that I don't get the logs right away. In our
customer's environments, install failures are rarely critical as they often
occur on test machines or there is a previous version of the product which
is still functioning. If an install fails, the IT guy logs a support call
and may grab a screen shot. There can be a delay of anywhere from a day to
several weeks before I find out about the problem. Being able to retrieve
the logs is very helpful. Currently I have access to both the InstallShield
log file (which InstallShield hides in a safe location) and my own custom
log files, which supplement the InstallShield log file.

--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-and-Msi-logging-revisited-tp7578871p7578939.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Chaining 2 msi's

2012-06-19 Thread Dan Muller

Can someone please explain the process of chaining msi's? I assume that I
have to create a Bundle then a Chain tag, but how do I continue from there?
I have the two msi's finished, and one must be completed before the other. 

Thank you in advance for any help, 
Dan

--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Chaining-2-msi-s-tp7578938.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] custom action dll not getting called, debugging advice

2012-06-19 Thread Hoover, Jacob

This really smells like

>   71  BinaryKey="libprovisionmeter" DllEntry="provision_meter_msi" />

Is actually



In non UI installs, only the InstallExecute sequence runs.  In full blown 
installs, both sequences run. To debug the calling of the custom action, I 
would recommend looking at your MSI with a tool like Orca or instead to see the 
actual sequence. From there you can look at the actions happening in your log 
file right before or after you expect your custom action to be called. Another 
thing to do would be to introduce logging via the MSI API's inside your custom 
action for the beginning and ending points.  

Jacob

-Original Message-
From: Joe Damato [mailto:j...@boundary.com] 
Sent: Tuesday, June 19, 2012 1:13 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] custom action dll not getting called, debugging advice

hi -

this morning i tried installing my msi without using a full UI and noticed that 
the logfile output by the installer shows the dll getting hit.

it seems that InstallExecuteSequence (or the way i am using it) only happens 
during non-UI installs. i am currently reading docs about InstallUISequence to 
understand how to fix this when users do a UI install.

is there an example somewhere in the docs incorporating both 
InstallExecuteSequence and InstallUISequence?

joe

On Mon, Jun 18, 2012 at 3:26 PM, Joe Damato  wrote:

> hi -
>
> i've written a dll which hits a REST api that my app needs to hit to 
> register its existence with the server, but for some reason or another 
> it seems that my dll is not being hit. i've built a simple exe that 
> links against the dll and that exe works, so i know my dll works at 
> least when linked against by something other than my MSI.
>
> my custom dialog is rendering correctly, however when i enter some 
> text into the edit field and click Next, i immediately get a "The key 
> is not valid. Verify that you entered the correct key." message that i 
> assume is some sort of built in message (?).
>
> i tried to follow along with the SampleCA example (
> http://wix.tramontana.co.hu/system/files/samples/SampleCA.zip) and 
> here's the relevant snippets from my files (i've pasted the full 
> contents of the files here: https://gist.github.com/f9388332734cca9eb722):
>
>   59  />
>   60
>   61 
>   62   
>   63   
>   64Event="NewDialog" Value="SecurityTokenDlg" Order="2">LicenseAccepted = 
> "1"
>   65Value="SecurityTokenDlg">1
>   66 
>   67
>   68 
>   69 
>   70
>   71  BinaryKey="libprovisionmeter" DllEntry="provision_meter_msi" />
>   72 
>   73
>   74 
>   75   
>   76After="CheckingSecurityToken">SECURITYTOKENACCEPTED = "0" AND NOT 
> Installed
>   77 
>
> from my SecurityTokenDlg:
>
>6  Width="80" Height="10" TabSkip="no" Text="&Security Token:"/>
>7  Width="250" Height="16" Property="SECURITYTOKEN" />
>8  Width="56" Height="17" Text="&Back">
>9Value="LicenseAgreementDlg">1
>   10 
>   11  Width="56" Height="17" Default="yes" Text="&Next">
>   12   1
>   13Value="WaitForCostingDlg">CostingComplete = 1
>   14Value="WelcomeDlg">ProductID
>   15 
>
> and the associated header file of my dll:
>
>  int __stdcall __declspec(dllexport) provision_meter_msi(MSIHANDLE 
> hInstall);
>
> any suggestions on what else i could do to extract some more debug 
> information from my MSI to track down where things are going awry?
>
> joe
>
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and threat 
landscape has changed and how IT managers can respond. Discussions will include 
endpoint security, mobile security and the latest in malware threats. 
http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] custom action dll not getting called, debugging advice

2012-06-19 Thread Joe Damato

hi -

this morning i tried installing my msi without using a full UI and noticed
that the logfile output by the installer shows the dll getting hit.

it seems that InstallExecuteSequence (or the way i am using it) only
happens during non-UI installs. i am currently reading docs about
InstallUISequence to understand how to fix this when users do a UI install.

is there an example somewhere in the docs incorporating both
InstallExecuteSequence and InstallUISequence?

joe

On Mon, Jun 18, 2012 at 3:26 PM, Joe Damato  wrote:

> hi -
>
> i've written a dll which hits a REST api that my app needs to hit to
> register its existence with the server, but for some reason or another it
> seems that my dll is not being hit. i've built a simple exe that links
> against the dll and that exe works, so i know my dll works at least when
> linked against by something other than my MSI.
>
> my custom dialog is rendering correctly, however when i enter some text
> into the edit field and click Next, i immediately get a "The key is not
> valid. Verify that you entered the correct key." message that i assume is
> some sort of built in message (?).
>
> i tried to follow along with the SampleCA example (
> http://wix.tramontana.co.hu/system/files/samples/SampleCA.zip) and here's
> the relevant snippets from my files (i've pasted the full contents of the
> files here: https://gist.github.com/f9388332734cca9eb722):
>
>   59  />
>   60
>   61 
>   62   
>   63   
>   64Event="NewDialog" Value="SecurityTokenDlg" Order="2">LicenseAccepted =
> "1"
>   65Value="SecurityTokenDlg">1
>   66 
>   67
>   68 
>   69 
>   70
>   71  BinaryKey="libprovisionmeter" DllEntry="provision_meter_msi" />
>   72 
>   73
>   74 
>   75   
>   76After="CheckingSecurityToken">SECURITYTOKENACCEPTED = "0" AND NOT
> Installed
>   77 
>
> from my SecurityTokenDlg:
>
>6  Width="80" Height="10" TabSkip="no" Text="&Security Token:"/>
>7  Width="250" Height="16" Property="SECURITYTOKEN" />
>8  Width="56" Height="17" Text="&Back">
>9Value="LicenseAgreementDlg">1
>   10 
>   11  Width="56" Height="17" Default="yes" Text="&Next">
>   12   1
>   13Value="WaitForCostingDlg">CostingComplete = 1
>   14Value="WelcomeDlg">ProductID
>   15 
>
> and the associated header file of my dll:
>
>  int __stdcall __declspec(dllexport) provision_meter_msi(MSIHANDLE
> hInstall);
>
> any suggestions on what else i could do to extract some more debug
> information from my MSI to track down where things are going awry?
>
> joe
>
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] upgrade per-user installation with per-machine

As you found, the Windows Installer does not support cross scope upgrades.
You need to remove the per-user MSIs via some other mechanism first. Not
sure GPO has a way to remove it all.

On Mon, Jun 18, 2012 at 11:37 PM, Роман М. Кудрявцев <
kudryavce...@vnipigaz.gazprom.ru> wrote:

> Hi all!
>
> Need help. Some msi's have been distribured in Windows domain over GPO as
> per-user installations.
>
> Now I need to upgrade them, upgrades are per-machine (this is better for my
> purposes).
>
> What is proper way to uninstall old  applications?
>
> Seemed like I can't to upgrade them via Wix code and also msiexec /x do not
> uninstall (with option ALLUSERS=1 don't uninstall also).
>
>
>
> --
>
> Sincerely yours,
>
> mr. Roman M. Kudryavcev
>
> Support specialist, programmer
>
> JSC VNIPIgazdobycha
>
>  
> mailto:kudryavce...@vnipigaz.gazprom.ru
>
> JSC VNIPIgazdobycha  official e-mail is
>
>   b...@vnipigaz.gazprom.ru
>
>
>
>
>
>
>
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
virtually, Rob Mensching - http://RobMensching.com LLC
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] PATCH in Wix

2012-06-19 Thread Wilson, Phil

OLD_VERSION_FOUND is not  standard property, so my guess is that it's set via a 
search or the Upgrade table in the new MSI that you are installing. 

UPGRADINGPRODUCTCODE is set in an uninstall when it is being upgraded by a new 
product. 

Phil W 

-Original Message-
From: Ravi Raj [mailto:raviraj.callin...@gmail.com] 
Sent: Tuesday, June 19, 2012 2:21 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] PATCH in Wix

I was trying to use UPGRADINGPRODUCTCODE but none of the features are not 
working so I decided to go with  OLD_VERSION_FOUND and things are going pretty 
smooth. But will it be nice. I am not sure why former was nor working?

On Tue, Jun 19, 2012 at 2:35 PM, Peter Shirtcliffe wrote:

> There is a complete list of properties at
>
> http://msdn.microsoft.com/en-us/library/windows/desktop/aa370905%28v=v
> s.85%29
> .aspx
>
> UPGRADINGPRODUCTCODE is probably what you're after.
>
> -Original Message-
> From: Ravi Raj [mailto:raviraj.callin...@gmail.com]
> Sent: 19 June 2012 06:10
> To: General discussion for Windows Installer XML toolset.
> Subject: [WiX-users] PATCH in Wix
>
> I just wanted to ask that what PATCH keyword means? Upgrade or Patch?
> What condition I choose if I want to display upgrade UI on upgrade as 
> most of the places I have seen:
>
>  Value="LicenseAgreementDlg">NOT Installed AND NOT PATCH 
>  Value="VerifyReadyDlg">Installed AND PATCH
>
> What should I use in case of Upgrade (there is no patch in my case)?
> --
> Thanks and Regards,
> Ravi Raj
>
> --
> ---
> -
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. 
> Discussions will include endpoint security, mobile security and the 
> latest in malware threats.
> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 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.
>
>
>
> --
> 
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. 
> Discussions will include endpoint security, mobile security and the 
> latest in malware threats. 
> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

--
Thanks and Regards,
Ravi Raj
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and threat 
landscape has changed and how IT managers can respond. Discussions will include 
endpoint security, mobile security and the latest in malware threats. 
http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
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/en/legal/default.aspx.

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

--
Live Secu

[WiX-users] Installer For Website / Backend Apps / Database

2012-06-19 Thread Chase Woofer

I'm working on an Installer to setup a website, add backend apps
(these are for datamining and written in VB6) along with a database.
In using WiX 3.6 along with Visual Studio 2010 I have been able to
complete the following:

- Backend Files placed in correct directories under "Program Files"
- Website Files place in correct directories under "InetPub/wwwroot"
- Create Local User Account

I am having an issue with the database creation, which keeps giving me
an unspecified error.

Here is the section for the database:




  

On my test machine the database is located on another server, while
the production server will be all inclusive, meaning the Database/IIS
will be on the same machine.

What am I doing wrong???

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] IisExtension: How to initialize IIS web app's Physical Path Credentials property in WiX

2012-06-19 Thread John Cooper

Generally, your User element authoring should look something like this:



The key difference is that your authoring is missing the property dereferences 
(the square brackets).

Also, you can pass the fully-qualified ACCOUNT_NAME as a unit (ours is a UPN, 
but I've had it work in NT format too).

--
John Merryweather Cooper
Build & Install Engineer - ESA
Jack Henry & Associates, Inc.(r)
Shawnee Mission, KS  66227
Office:  913-341-3434 x791011
jocoo...@jackhenry.com
www.jackhenry.com 



-Original Message-
From: marz...@email.cz [mailto:marz...@email.cz] 
Sent: Tuesday, June 19, 2012 8:57 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] IisExtension: How to initialize IIS web app's Physical 
Path Credentials property in WiX

I have created WiX installer package for the new project I am working on and 
have a little unresolved issue related to proper registering the web 
application into IIS7.

The problem is that my web application is registered with incorrect Physical 
Path credentials property value (this property can be accessed through IIS7 by 
focusing the web app node and then opening its Advanced settings dialog box). 
After installation of my application the value is set to a 'specific user' with 
username 'name'. Such user of course does not exist in my environment, which 
causes the web app to fail on 500.19 when trying to open it in the browser.

So, after installing the app I have to open IIS and rest the Physical Path 
Credentials property to 'application user (pass-through authentication)', in 
order to force the web app to access its virtual directory using application 
pool's identity. This manual change of that property solves the problem..

Does anyone know how to change WiX behavior, so that Physical Path Credentials 
is set to 'application user' right out-from-the-box without any need to 
manually repair the value?

This is the fragment I use for configuring the IIS part of my solution:


http://schemas.microsoft.com/wix/2006/wi";
 xmlns:iis="http://schemas.microsoft.com/wix/IIsExtension";
  xmlns:util="http://schemas.microsoft.com/wix/UtilExtension";>

  


  



  
  



  

  
  

  
  

  
  

  


Ww have already run into this issue on other projects and always solved using a 
powershell script fixing that property value that was executed automatically 
during the installation. I believe there must be a way to make WiX install it 
the requested way and hope to find an answer. Thanks in advance.

Marek

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and threat 
landscape has changed and how IT managers can respond. Discussions will include 
endpoint security, mobile security and the latest in malware threats. 
http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] IisExtension: How to initialize IIS web app's Physical Path Credentials property in WiX

2012-06-19 Thread marzena

I have created WiX installer package for the new project I am working on and 
have a little unresolved issue related to proper registering the web 
application into IIS7.

The problem is that my web application is registered with incorrect Physical 
Path credentials property value (this property can be accessed through IIS7 by 
focusing the web app node and then opening its Advanced settings dialog box). 
After installation of my application the value is set to a 'specific user' with 
username 'name'. Such user of course does not exist in my environment, which 
causes the web app to fail on 500.19 when trying to open it in the browser.

So, after installing the app I have to open IIS and rest the Physical Path 
Credentials property to 'application user (pass-through authentication)', in 
order to force the web app to access its virtual directory using application 
pool's identity. This manual change of that property solves the problem..

Does anyone know how to change WiX behavior, so that Physical Path Credentials 
is set to 'application user' right out-from-the-box without any need to 
manually repair the value?

This is the fragment I use for configuring the IIS part of my solution:


http://schemas.microsoft.com/wix/2006/wi";
 xmlns:iis="http://schemas.microsoft.com/wix/IIsExtension";
  xmlns:util="http://schemas.microsoft.com/wix/UtilExtension";>

  


  



  
  



  

  
  

  
  

  
  

  


Ww have already run into this issue on other projects and always solved using a 
powershell script fixing that property value that was executed automatically 
during the installation. I believe there must be a way to make WiX install it 
the requested way and hope to find an answer. Thanks in advance.

Marek

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Wix fails to register with VS 2005

2012-06-19 Thread Neil Sleightholm

For info it is working for me, I can open an existing project which then 
upgrades and create a new one.

Neil

-Original Message-
From: Naim Kingston [mailto:naim.kings...@ancamotion.com] 
Sent: 19 June 2012 03:14
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Wix fails to register with VS 2005

Done :) 

Bug id: 3536160

I took a quick look at the log ' 
WiX_Toolset_v3.6.3014.0_20120619113652_3_nsdk2005.msi.log' and found this 
message right near the end:

MSI (s) (54:D8) [11:41:16:257]: Product: WiX Toolset v3.6 Native 2005 SDK -- 
Installation completed successfully.

So, does this mean that WiX thinks that it installed correctly, or is there 
another possible point of failure?

-Naim


-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com]
Sent: Tuesday, 19 June 2012 4:05 AM
To: chr...@iswix.com; General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Wix fails to register with VS 2005

Nope, not yet. Feedback was to not cut it. It *should* work but I haven't 
personally tried lately. Can you provide the WiX toolset install log from your 
%TEMP% folder and put the information in a bug to track the issue?

On Mon, Jun 18, 2012 at 7:25 AM, Christopher Painter wrote:

> I seem to recall that suppor for 2005 was dropped a couple years ago.
>
>
> http://robmensching.com/blog/posts/2010/4/28/Change-of-plans-for-WiX-v
> 3.5
>
> 
>
> From: "Naim Kingston" 
>
> Sent: Sunday, June 17, 2012 9:37 PM
>
> To: "wix-users@lists.sourceforge.net" 
> 
>
> Subject: [WiX-users] Wix fails to register with VS 2005
>
>
> I'm having issues ever since moving to WiX 3.6 where even though the 
> installer says that it registers with Visual Studio 2005 (and 2008, 
> and 2010), opening the .wixproj (or a solution containing a wix 
> project), I get an error that says the application for .wixproj types is not 
> installed.
>
>
> It works perfectly fine for 2008 and 2010 (although since the solution 
> file is 2005, it does a conversion first).
>
>
> I'm running Windows 7 64-bit SP1 with Service Pack 1 for Visual Studio 
> 2005. When installing Wix, it does not show me any errors and reports 
> that installation completed successfully, and I can see it that with 
> its installation progress, it does registration with VS2005.
>
>
> I've tried with several different Wix builds ever since 3.6 was 
> released, and none have worked. I don't need it installed at the 
> moment and can do some work just by editing the xml files individually 
> since other people here at work have 3.6 installed and have it working 
> (both Windows 7 and XP), but I will need it soon.
>
>
> Does anyone have any ideas as to why this may be?
>
>
> -Naim Kingston
>
>
> --
> --
> --
>
> Live Security Virtual Conference
>
> Exclusive live event will cover all the ways today's security and
>
> threat landscape has changed and how IT managers can respond. 
> Discussions
>
> will include endpoint security, mobile security and the latest in 
> malware
>
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>
> ___
>
> WiX-users mailing list
>
> WiX-users@lists.sourceforge.net
>
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
> --
> 
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond.
> Discussions will include endpoint security, mobile security and the 
> latest in malware threats.
> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



--
virtually, Rob Mensching - http://RobMensching.com LLC
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and threat 
landscape has changed and how IT managers can respond. Discussions will include 
endpoint security, mobile security and the latest in malware threats. 
http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and threat 
landscape has changed and how IT managers can respond. Discussions will include 
endpoint security, mobile security and the latest in malware threats. 
http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

Re: [WiX-users] Session.Message to display messages during Deferred custom action

2012-06-19 Thread jhennessey


raviraj87 wrote
> 
> I am using
> session.Message(InstallMessage.Error | (InstallMessage)(icon) |
> (InstallMessage)MessageBoxButtons.OK,
> new Record { FormatString = message });
> to display any messages during deferred CA and everything works great.
> The message box shows only one button named OK.
> I can use Yes/No/Cancel using MessageBoxButtons option but then how to
> handle these buttons? Any suggestions?
> 

session.Message will return a
Microsoft.Deployment.WindowsInstaller.MessageResult. Simply check the value
of it if you wish to handle the results differently.

--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Session-Message-to-display-messages-during-Deferred-custom-action-tp7578923p7578929.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WiX-users Digest, Vol 73, Issue 38

2012-06-19 Thread Frank Jenner

I would recommend looking through that entire tutorial, as it's very useful
and informative for a new WiX user. In general, the underlying Windows
Installer framework that WiX uses does not provide any type of UI for the
installer, short of the "configuring" dialog that you witnessed. If you're
working directly with Windows Installer, it is your responsibility to
author/implement all of the UI screens that will be displayed during the
installation.

Fortunately, when you use a tool like WiX (or InstallShield, or many other
Windows Installer-based tools), this work has already been done for you. In
the case of WiX, the WixUI extension provides a familiar looking dialog
library that serves this exact purpose so that little effort is required on
your part. If you read further along in the tutorial, the section
Tutorial->User Interface->First Steps (
http://wix.tramontana.co.hu/tutorial/user-interface/first-steps) provides
some example WiX code (also downloadable here:
http://wix.tramontana.co.hu/system/files/samples/SampleWixUI.zip) to create
an installer with a user interface that is likely closer to what you were
expecting.
___
Frank Jenner

On Tue, Jun 19, 2012 at 3:28 AM, eddie burkowich
wrote:

> Hi,
> I downloaded the sample and compiled it from the command line as :
>
> Candle.exe SampleFirst.exe
>
> Light.exe SampleFirst.exe -o SampleFirts.msi
>
> and i install the msi however it only showed me a single dialog as setup is
> configuring the foobar setup and exit without prompting for any dialog
>  ltes say at the last finish or something like that.
>
> Please help with this.
>
> Thanks
>
>
> > Today's Topics:
> >
> >   1. Re: A sample/simple Wix Installer (Frank Jenner)
> >
> > Message: 1
> >
> > The WiX tutorial at http://wix.tramontana.co.hu/ is accompanied by a few
> > samples, the simplest of can be found on the "Putting it to Use" page (
> > http://wix.tramontana.co.hu/tutorial/getting-started/putting-it-to-use).
> > The direct download link is
> > http://wix.tramontana.co.hu/system/files/samples/SampleFirst.zip.
> > ___
> > Frank Jenner
> >
> >
> > On Mon, Jun 18, 2012 at 8:37 AM, eddie burkowich
> > wrote:
> >
> > > Hi,
> > >
> > > I want to know that is there any link from where i can download a
> simple
> > > Wix sample , make a wixobj on my system just to have a better
> > understanding
> > > of how the wix is made to use.
> > >
> > > Thanks
> > >
> > > -
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Storing the value of CheckBox in registry

I have authored an installer using Wix 3.6 RC. I have a checkbox in the
dialog UI which is disabled and unchecked initially. There is a "Verify"
button next to it. When I press this button a custom action gets executed
(immediate) and sets a value of parameter which decides whether check box
gets enabled or not. Here is the code:

  
  


I am storing this value of checkbox in registry:


Not Installed

  

  

Now I have to do this:
1) If user does not click the Verify button : Registry gets value 0
2) If he clicks button (CA gets false and checkbox remains disabled) :
Registry gets value 0
3) If he clicks button and checkbox enables but he does not check the
checkbox : Registry gets value 0
4) If he clicks button and checkbox enables and he does check the check box
: Registry gets value 1

Mine is not working at only one condition, when he checks this, registry
does get 1 but either it is disabled or remains unchecked the registry gets
nothing.

Now when I use: 
the check box is checked but remain disabled in UI and registry entry shows
as 0 (great). But now I have a valid Verify button action and checkbox
enables (but still checked). and I go ahead with installation, I saw
registry value still be 0 (oh man!!!) rather it should be 1.

Is there a better way to do this or alternate solution?

-- 
Thanks and Regards,
Ravi Raj
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Make a permanent registry key but delete the registry value under it

2012-06-19 Thread tetelee

Hi all,
I have such a situation that we want to keep the registry keys we add at the
installation (so that when the software is installed again it can find the
relative information), I think this can be achieved by setting the Permanent
property to "yes" of the component which includes target registry key(s).
Under one of these keys, we will write a value(let's call it StringValue and
the value we assign is "ValueA") during installation. So my code would like
this:



But during uninstallation, although we want to keep the registry key, we
indeed want to replace this "ValueA" value to empty string. I am not
familiar with such setting, how can I achieve that? Any help will be
appreciated. Thanks!

--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Make-a-permanent-registry-key-but-delete-the-registry-value-under-it-tp7578924.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Session.Message to display messages during Deferred custom action

I am using
session.Message(InstallMessage.Error | (InstallMessage)(icon) |
(InstallMessage)MessageBoxButtons.OK,
new Record { FormatString = message });
to display any messages during deferred CA and everything works great.
The message box shows only one button named OK.
I can use Yes/No/Cancel using MessageBoxButtons option but then how to
handle these buttons? Any suggestions?

-- 
Thanks and Regards,
Ravi Raj
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] PATCH in Wix