[WiX-users] How to conditionally launch per prerequisites

[David Bartmess]

I have two features in my application installer, one that requires .NET 
Framework 1.1, and one that requires version 2.0.

Is it possible to set launch conditions per the features actually being 
installed (as below)? Or are these conditions checked prior to the feature 
selection? If so, how can I error out the installation if a feature is selected 
that has a prerequisite that is NOT installed?

Thanks!




















David Bartmess
Wall Street On Demand
david.bartm...@wallst.com
direct: 303.417. x585
cell: 303.883-9117
fax: 303.444.2586

--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Customizing Dialogs - checkbox not updating property

[Fredrik Kauma]

Hi all!
I want to add a checkbox to conditionally install a desktop shortcut. I
found examples of this on the web that I tried but I was not able to get
any of the to work properly. The problem seems to be that the UI fails
to update the property I use to control the installation of the
shortcut. I am new to WiX so there is probably something very obvious
that I have missed.

I pretty much follow the DizzyMonkey example:
http://www.dizzymonkeydesign.com/blog/misc/adding-and-customizing-dlgs-i
n-wix-3/

I have placed the checkbox in the InstallDirDlg (i.e. before the
installation starts):



But no matter if I check or uncheck the checkbox, the
INSTALLDESKTOPSHORTCUT property does not change from its initial value. 

If I set the property:

  

the shortcut always installs. If I omit the statement the shortcut never
installs. What I'm I doing wrong? I can not figure it out.

I am using Windows Installer XML Toolset, Version 3.0.5217.0

BR,
Fredrik

--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] UI plans for burn

[jhennessey]

Hi All,

Thanks for the answers.

For awhile I have been intending to create a wizard type framework which I
could utilize using an external UI.

Now, when burn is available, the scenario I'm envisioning would be something
like this:

a) burn .exe allows for installation of .NET (or other prerequisites)
b) burn.exe calls entry point in (possibly managed code) custom UI .dll
c) Custom UI displays appropriate dialogs based on state information.
d) Package(s) are installed

Is this scenario (or something similar) what burn is going to be designed to
do or am I thinking about this the wrong way?

(Sorry for all the questions, I know I'm jumping the gun a bit...just eager
to eventually be free from the Windows Installer standard UI.)



Rob Mensching-6 wrote:
> 
> Oh, and after the raw basics work, we'll iterate like we always do, 
> until it works well. 
> 
> Rob Mensching wrote:
>> A few more details:
>>
>> 1. I think we will end up doing the work to host the CLR. It won't be
>> available right out of the gate but it is a thing to solve (and there
>> are several very challenging things to solve).
>>
>> 4. There will not be different entry points. However, you application
>> will be provided the "action state" (install, uninstall) if it was
>> provided on the command-line. Also, burn will calculate the install
>> states for all of your packages. The problem with picking "install mode"
>> vs. "repair/maintenance mode" is how would burn know which is which? For
>> example, if none of your packages are on the machine is that because the
>> user removed them or this is the first install? If one of 5 packages is
>> missing, is that because the user chose not to install it the first time
>> or some other app happens to install 4 of your 5 packages? Anyway, the
>> goal is to provide enough information to the UI so it can decide how it
>> would like to proceed.
>>
>> We're trying very hard not to make a lot of decisions for the UI
>> (instead, just provide data).
>>
>>
>> Brian Rogers wrote:
>>   
>>> Hey Guys,
>>>
>>> Although I cannot commit to a time line right now, I do have the
>>> following
>>> plans if all continues as schedule.
>>>
>>> 1. We are working on hosting the CLR for our team's consumption. If we
>>> get
>>> something usable in place that the WiX team will accept then we will
>>> hand it
>>> over.
>>>
>>> 2. Not sure how, or if we will handle this currently, but my thoughts
>>> were
>>> to show the passive install UI for .NET. We will be writing that in
>>> native
>>> code.
>>>
>>> 4. I believe the plan is no (as of now), there will not be different
>>> entry
>>> points. You will need to detect the system state to figure what you
>>> would
>>> like to do. From point #3, however, there is one key you can be set
>>> where
>>> you could pass in a command line value you expect as uninstall
>>> (HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{PRODUCT-GUID}\UninstallString).
>>>
>>> Hope this helps,
>>>
>>> Brian Rogers
>>> "Intelligence removes complexity." - Me
>>> http://icumove.spaces.live.com
>>>
>>>
>>> On Wed, Apr 29, 2009 at 5:51 PM, Bob Arnson  wrote:
>>>
>>>
>>> 
 jhennessey wrote:

   
