[WiX-users] Deleting user.config after uninstall?

[Jerra]

In my application I use the built in functionality for storing user 
settings (Settings.Default.xyz) which generates a user.config file.


I am leaving a trail of these old user.config files. How on earth do I 
remove these using WiX. I can't hardcode () the location as 
it is unknown at installation where they will be stored. Attaching a 
screendump of my garbage.


I guess some kind of recursive search in [user]\AppData\Local and 
deleting all my application files would be quite reckless.


Any help greatly appreciated,
Jerra

--
Visual Studio 2010 Professional
WiX 3.5
Programming in C#  /.NET 4.0
--
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 3.6 Upgrade Leaves Files in Cache (v3.6.2520.0 to v3.6.2527.0)

[Kannan24]

Hi,

Thanks for you update.

Now am able to view the MSI feature in BootstrapperApplicationData.XML file. 

How to disable the respective MSI feature from windows form?

I mean the "Class library" is like WixBA.dll. I need to set the MSI property
values from WixBA.dll.

Could you please advise me.

Thanks,
Kannan

--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WiX-3-6-Upgrade-Leaves-Files-in-Cache-v3-6-2520-0-to-v3-6-2527-0-tp7237051p7578770.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] Burn: Exe package can't find payload file that's not a dll.

[Bob Arnson]

On 10-Jun-12 13:50, Miss Parker wrote:
> I have a situation where an exe package has a payload file (a text file),
> and for this to work under normal circumstances (without Burn, just double
> click on the exe) the payload file needs to be placed in the same folder as
> the exe.
Have the .exe get its own path and replace its file name with the name 
of the text file.

-- 
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 3.6 Upgrade Leaves Files in Cache (v3.6.2520.0 to v3.6.2527.0)

[Bob Arnson]

On 11-Jun-12 01:07, Kannan24 wrote:
> I found the BootstrapperApplicationData.xml file in extracted location, but
> i cann't see the msi features list.
Feature information is stored only when 
MsiPackage/@EnableFeatureSelection="yes".

> 2. How to set the msi property values from class library?
What do you mean by "class library"?

-- 
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] Patching registry changes for COM components

[Bob Arnson]

On 11-Jun-12 14:20, Vishnu wrote:
> Install log shows registry is updated from previous (cached) msi values. I
> applied patch using ORCA tool, and didnt find any new registry changes in
> the patch file (msp). Do we need to create a component for each registry
> values and reference it in ComponentRef section in PatchFamily element?
If you have any ComponentRefs under PatchFamily, then you must include 
ComponentRefs for everything you want in the patch. Otherwise, the 
default behavior is for Pyro to find everything that changed.

-- 
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] Both .Net 3.5 and .Net 4.0 as prereqs?

[Bob Arnson]

On 10-Jun-12 13:31, Miss Parker wrote:
> Is there any way to have both .Net 3.5 and .Net 4.0 as prerequisites (by
Yes, just include both in your bundle's chain.

-- 
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] Installer ignores cancellation

[Wilson, Phil]

This describes how to do it,  but I don't know how (or if) it shows up an MSI 
log:

http://msdn.microsoft.com/en-us/library/windows/desktop/aa371614(v=vs.85).aspx  
and scroll down to INSTALLMESSAGE_COMMONDATA. 

-Original Message-
From: Rob Hamflett [mailto:rob_hamfl...@sn.scee.net] 
Sent: Monday, June 11, 2012 12:34 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Installer ignores cancellation

Hi Rob,

On 08/06/2012 16:25, Rob Mensching wrote:
> Custom actions can swallow the cancel message. If you look at the WiX 
> toolset's custom actions, we have wrappers for most of the MSI APIs 
> and in those wrappers, special handling ifa cancel is sent back. If 
> you have an install with custom actions where the cancel button is 
> being lost, this is often the issue.

Thanks, I'll download the source and poke around.

>
> The other issue is the Windows Installer may have sent the "Disable 
> Cancel button" message already. Clicking cancel after that point, of 
> course, has no effect.

Is there any documented info about this?  Is there anything I can look up on 
MSDN or search for in the log?

Thanks,
Rob

>
> On Fri, Jun 8, 2012 at 6:39 AM, Rob Hamflettwrote:
>
>> I'm seeing a strange issue where it looks like I can't cancel an 
>> installation during the last action before InstallFinalize in the 
>> InstallExecuteSequence.
>>
>> I have two deferred custom actions for updating VS 2008 and 2010 
>> (running "devenv /setup /nosetupvstemplates") and they are scheduled 
>> immediately before InstallFinalize.
>>
>> When I see the progress text for the 2008 action I cancel the 
>> installation.  The 2008 action takes some time to run so the 
>> installer continues to show this text for a bit until it eventually 
>> rolls back and aborts the installation.  If I do the same thing 
>> during the 2010 setup, (which comes after the 2008 action and is the 
>> last thing before
>> InstallFinalize) then the cancel dialog still shows as normal, but 
>> this time the installer will run to completion.
>>
>> I re-ran the installer and opted not to install the 2010 support, so 
>> the
>> 2010 action won't run.  This time when I cancel during the 2008 
>> action, the installer waits for the 2008 action to complete but this 
>> time the installation completes instead of rolling back.
>>
>> Does anyone have any insight into what's going on?
>>
>> Thanks,
>> Rob
>>
>>
>>
>> -
>> -
>> 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


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

Re: [WiX-users] Deploying WiX bootstrappers (SCCM, GPO, etc.)

[Don Walker]

Peter, thanks for your reply. I'm a developer, not an IT guy, so please
excuse me if the following questions are too basic. I wasn't aware that you
could install software remotely using login scripts. Are these the same as
startup scripts? See
http://www.mombu.com/microsoft/windows-group-policy/t-deploy-a-bat-file-using-gpo-137163.html
- look for "Active Directory Computer Startup Script".

Would an IT department with the ability to deploy using GPO's also have the
ability to run login/startup scripts? If so, it would appear to be a fairly
simple matter to deploy exe-based installers.

Do you prefer one scripting language over another? I would want to use a
simple cmd file if possible.


--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Deploying-WiX-bootstrappers-SCCM-GPO-etc-tp7578746p7578764.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] Patching registry changes for COM components

[Vishnu]

Install log shows registry is updated from previous (cached) msi values. I
applied patch using ORCA tool, and didnt find any new registry changes in
the patch file (msp). Do we need to create a component for each registry
values and reference it in ComponentRef section in PatchFamily element?

--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Patching-registry-changes-for-COM-components-tp7578720p7578762.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] WiX CustomBA Debuging

[Lily.Lee]

Hi All,

 

I am using Burn for MSIs package. I am using Votive (Visual Studio) & my
own custom BA instead of WiXBA. I tried to debug custom BA using
Debugger.Launch(). But when I start debugging, error messages occur. 

 

"No symbols are loaded for any call stack frame. The source code cannot
be displayed"

 

I realized that package.exe links CustomBA dll which located at
"C:\Documents and Settings\ user \Local Settings\Temp\{GUID}\". "{GUID}
is always changed. So, whenever I run package.exe, always directory is
changed. 

 

I think that is the reason to occur errors. 

In Visual Studio, When I started package.exe with CustomBA dll which
located at absolute path (.../Debug/bin/CustomBA.dll). But after execute
the package.exe, it links to Local Settings\Temp\{GUID} directory. So,
when we start debugging and attached to CustomBA dll, CustomBA dll's
directory is dynamically changed and "No symbols are loaded" error
occurs. 

 

 

1.   Why package.exe links dll which located at "C:\Documents and
Settings\user\Local Settings\Temp\{GUID}\"? Can we choose the path for
dll statically?

2.   If we can't choose the dll path statically, how can I use
debugging functions for CustomBA?

 

 

Please let me know.

Have a nice day.

 


This e-mail and any attachments are intended solely for the use of the 
individual or entity to whom it is addressed. It may contain information that 
is privileged, confidential and exempt, or protected from disclosure under 
applicable law. If the reader of this message is not the intended recipient or 
the employee or agent responsible for delivering it to the intended recipient, 
you are hereby notified that any review, use, disclosure, distribution, or 
copying of this communication is strictly prohibited. If you have received this 
communication in error, please notify the sender immediately and destroy all 
copies and attachments.  No liability will be accepted for any damage caused by 
any virus transmitted by this e-mail.  Your assistance in maintaining the 
integrity of e-mail communications is appreciated.  Thank you.

--
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] BootstrapperApplication Run

[Neil Sleightholm]

I have been following the WixBA as an example of how to write a managed BA. In 
WixBA.cs the Run method is overridden and when it is called the code doesn't 
exit this until the install is complete. Is this necessary or can the code 
return from here and call Engine.Quit() to signal to the engine that the 
install is complete?

Neil