> 1. I remember reading that burn will allow you to provide a custom UI
>
> 
 .dll.

   
> If this is still the case, can this be a .Net assembly?
>
> 
 Not unless somebody does the work to host the CLR. Burn has to be
 native
 code so we can support installing .NET.


   
> 2. Assuming that the answer to number 1 was "yes", will burn first
> allow
>
> 
 the

   
> installation of prerequisites (like the .Net Framework) before loading
>
> 
 the

   
> UI .dll?
>
>
> 
 See #1 and add "only if someone makes a CLR host that first shows
 native-only UI to bootstrap .NET."


   
> 3. Will burn provide built-in functionality to allow the bootstrapper
> to
>
> 
 be

   
> launched from the Add/Remove programs applet (kind of like how the
> Visual
> Studio installer launches its bootstrapper)?
>
>
> 
 Built-in? No. The right way to do it is by installing your Burn .exe so
 you can write the ARP overrides and service the chainer itself.


   
> 4. Will burn allow you to specify different UI entrypoints for modify
> and
> remove scenarios (or will you just have to code the detection logic
>
> 
 yourself

   
> like in an external UI)?
>
>
> 
 Dunno.

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




 --
 Register Now & Save for Velocity, the Web Performance & Operations
 Conference from O'Reilly Media

Re: [WiX-users] Uninstall password prompt

[Jeff Reed]

Have you considered solving this by Windows security policy management? 
(assuming you are deploying within an organization)

-Original Message-
From: Yu, Brian [mailto:b...@easyscreen.com] 
Sent: Thursday, April 30, 2009 5:10 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Uninstall password prompt

I want to the installer to prompt for passwords when user uninstalls,
this prevents any joe bloggs uninstalling my software.

Is this possible?

 

Brian


_
This e-mail was sent to you by EASYSCREEN LIMITED (EASYSCREEN). We are 
incorporated under the laws of England and Wales (company no. 05677531 and VAT 
registration no. 872810613). Our registered office is at 155 Bishopsgate, 
London EC2M 3TQ. This e-mail and/or any attached documents may contain 
privileged and confidential information and should only be read by those 
persons to whom this e-mail is addressed. Use by other than intended recipients 
is prohibited. If you are not the addressee, you must not copy, distribute, 
disclose or use any of the information in it. If you have received it in error, 
please delete it and immediately notify the sender. EASYSCREEN reserves the 
right to monitor all e-mail messages passing through its network. As we cannot 
guarantee the genuineness, accuracy or completeness of the information 
contained in this message, the statements set forth are not legally binding.
--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] registering a .net com assembly

[barry]

Wilson, Phil wrote:
> 
> A couple of things:
> 
> 1, It looks like your versions are 1.0.* and the compiler will generate a
> new one every time you build. If you heat once and then rebuild your
> add-in you're going to have a mismatch. I recommend setting a complete
> version.  If you haven't specified COM guids in your add-in there's a
> chance the compiler will generate new ones if it thinks something has
> changed. Nail down these things so you can look in the registry to see
> what's there and they're not changing at every build.
> 
> 2. Does "not registered" mean that you look in the registry after install
> and there is nothing there?  You'll have to work backwards from that. If
> they are there, do they match the current assembly? Are they there but
> your add-in doesn't work? If they are not there perhaps they're not being
> installed, depending on the content of your MSI file, so install with a
> log and see what's going on.
> 
> Phil Wilson
> 
> 

Hi There,
After another long day trying to isolate this problem I think I am making
some progress..

I changed the Addin GUID to a new guid and regenerated the wix fragment and
reinstalled on my development box. The Addin installs correctly and gets
loaded in word successfully.

However when I have deployed the same installer to a clean test machine the
dll fails to load correctly once it is installed. The Addin gets reset by
word (Loadbehaviour=2) when it tries to load it.

I installed the sdk on the clean test box and extracted the Fusion logs for
the issue (click to view):

http://www.padraiglarkin.com/temp/DTIOfficeAddIn, Version=1.0.0.1,
Culture=neutral, PublicKeyToken=null.HTM DTIOfficeAddIn, Version=1.0.0.1,
Culture=neutral, PublicKeyToken=null.HTM 
http://www.padraiglarkin.com/temp/Extensibility, Version=7.0.3300.0,
Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a.HTM Extensibility,
Version=7.0.3300.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a.HTM 
http://www.padraiglarkin.com/temp/mscorlib, Version=2.0.0.0,
Culture=neutral, PublicKeyToken=b77a5c561934e089.HTM mscorlib,
Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089.HTM 
http://www.padraiglarkin.com/temp/WhereRefBind!Host=(LocalMachine)!FileName=(DTIOfficeAddIn.dll).HTM
WhereRefBind!Host=(LocalMachine)!FileName=(DTIOfficeAddIn.dll).HTM 

Any help much appreciated
-Barry






-- 
View this message in context: 
http://n2.nabble.com/registering-a-.net-com-assembly-tp2748181p2753921.html
Sent from the wix-users mailing list archive at Nabble.com.


--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Setting a registry key based on a checkbox on the Exit dialog

[Bob Arnson]

Michael Bednarek wrote:
> In my MSI I have a checkbox on the last dialog (the Exit dialog). If the user 
> ticks the checkbox, I would like to set a registry value. This is to provide 
> some information to an application that runs after the MSI has completed.
>   

Put the check box on a dialog that appears *before* the install begins; 
then it's tied to a public property that you can write to the registry 
using stock MSI functionality.

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



--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] registering a .net com assembly

[barry]

Hi Phil,
Some more info...

I turned on Fusion in the registry for logging assembly load errors and the
following error is logged when Word loads and then disables the AddIn.

-
*** Assembly Binder Log Entry  (01/05/2009 @ 12:40:39) ***
The operation failed.
Bind result: hr = 0x80070002. The system cannot find the file specified.

Assembly manager loaded from: 
C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\mscorwks.dll
Running under executable  C:\Program Files\Microsoft
Office\Office10\WINWORD.EXE
--- A detailed error log follows. 

=== Pre-bind state information ===
LOG: User = TST-ETSXP03\acasadmin
LOG: DisplayName = DTIOfficeAddIn, Version=1.0.3405.28082, Culture=neutral,
PublicKeyToken=null
 (Fully-specified)
LOG: Appbase = file:///C:/Program Files/Microsoft Office/Office10/
LOG: Initial PrivatePath = NULL
LOG: Dynamic Base = NULL
LOG: Cache Base = NULL
LOG: AppName = WINWORD.EXE
Calling assembly : (Unknown).
===
LOG: This bind starts in default load context.
LOG: Download of application configuration file was attempted from
file:///C:/Program Files/Microsoft Office/Office10/WINWORD.EXE.config.
LOG: Configuration file C:\Program Files\Microsoft
Office\Office10\WINWORD.EXE.config does not exist.
LOG: No application configuration file found.
LOG: Using machine configuration file from
C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\config\machine.config.
LOG: Policy not being applied to reference at this time (private, custom,
partial, or location-based assembly bind).
LOG: Attempting download of new URL file:///C:/Program Files/Microsoft
Office/Office10/DTIOfficeAddIn.DLL.
LOG: Attempting download of new URL file:///C:/Program Files/Microsoft
Office/Office10/DTIOfficeAddIn/DTIOfficeAddIn.DLL.
LOG: Attempting download of new URL file:///C:/Program Files/Microsoft
Office/Office10/DTIOfficeAddIn.EXE.
LOG: Attempting download of new URL file:///C:/Program Files/Microsoft
Office/Office10/DTIOfficeAddIn/DTIOfficeAddIn.EXE.
LOG: All probing URLs attempted and failed.
---

note the version "DTIOfficeAddIn, Version=1.0.3405.28082" looks like it is
still pointing at the old version where now I am setting the version number
iof the dll to be 1.0.0.1. The 1.0.0.1 dll gets installed and written to the
registry as per my heat generated keys above.

Is there a way of uninstalling all old versions of an assembly so that i
have a clean place to start from?

Cheers,
Barry