Neil Sleightholm
X2 Systems Limited
n...@x2systems.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] CAQuietExec fails to execute inetsrv\appcmd

[John Cooper]

Make sure you have " on both ends of the absolute path to appcmd.exe.  
You're missing them in your code, and that will break everything.  Also, you 
need to make sure:  1) that the property you're setting before the call to 
CAQuietExec EXACTLY matches the Id of the CAQuietExec call; and 2) that the 
property is set before the call to CAQuietExec.  If you've done those two 
things, a verbose log should show you:  1) what command line is actually being 
passed to CAQuietExec; and 2) some indication of whether CAQuietExec succeeded 
or failed.  Setting up the command line can be tricky.

  
  

Note also that you may need to call the 64-bit entry point for CAQuietExec as 
IIS 7.5 on Windows Server 2008 R2 is a 64-bit process and some of the 
assemblies will not load correctly in a 32-bit call (which CAQuietExec contra 
CAQuietExec64 is).

--
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: shanmukha sainath addepalli [mailto:sainath.addepa...@gmail.com] 
Sent: Friday, June 08, 2012 1:41 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] CAQuietExec fails to execute inetsrv\appcmd

Hello John,

Thanks for the reply.

I did as you suggested but still I faced the same problem. I used 
DirectorySearch for getting the absolute path to the appcmd.exe. But I have one 
more property which is app pool name which will be taken as input from the user.


  

  


This gets me full path to appcmd.exe but still I need to write a custom action 
which updates the property being passed to CAQuietExec, with updated 
Application Pool name.

Can you share an example code...

On Thu, Jun 7, 2012 at 7:07 PM, John Cooper  wrote:

> I use AppCmd for IIS Configuration not supported by the Wix IIS Extension.
>  But, I don't build the path to appcmd.exe the way you do.  I use a 
> DirectorySearch for it, set a property to the absolute path to 
> appcmd.exe, and I pass that to CAQuietExec.  Works great for me.
>
> --
> 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: shanmukha sainath addepalli [mailto:sainath.addepa...@gmail.com]
> Sent: Thursday, June 07, 2012 12:33 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: [WiX-users] CAQuietExec fails to execute inetsrv\appcmd
>
> Hello all,
>
> I am executing appcmd command to change the Application pool to 
> Integrated mode using CAQuietExec, it fails with error "Command failed to 
> execute".
> The command is working fine when I use ExeCommand instead of CAQuiteExec.
> But ExeCommand displays a command prompt while executing the command. 
> I have followed this article 
> http://wix.sourceforge.net/manual-wix3/qtexec.htmto execute the command.
>
> Here is my code...
>
>  Property="ConfigureIntegratedAppPoolsCmd"
> Value=""[SystemFolder]inetsrv\appcmd set apppool /apppool.name:
> "[APP_POOL_NAME].POOL"
> /managedPipelineMode:Integrated"" Execute="immediate"/>
>
>  DllEntry="CAQuietExec" Execute ="deferred" Return="check"
> Impersonate="no"/>
>
> I have scheduled ConfigureIntegratedAppPoolsCmd_SetProperty custom 
> action after CostInitialize and ConfigureIntegratedAppPoolsCmd before 
> InstallFinalize. Here is the installer log generated.
>
> MSI (s) (94:DC) [09:58:38:078]: Executing op:
> ActionStart(Name=ConfigureIntegratedAppPoolsCmd,,)
> Action 09:58:38: ConfigureIntegratedAppPoolsCmd.
> MSI (s) (94:DC) [09:58:38:078]: Executing op:
>
> CustomActionSchedule(Action=ConfigureIntegratedAppPoolsCmd,ActionType=
> 1025,Source=BinaryData,Target=CAQuietExec,CustomActionData="C:\Windows
> \system32\inetsrv\appcmd set apppool /apppool.name:"App Pool.POOL"
> /managedPipelineMode:Integrated") MSI (s) (94:B0) [09:58:38:125]: 
> Invoking remote custom action. DLL:
> C:\Windows\Installer\MSI759E.tmp, Entrypoint: CAQuietExec
> CAQuietExec:  Error 0x8007007b: Command failed to execute.
> CAQuietExec:  Error 0x8007007b: CAQuietExec Failed Action ended 09:58:38:
> InstallFinalize. Return value 3.
>
> Thanks in Advance.
>
> Sainath
>
> --
> 
> 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 trans

Re: [WiX-users] WiX 3.6 Upgrade Leaves Files in Cache (v3.6.2520.0 to v3.6.2527.0)

[Kannan24]

Hi,

Thanks for your update.

I found the BootstrapperApplicationData.xml file in extracted location, but
i cann't see the msi features list.

1. Please find the BootstrapperApplicationData.xml file content below,


http://schemas.microsoft.com/wix/2010/BootstrapperApplicationData";>
  
  
  


but in my msi wxs file contains the TestSetup1 feature in title, but there
is TestSetup1 feature name in the BootstrapperApplicationData file. Please
find the wxs file.

http://schemas.microsoft.com/wix/2006/wi";>









  








  

  






2. How to set the msi property values from class library? Can you please
give a example?

Could you please help me, this is the very urgent to include in our
application.

Thanks,
Kannan

--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WiX-3-6-Upgrade-Leaves-Files-in-Cache-v3-6-2520-0-to-v3-6-2527-0-tp7237051p7578751.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] Deploying WiX bootstrappers (SCCM, GPO, etc.)