-- 
View this message in context: 
http://n2.nabble.com/registering-a-.net-com-assembly-tp2748181p2752759.html
Sent from the wix-users mailing list archive at Nabble.com.


--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Setting a registry key based on a checkbox on the Exit dialog

[Michael Bednarek]

Hi all,

In my MSI I have a checkbox on the last dialog (the Exit dialog). If the user 
ticks the checkbox, I would like to set a registry value. This is to provide 
some information to an application that runs after the MSI has completed.

What is the best way of doing this? AFAIK I can't simply define a Registry 
element in my WiX, because the installation of the product will already have 
been completed by the time the Exit dialog is displayed. Do I need to create my 
registry value manually from within a custom action? Are there any risks 
involved with that (i.e. permissions problems because I'm running a custom 
action in the UI phase and I will need access to HKLM)?

Any help would be appreciated.

Thanks,

Mike Bednarek
--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WixUI_Advanced and WixPerMachineFolder setting

[Bob Arnson]

Preston, Stuart wrote:
> Thanks - I tried that today with no joy.  However, I've since discovered
> this only seems to occur for me when running inside Virtual PC 2007 SP1.
> I found a physical 2008 server, installed Windows Installer 4.5 on it
> and didn't get the issue at all...  
>   

Both x86? That's pretty freaky (as I'm sure you get).

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



--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Custom Action ?

[Connatic]

HI Again,

i have 1 final issue with my Wix Install, one of my colleagues has written a
c++ dll which is basically a Network Folder Browser.

I want to Call this Custom Action from a Dialog and return a path value.

Obviously it is not working currently, there is no error, when you click on
the associated browse button it just moves you to the Finish dialog, and
doesn't install.

This is the code i have so far

  




and i have this inside a Dialog - 


1
NOT SERVER_ROOT =
"" AND NETWORK_OK = 1
1
1
  

The dll returns the value SERVER_ROOT

basically the question i have is am i missing something ?

I have seen lot of examples of custom action but not any that are called
from a Dialog so i am not sure.


-- 
View this message in context: 
http://n2.nabble.com/Custom-Action---tp2752485p2752485.html
Sent from the wix-users mailing list archive at Nabble.com.


--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Wix Projects wont Load in VS2008 ?

[Connatic]

Jason, you are a Star !! :0)

That did the trick, what exactly does that command do out of interest ?

nb - i have spent the last day trying to fix what your command fixed in 2
minutes !


Jason Ginchereau wrote:
> 
> Try this command:  devenv.exe /resetskippkgs
> 

-- 
View this message in context: 
http://n2.nabble.com/Wix-Projects-wont-Load-in-VS2008---tp2748164p2752401.html
Sent from the wix-users mailing list archive at Nabble.com.


--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Unhandled System.IO.FileLoadException in candle

[John Daintree]

Right, I'll upgrade and get back to you.

- Original Message - 
From: "Bob Arnson" 
To: "General discussion for Windows Installer XML toolset." 

Sent: Friday, May 01, 2009 12:41 AM
Subject: Re: [WiX-users] Unhandled System.IO.FileLoadException in candle


> John Daintree wrote:
>> Unhandled Exception: System.IO.FileLoadException: Could not load file or 
>> assembly 'candle, Version=3.0.2925.0, Culture=neutral, 
>> PublicKeyToken=9f4be179981a58d1' or one of its dependencies. The network 
>> is busy. (Exception from HRESULT: 0x80070036)
>>
>
> Are you loading extensions from a share?
>
> BTW, that's an ancient build of WiX; please upgrade and if the bug
> continues, file a bug so we can evaluate it.
>
> -- 
> sig://boB
> http://joyofsetup.com/
>
>
>
> --
> Register Now & Save for Velocity, the Web Performance & Operations
> Conference from O'Reilly Media. Velocity features a full day of
> expert-led, hands-on workshops and two days of sessions from industry
> leaders in dedicated Performance & Operations tracks. Use code vel09scf
> and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users 


--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] warning LGHT1055: The InstallExecuteSequence table contains an action 'SchedXmlFile' which cannot be merged

[John Stevenson-Hoare]

Thanks.


Rob Mensching-6 wrote:
> 
> Because both Merge Modules have the CustomAction but a CustomAction can 
> only exist in a Product once. So the warning is telling you one of them 
> is being dropped.
> 
> John Stevenson-Hoare wrote:
>> Does anyone know why I get this warning and the following warnings when
>> I include two merge modules in my installation package that each
>> contains a reference to WixUtilExtension?
>>
>>
>>
>> warning LGHT1056: The CustomAction table contains a row with primary
>> key(s) 'SchedXmlFile' which cannot be merged from the merge module
>>
>> warning LGHT1056: The CustomAction table contains a row with primary
>> key(s) 'ExecXmlFile' which cannot be merged from the merge module
>>
>> warning LGHT1056: The CustomAction table contains a row with primary
>> key(s) 'ExecXmlFileRollback' which cannot be merged from the merge
>> module
>>
>>
>>
>> Thanks.
>>
>>
>>
>>
>> __
>>
>> CONFIDENTIALITY AND DISCLAIMER NOTICE
>>
>> This message and any attachment is confidential and is protected by
>> copyright. If you are not the intended recipient, please email the sender
>> and delete this message and any attachment from your system.
>> Dissemination and or copying of this email is prohibited if you are not
>> the intended recipient.
>>
>> We believe, but do not warrant, that this email and any attachments are
>> virus free. You should take full responsibility for virus checking.
>>
>> No responsibility is accepted by FFEI Ltd for personal emails or emails
>> unconnected with FFEI Limited's business.
>> __
>> --
>> Register Now & Save for Velocity, the Web Performance & Operations
>> Conference from O'Reilly Media. Velocity features a full day of
>> expert-led, hands-on workshops and two days of sessions from industry
>> leaders in dedicated Performance & Operations tracks. Use code vel09scf
>> and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>   
> 
> --
> Register Now & Save for Velocity, the Web Performance & Operations 
> Conference from O'Reilly Media. Velocity features a full day of 
> expert-led, hands-on workshops and two days of sessions from industry 
> leaders in dedicated Performance & Operations tracks. Use code vel09scf 
> and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> 

-- 
View this message in context: 
http://n2.nabble.com/warning-LGHT1055%3A-The-InstallExecuteSequence-table-contains-an-action-%27SchedXmlFile%27-which-cannot-be-merged-tp2739495p2752251.html
Sent from the wix-users mailing list archive at Nabble.com.


--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Wix Projects wont Load in VS2008 ?

[Jason Ginchereau]

Try this command:  devenv.exe /resetskippkgs


-Original Message-
From: Connatic [mailto:richardpgi...@gmail.com] 
Sent: Friday, May 01, 2009 12:28 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Wix Projects wont Load in VS2008 ?


Bump

Nobody got any idea ??? or suggestions ??


Connatic wrote:
> 
> Hi Everyone,
> 
> i have a weird problem, i did have Wix setup and working from my VS 2008
> install, but today i had to uninstall all the .net frameworks & IIS from
> my PC. (because of an IIS problem i have been having)
> 
> Since i have done this, and then re-installed the .Net Framework 3.5 SP1 &
> re-installed the Wix 3 Toolset i can no longer open Wix Projects, either
> New or Existing.
> 
> Wix is an Option in the New Project Window but it says that the filetype
> it is not supported if i try and open an existing or new project.
> 
> Does anyone know why this maybe happening ?
> 
> Should i maybe re-install VS 2008 ? 
> 

-- 
View this message in context: 
http://n2.nabble.com/Wix-Projects-wont-Load-in-VS2008---tp2748164p2752082.html
Sent from the wix-users mailing list archive at Nabble.com.


--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] registering a .net com assembly

[barry]

Wilson, Phil wrote:
> 
> A couple of things:
> 
> 1, It looks like your versions are 1.0.* and the compiler will generate a
> new one every time you build. If you heat once and then rebuild your
> add-in you're going to have a mismatch. I recommend setting a complete
> version.  If you haven't specified COM guids in your add-in there's a
> chance the compiler will generate new ones if it thinks something has
> changed. Nail down these things so you can look in the registry to see
> what's there and they're not changing at every build.
> 
> 2. Does "not registered" mean that you look in the registry after install
> and there is nothing there?  You'll have to work backwards from that. If
> they are there, do they match the current assembly? Are they there but
> your add-in doesn't work? If they are not there perhaps they're not being
> installed, depending on the content of your MSI file, so install with a
> log and see what's going on.
> 
> Phil Wilson
> 
> 