[Peter Shirtcliffe]

It is possible to install .net framework 3.5 with GPO. The instructions are
in the .net framework deployment guide for administrators
http://msdn.microsoft.com/en-us/library/cc160717%28v=vs.90%29.aspx
For whatever reason, there is no equivalent for .net 4.

This thread talks about deploying .dot net4 via a login script or Windows
Update Server
http://social.msdn.microsoft.com/Forums/eu/netfxsetup/thread/1684db13-93ea-42
e0-9811-a5221d0607f5

We ended up doing 3. Some organisations have very particular requirements and
by exposing the MSIs and providing instructions, it's easier for them to
repackage the software to suit themselves.

-Original Message-
From: Don Walker [mailto:don.wal...@versaterm.com] 
Sent: 08 June 2012 20:44
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Deploying WiX bootstrappers (SCCM, GPO, etc.)

We are investigating replacing InstallShield InstallScript-based installs
with Windows Installer-based installs. Many of our installs have
prerequisites like .Net and some also chain several installers. In the
absence of any external demands I would implement the basic installs as msi
files and package them with an appropriate WiX bootstrapper. My problem is
that some of our customers rely on Group Policy Objects (GPO's) to deploy
software. GPO's cannot be used to deploy exe's. They require simple msi
files. I have found three possible solutions to this and would like to
solicit opinions and comments from the list about these alternatives.

1. Convince the customer to upgrade to a more capable deployment solution
like SCCM that can deploy exe's. I understand that some customers may not be
able to afford the money or the time required to make this change. Does
anyone have some idea of ballpark costs and effort required to switch to a
solution like SCCM?

2. Wrap the bootstrapper in an msi. I tried a few of the free tools available
with varying success. The ones I tried either didn't work, weren't supported
and/or produced what looked like an overly complex install when I decompiled
the msi's using dark. There is also a WiX project at
http://antipatterns.blogspot.ca/2012/03/wix-project-to-wrap-exe-installer.htm
l which looked promising that I haven't tried yet. My biggest problem with
this approach is that you end up with an extra install for each wrapper and
essentially double the number of installers that you need to build and
maintain. It is also not clear to me how prerequisites like .Net or a Windows
Installer upgrade could be pushed to sites using GPO's unless we provided
wrappers for those as well (more work). Am I making this solution sound worse
than it is?

3. Build bootstrappers as required but make the msi files available as well,
along with instructions about prerequisites and how to order the installs and
set common properties. While this approach has some appeal in giving the
customer's IT department a lot of flexibility it also means that we have to
expose and document the installer logic and keep it up-to-date. We also have
to release the msi's separately. I'm not clear how the customer would deal
with exe based prerequisite packages like .Net with this approach.

Is there a better alternative that I missed? Note that I've already excluded
tools that builds msi's based on snapshot differences.

Any suggestions will be appreciated.

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

Re: [WiX-users] Installer ignores cancellation

[Rob Hamflett]

Hi Rob,

On 08/06/2012 16:25, Rob Mensching wrote:
> Custom actions can swallow the cancel message. If you look at the WiX
> toolset's custom actions, we have wrappers for most of the MSI APIs and in
> those wrappers, special handling ifa cancel is sent back. If you have an
> install with custom actions where the cancel button is being lost, this is
> often the issue.

Thanks, I'll download the source and poke around.

>
> The other issue is the Windows Installer may have sent the "Disable Cancel
> button" message already. Clicking cancel after that point, of course, has
> no effect.

Is there any documented info about this?  Is there anything I can look 
up on MSDN or search for in the log?

Thanks,
Rob

>
> On Fri, Jun 8, 2012 at 6:39 AM, Rob Hamflettwrote:
>
>> I'm seeing a strange issue where it looks like I can't cancel an
>> installation during the last action before InstallFinalize in the
>> InstallExecuteSequence.
>>
>> I have two deferred custom actions for updating VS 2008 and 2010
>> (running "devenv /setup /nosetupvstemplates") and they are scheduled
>> immediately before InstallFinalize.
>>
>> When I see the progress text for the 2008 action I cancel the
>> installation.  The 2008 action takes some time to run so the installer
>> continues to show this text for a bit until it eventually rolls back and
>> aborts the installation.  If I do the same thing during the 2010 setup,
>> (which comes after the 2008 action and is the last thing before
>> InstallFinalize) then the cancel dialog still shows as normal, but this
>> time the installer will run to completion.
>>
>> I re-ran the installer and opted not to install the 2010 support, so the
>> 2010 action won't run.  This time when I cancel during the 2008 action,
>> the installer waits for the 2008 action to complete but this time the
>> installation completes instead of rolling back.
>>
>> Does anyone have any insight into what's going on?
>>
>> Thanks,
>> Rob
>>
>>
>>
>> --
>> 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] Patching registry changes for COM components