Hi Phil,
Thanks for getting back to me so quickly. 

I have set a version number for my assembly (1.0.0.1) and a Guid (in
project-properties-assembly info), and rebuilt and then ran heat on the
addin dll.

this is the output:
 











































































































I added this to my wix project rebuilt it and then installed the msi.

I checked the registry and the values generated by heat seem to have been
set in the registry. ( http://www.padraiglarkin.com/temp/addin_registry.jpg
screenshot )

My AddIn still does not seem to run. 

A couple of points to note:
I have the "register for com interop" option  unchecked when building my
addin in visual studio so that it does not register the assembly when
building

I have not set a file version, just an assembly version

Also, how do I install with a log?





-- 
View this message in context: 
http://n2.nabble.com/registering-a-.net-com-assembly-tp2748181p2752100.html
Sent from the wix-users mailing list archive at Nabble.com.


--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Wix Projects wont Load in VS2008 ?

[Connatic]

Bump

Nobody got any idea ??? or suggestions ??


Connatic wrote:
> 
> Hi Everyone,
> 
> i have a weird problem, i did have Wix setup and working from my VS 2008
> install, but today i had to uninstall all the .net frameworks & IIS from
> my PC. (because of an IIS problem i have been having)
> 
> Since i have done this, and then re-installed the .Net Framework 3.5 SP1 &
> re-installed the Wix 3 Toolset i can no longer open Wix Projects, either
> New or Existing.
> 
> Wix is an Option in the New Project Window but it says that the filetype
> it is not supported if i try and open an existing or new project.
> 
> Does anyone know why this maybe happening ?
> 
> Should i maybe re-install VS 2008 ? 
> 

-- 
View this message in context: 
http://n2.nabble.com/Wix-Projects-wont-Load-in-VS2008---tp2748164p2752082.html
Sent from the wix-users mailing list archive at Nabble.com.


--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] UI plans for burn

[Rob Mensching]

Oh, and after the raw basics work, we'll iterate like we always do, 
until it works well. 

Rob Mensching wrote:
> A few more details:
>
> 1. I think we will end up doing the work to host the CLR. It won't be
> available right out of the gate but it is a thing to solve (and there
> are several very challenging things to solve).
>
> 4. There will not be different entry points. However, you application
> will be provided the "action state" (install, uninstall) if it was
> provided on the command-line. Also, burn will calculate the install
> states for all of your packages. The problem with picking "install mode"
> vs. "repair/maintenance mode" is how would burn know which is which? For
> example, if none of your packages are on the machine is that because the
> user removed them or this is the first install? If one of 5 packages is
> missing, is that because the user chose not to install it the first time
> or some other app happens to install 4 of your 5 packages? Anyway, the
> goal is to provide enough information to the UI so it can decide how it
> would like to proceed.
>
> We're trying very hard not to make a lot of decisions for the UI
> (instead, just provide data).
>
>
> Brian Rogers wrote:
>   
>> Hey Guys,
>>
>> Although I cannot commit to a time line right now, I do have the following
>> plans if all continues as schedule.
>>
>> 1. We are working on hosting the CLR for our team's consumption. If we get
>> something usable in place that the WiX team will accept then we will hand it
>> over.
>>
>> 2. Not sure how, or if we will handle this currently, but my thoughts were
>> to show the passive install UI for .NET. We will be writing that in native
>> code.
>>
>> 4. I believe the plan is no (as of now), there will not be different entry
>> points. You will need to detect the system state to figure what you would
>> like to do. From point #3, however, there is one key you can be set where
>> you could pass in a command line value you expect as uninstall
>> (HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{PRODUCT-GUID}\UninstallString).
>>
>> Hope this helps,
>>
>> Brian Rogers
>> "Intelligence removes complexity." - Me
>> http://icumove.spaces.live.com
>>
>>
>> On Wed, Apr 29, 2009 at 5:51 PM, Bob Arnson  wrote:
>>
>>
>> 
>>> jhennessey wrote:
>>>
>>>   
 1. I remember reading that burn will allow you to provide a custom UI

 
>>> .dll.
>>>
>>>   
 If this is still the case, can this be a .Net assembly?

 
>>> Not unless somebody does the work to host the CLR. Burn has to be native
>>> code so we can support installing .NET.
>>>
>>>
>>>   
 2. Assuming that the answer to number 1 was "yes", will burn first allow

 
>>> the
>>>
>>>   
 installation of prerequisites (like the .Net Framework) before loading

 
>>> the
>>>
>>>   
 UI .dll?


 
>>> See #1 and add "only if someone makes a CLR host that first shows
>>> native-only UI to bootstrap .NET."
>>>
>>>
>>>   
 3. Will burn provide built-in functionality to allow the bootstrapper to

 
>>> be
>>>
>>>   
 launched from the Add/Remove programs applet (kind of like how the Visual
 Studio installer launches its bootstrapper)?


 
>>> Built-in? No. The right way to do it is by installing your Burn .exe so
>>> you can write the ARP overrides and service the chainer itself.
>>>
>>>
>>>   
 4. Will burn allow you to specify different UI entrypoints for modify and
 remove scenarios (or will you just have to code the detection logic

 
>>> yourself
>>>
>>>   
 like in an external UI)?


 
>>> Dunno.
>>>
>>> --
>>> sig://boB
>>> http://joyofsetup.com/
>>>
>>>
>>>
>>>
>>> --
>>> Register Now & Save for Velocity, the Web Performance & Operations
>>> Conference from O'Reilly Media. Velocity features a full day of
>>> expert-led, hands-on workshops and two days of sessions from industry
>>> leaders in dedicated Performance & Operations tracks. Use code vel09scf
>>> and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
>>> ___
>>> WiX-users mailing list
>>> WiX-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>>
>>>
>>>   
>> --
>> Register Now & Save for Velocity, the Web Performance & Operations
>> Conference from O'Reilly Media. Velocity features a full day of
>> expert-led, hands-on workshops and two days of sessions from industry
>> leaders in dedicated Performance & Operations tracks. Use code vel09scf
>> and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
>> ___
>> WiX-users mailing list
>> WiX-

Re: [WiX-users] warning LGHT1055: The InstallExecuteSequence table contains an action 'SchedXmlFile' which cannot be merged

[Rob Mensching]

Because both Merge Modules have the CustomAction but a CustomAction can 
only exist in a Product once. So the warning is telling you one of them 
is being dropped.

John Stevenson-Hoare wrote:
> Does anyone know why I get this warning and the following warnings when
> I include two merge modules in my installation package that each
> contains a reference to WixUtilExtension?
>
>
>
> warning LGHT1056: The CustomAction table contains a row with primary
> key(s) 'SchedXmlFile' which cannot be merged from the merge module
>
> warning LGHT1056: The CustomAction table contains a row with primary
> key(s) 'ExecXmlFile' which cannot be merged from the merge module
>
> warning LGHT1056: The CustomAction table contains a row with primary
> key(s) 'ExecXmlFileRollback' which cannot be merged from the merge
> module
>
>
>
> Thanks.
>
>
>
>
> __
>
> CONFIDENTIALITY AND DISCLAIMER NOTICE
>
> This message and any attachment is confidential and is protected by 
> copyright. If you are not the intended recipient, please email the sender and 
> delete this message and any attachment from your system. Dissemination and or 
> copying of this email is prohibited if you are not the intended recipient.
>
> We believe, but do not warrant, that this email and any attachments are virus 
> free. You should take full responsibility for virus checking.
>
> No responsibility is accepted by FFEI Ltd for personal emails or emails 
> unconnected with FFEI Limited's business.
> __
> --
> Register Now & Save for Velocity, the Web Performance & Operations
> Conference from O'Reilly Media. Velocity features a full day of
> expert-led, hands-on workshops and two days of sessions from industry
> leaders in dedicated Performance & Operations tracks. Use code vel09scf
> and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>   

--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] UI plans for burn

[Rob Mensching]

A few more details:

1. I think we will end up doing the work to host the CLR. It won't be 
available right out of the gate but it is a thing to solve (and there 
are several very challenging things to solve).