[Bob Arnson]

On 07-Jun-12 15:21, Vishnu wrote:
> How to include registry changes in patching ?
They are, if the registry changes are reflected in the upgrade MSI and 
the component that contains them is being installed. See a verbose 
patch-install log to see what MSI is doing with each component.

-- 
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] Distribute Burn installer (silent and progress report)

[Bob Arnson]

On 07-Jun-12 11:02, nbr wrote:
> I found that a burn-based installer could be launched in silent-model so it
> should be fairly easy to integrate in a parent MSI install. The challenge
You won't be able to use Burn that way if the bundle contains other 
MSIs: MSI doesn't allow you to run another MSI during the install 
transaction.


> is, wow can we report install progress of the silent bootstrapper
> installation so the main installer knows what's going on? (suppose the
> bootstrapper needs several minutes to complete).
See the Burn source code for BURN_EXE_PROTOCOL_TYPE_BURN.

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

[WiX-users] Both .Net 3.5 and .Net 4.0 as prereqs?

[Miss Parker]

Hi, 

Is there any way to have both .Net 3.5 and .Net 4.0 as prerequisites (by
using WixMbaPrereqPackageId in some way)?

Some of the packages we're installing need .Net 3.5 and only .Net 4.0 isn't
working. The problem is that our UI needs .Net 4.0 and we've had some
trouble when installing .Net 4.0 before .Net  3.5, otherwise we could
install .Net 3.5 with our other packages and only have .Net 4.0 as a prereq.

Help is appreciated.

//Caisa

--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Both-Net-3-5-and-Net-4-0-as-prereqs-tp7578749.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 translation in bootstrapper (wix-3.6-RC)

[Bob Arnson]

On 07-Jun-12 06:11, Pasquale Fersini wrote:
> I read the documentation and I tried to load my custom file by 
> LocalizationFile
> attribute (of BootstrapperApplicationRef section), but in some fields I still
> see the variables # loc , and, at the end, setup fails. I must say I
That means you're missing some localization strings. See the WiX source 
for the .wxl file matching the theme you're using and make sure you're 
providing localizations for all strings.

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

[WiX-users] Burn: Exe package can't find payload file that's not a dll.

[Miss Parker]

Hi,

I really need some creative ideas here, some out of the box thinking. 

I have a situation where an exe package has a payload file (a text file),
and for this to work under normal circumstances (without Burn, just double
click on the exe) the payload file needs to be placed in the same folder as
the exe.

But! When I install using Burn and my Bootstrapper application the exe
doesn't find the payload file for the simple reason that the installation
isn't started in the same folder as where the exe and payload file are
placed (package cache\etc...). Since the process is started by the
bootstrapper, it also looks for the payload file in that folder. 

I tried using the layout switch, which worked really well until I realized
that when the user downloads the Bootstrapper application he/she might put
on the desktop. This means that all the installation files also are put
there. Not pretty.

My only solution right now is to create an exe that when extracted puts the
Bootstrapper app in a new folder somewhere, but I would really like to make
this work using Burn instead.

Ideas anyone?

//Caisa

--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-Exe-package-can-t-find-payload-file-that-s-not-a-dll-tp7578750.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