4. There will not be different entry points. However, you application 
will be provided the "action state" (install, uninstall) if it was 
provided on the command-line. Also, burn will calculate the install 
states for all of your packages. The problem with picking "install mode" 
vs. "repair/maintenance mode" is how would burn know which is which? For 
example, if none of your packages are on the machine is that because the 
user removed them or this is the first install? If one of 5 packages is 
missing, is that because the user chose not to install it the first time 
or some other app happens to install 4 of your 5 packages? Anyway, the 
goal is to provide enough information to the UI so it can decide how it 
would like to proceed.

We're trying very hard not to make a lot of decisions for the UI 
(instead, just provide data).


Brian Rogers wrote:
> Hey Guys,
>
> Although I cannot commit to a time line right now, I do have the following
> plans if all continues as schedule.
>
> 1. We are working on hosting the CLR for our team's consumption. If we get
> something usable in place that the WiX team will accept then we will hand it
> over.
>
> 2. Not sure how, or if we will handle this currently, but my thoughts were
> to show the passive install UI for .NET. We will be writing that in native
> code.
>
> 4. I believe the plan is no (as of now), there will not be different entry
> points. You will need to detect the system state to figure what you would
> like to do. From point #3, however, there is one key you can be set where
> you could pass in a command line value you expect as uninstall
> (HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{PRODUCT-GUID}\UninstallString).
>
> Hope this helps,
>
> Brian Rogers
> "Intelligence removes complexity." - Me
> http://icumove.spaces.live.com
>
>
> On Wed, Apr 29, 2009 at 5:51 PM, Bob Arnson  wrote:
>
>   
>> jhennessey wrote:
>> 
>>> 1. I remember reading that burn will allow you to provide a custom UI
>>>   
>> .dll.
>> 
>>> If this is still the case, can this be a .Net assembly?
>>>   
>> Not unless somebody does the work to host the CLR. Burn has to be native
>> code so we can support installing .NET.
>>
>> 
>>> 2. Assuming that the answer to number 1 was "yes", will burn first allow
>>>   
>> the
>> 
>>> installation of prerequisites (like the .Net Framework) before loading
>>>   
>> the
>> 
>>> UI .dll?
>>>
>>>   
>> See #1 and add "only if someone makes a CLR host that first shows
>> native-only UI to bootstrap .NET."
>>
>> 
>>> 3. Will burn provide built-in functionality to allow the bootstrapper to
>>>   
>> be
>> 
>>> launched from the Add/Remove programs applet (kind of like how the Visual
>>> Studio installer launches its bootstrapper)?
>>>
>>>   
>> Built-in? No. The right way to do it is by installing your Burn .exe so
>> you can write the ARP overrides and service the chainer itself.
>>
>> 
>>> 4. Will burn allow you to specify different UI entrypoints for modify and
>>> remove scenarios (or will you just have to code the detection logic
>>>   
>> yourself
>> 
>>> like in an external UI)?
>>>
>>>   
>> Dunno.
>>
>> --
>> sig://boB
>> http://joyofsetup.com/
>>
>>
>>
>>
>> --
>> Register Now & Save for Velocity, the Web Performance & Operations
>> Conference from O'Reilly Media. Velocity features a full day of
>> expert-led, hands-on workshops and two days of sessions from industry
>> leaders in dedicated Performance & Operations tracks. Use code vel09scf
>> and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>> 
> --
> Register Now & Save for Velocity, the Web Performance & Operations
> Conference from O'Reilly Media. Velocity features a full day of
> expert-led, hands-on workshops and two days of sessions from industry
> leaders in dedicated Performance & Operations tracks. Use code vel09scf
> and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>   

--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leader

Re: [WiX-users] move progress bar depending upon as custom actions goes on executing

[Rob Mensching]

Most of the WiX CustomActions do this. You might look at the 
WcaProgress() code.

Hukumchand Shah wrote:
> Hi All,
>
> I want to move the installer progressbar on the basis of custom actions
> execution.
> Like if there are five custom actions are executing then the progress bar
> should move in five steps.
>
> How to do this in Wix? Anybody knows this?
>
> Thanks,
> Hukum
> --
> Register Now & Save for Velocity, the Web Performance & Operations
> Conference from O'Reilly Media. Velocity features a full day of
> expert-led, hands-on workshops and two days of sessions from industry
> leaders in dedicated Performance & Operations tracks. Use code vel09scf
> and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>   

--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users