Re: [WiX-users] Wix 3.5 - Unresolved reference to symbol 'Property:ApplicationFolderName'

2012-04-10 Thread Omar
Hi again,

For more information: the error only appears when I show the dialog 
before the WelcomeDlg.
If I show the dialog before the ProgressDlg for example, it builds 
correctly...

This doesn't work (see error messages + warnings in previous message):

InstallUISequence
?if $(var.Platform) = x64 ?
Show Dialog=SqlServerPrerequisitesDlg Before=WelcomeDlgNOT 
DTSDIR.X64/Show
?else?
Show Dialog=SqlServerPrerequisitesDlg Before=WelcomeDlgNOT DTSDIR/Show
?endif?
/InstallUISequence


While, this works without any error/warning:

InstallUISequence
?if $(var.Platform) = x64 ?
Show Dialog=SqlServerPrerequisitesDlg Before=ProgressDlgNOT 
DTSDIR.X64/Show
?else?
Show Dialog=SqlServerPrerequisitesDlg Before=ProgressDlgNOT DTSDIR/Show
?endif?
/InstallUISequence


There must be some bug which tries to load the WixUI_Advanced when 
referencing WelcomeDlg inside the InstallUiSequence?

I'll test with that to ensure that it's correctly working, but at least, 
it builds without problems.

Let me know if I'm doing something wrong...

Thank you,

Omar

Le 05/04/2012 14:25, Omar a écrit :
 Hi,

 I'm updating to Wix 3.5 (I think I used WiX 3.0 before, but I need
 support for VS 2010).
 But I now have problems with my current installer.


 I'm using a custom UI (sorry for long code...):
 -
 ?xml version=1.0 encoding=UTF-8?
 Wix xmlns=http://schemas.microsoft.com/wix/2006/wi;
 xmlns:util=http://schemas.microsoft.com/wix/UtilExtension;
 Fragment
 UI Id=WixUI_Enesys
 TextStyle Id=WixUI_Font_Normal FaceName=Tahoma Size=8 /
 TextStyle Id=WixUI_Font_Bold FaceName=Tahoma Size=8 Bold=yes /
 TextStyle Id=WixUI_Font_Bigger FaceName=Tahoma Size=12 Bold=yes /
 TextStyle Id=WixUI_Font_Title FaceName=Tahoma Size=9 Bold=yes /
 TextStyle Id=WixUI_Font_Error FaceName=Tahoma Size=8 Bold=yes
 Blue=0 Green=0 Red=255/

 Property Id=DefaultUIFont Value=WixUI_Font_Normal /
 Property Id=WixUI_Mode Value=Enesys /

 DialogRef Id=ErrorDlg /
 DialogRef Id=FatalError /
 DialogRef Id=FilesInUse /
 DialogRef Id=MsiRMFilesInUse /
 DialogRef Id=PrepareDlg /
 DialogRef Id=ProgressDlg /
 DialogRef Id=ResumeDlg /
 DialogRef Id=UserExit /

 Publish Dialog=EnesysExitDialog Control=Finish Event=EndDialog
 Value=Return Order=9991/Publish

 Publish Dialog=WelcomeDlg Control=Next Event=NewDialog
 Value=LicenseAgreementDlg1/Publish

 Publish Dialog=LicenseAgreementDlg Control=Back Event=NewDialog
 Value=WelcomeDlg1/Publish
 Publish Dialog=LicenseAgreementDlg Control=Next Event=NewDialog
 Value=CustomizeDlg Order=2LicenseAccepted = 1/Publish

 Publish Dialog=CustomizeDlg Control=Back Event=NewDialog
 Value=MaintenanceTypeDlg Order=1WixUI_InstallMode = Change/Publish
 Publish Dialog=CustomizeDlg Control=Back Event=NewDialog
 Value=LicenseAgreementDlg Order=2WixUI_InstallMode =
 InstallCustom/Publish
 Publish Dialog=CustomizeDlg Control=Next Event=NewDialog
 Value=ShortcutDlg Order=11/Publish

 Publish Dialog=ShortcutDlg Control=Back Event=NewDialog
 Value=CustomizeDlg Order=11/Publish
 Publish Dialog=ShortcutDlg Control=Next Event=NewDialog
 Value=VerifyReadyDlg1/Publish

 Publish Dialog=VerifyReadyDlg Control=Back Event=NewDialog
 Value=ShortcutDlg Order=1WixUI_InstallMode = InstallCustom/Publish
 Publish Dialog=VerifyReadyDlg Control=Back Event=NewDialog
 Value=CustomizeDlg Order=2WixUI_InstallMode = Change/Publish
 Publish Dialog=VerifyReadyDlg Control=Back Event=NewDialog
 Value=MaintenanceTypeDlg Order=3WixUI_InstallMode = Repair OR
 WixUI_InstallMode = Remove/Publish

 Publish Dialog=MaintenanceWelcomeDlg Control=Next Event=NewDialog
 Value=MaintenanceTypeDlg1/Publish

 Publish Dialog=MaintenanceTypeDlg Control=ChangeButton
 Event=NewDialog Value=CustomizeDlg1/Publish
 Publish Dialog=MaintenanceTypeDlg Control=RepairButton
 Event=NewDialog Value=VerifyReadyDlg1/Publish
 Publish Dialog=MaintenanceTypeDlg Control=RemoveButton
 Event=NewDialog Value=VerifyReadyDlg1/Publish
 Publish Dialog=MaintenanceTypeDlg Control=Back Event=NewDialog
 Value=MaintenanceWelcomeDlg1/Publish
 /UI

 UIRef Id=WixUI_Common/
 /Fragment
 /Wix
 -


 Like that it works correctly I don't have any error.

 But I also have a custom error Dialog that is displayed if some
 necessary things are not installed on the workstation.
 Here it is :

 -
 ?xml version=1.0 encoding=utf-8?
 Wix xmlns=http://schemas.microsoft.com/wix/2006/wi;

 ?include Definitions/VersionDef.wxi ?

 Fragment
 UI
 Dialog Id=SqlServerPrerequisitesDlg Width=270 Height=105
 Title=[ProductName] Setup
 Control Id=ErrorText Type=Text X=48 Y=15 Width=205
 Height=60 TabSkip=no Transparent=yes NoPrefix=yes
 TextSQL Server $(var.SqlVersion) Integration Services was not detected
 on this computer. Please install Integration Services before installing
 [ProductName]./Text
 /Control
 Control Id=ErrorIcon Type=Icon X=15 Y=15 Width=24 Height=24
 ToolTip=!(loc.ErrorDlgErrorIconTooltip) FixedSize=yes IconSize=32
 Text=!(loc.WaitForCostingDlgIcon) /


Re: [WiX-users] WiX How To...

2012-04-10 Thread Keith.Douglas
Just a few more remarks on #2 below in case someone cares. We too do not use VS 
for all the stuff installed by our WiX-created installers (one part of our 
stuff is a legacy application library of sorts which interoperates via execute 
and exit codes); in fact we use (e.g.) candle and light behind the scenes of a 
simplified graphical builder that we've created: one need not use the VS 
projects at all in such a case. No editor needed, which is part of the point: 
we want to fix some of the details for our environment and remove the 
complication of having to remember to redo it every installer. This is proving 
to be quite useful, though we are still working on details.

While I'm on the subject, my bosses are likely to ask: under what circumstances 
are candle and light likely to use lots of CPU or memory (for some value of 
lots)? Does anyone have any thoughts on this? (Our installers are going to be 
tiny enough that I don't think it matters, but I figured I'd anticipate anyway 
since the hosting of the installer builder thing I mentioned will likely be 
with other tools.)




Keith Douglas
Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6
Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6
keith.doug...@statcan.gc.ca
Telephone | Téléphone 613-951-4405
Facsimile | Télécopieur 613-951-1966
Government of Canada | Gouvernement du Canada 


-Original Message-
From: Ian Brooke [mailto:ianbro...@hotmail.com] 
Sent: April-09-12 11:39 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] WiX How To...

Thanks for your replies.

I've started reading the book that Neil mentions but have a three early
questions:

1. The book specifically states that Visual Studio 2005/2008 is required - I 
assume that is only for Votive and there is no reason that I cannot use WiX 
without VS?

2.  Question 1 aside, I do have VS2008 but this particular project does not use 
it - it's a legacy VB6 app.  However, can I use VS2008 to create a wxs for that 
project i.e. can I use VS as a glorified wxs editor and make use of it's 
intellisense etc without it knowing anything about the project?  If not, can 
anyone recommend an editor?

3.  I've confused myself somewhat on the Package element of Product, 
specifically the InstallerVersion attribute.  I have no idea what minimum 
version of msiexec I require (if indeed I have any version requirements - how 
would I know?).  Can I omit this element and what are the consequences? 
To expand, the app is installed on many different versions of Windows (from XP 
to Win7), if I cannot omit the element what value should I specify (I most 
certainly do not want to require people to upgrade their version of msiexec)?

Many thanks
Ian




-Original Message-
From: Neil Sleightholm
Sent: Friday, April 06, 2012 12:10 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] WiX How To...

There is also a WiX book that would point you in the right direction 
https://www.packtpub.com/wix-a-developers-guide-to-windows-installer-xml/book

Neil

-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com]
Sent: 06 April 2012 05:59
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] WiX How To...

Have you read the tutorial: http://wixtoolset.org/documentation/tutorial ?
It's pretty good.

On Thu, Apr 5, 2012 at 5:16 PM, Ian Brooke ianbro...@hotmail.com wrote:

 Hi,
 I'm new to this package so please excuse my lack of knowledge and 
 please keep any explain simple!  I basically have three questions but 
 I will describe my situation first...

 I need to produce an installer/uninstaller for a new version of a 
 Windows legacy application.  This app is in use on hundreds of 
 computers around the world on an at home basis so I have no ability 
 to interact with the computers and everything needs to be automatic 
 and as foolproof as possible
 as all users are non-technical.   Some users of this installer will be 
 new,
 others have an existing (old) version of this app but they cannot 
 uninstall it as that would remove certain files they need to retain.
 The existing version has no guid's but it is simple to detect when and 
 where it is installed as it creates a registry key pointing to the 
 exe.  If a version already exists then as part of the install I need 
 to do two things (as well as install the new files!) - (1) remove an 
 entry in Add/Remove programs,
 (2)
 remove a Start Menu folder (and it's sub-items).  Both of these I 
 assume would require Admin privs.

 So, the 3 questions
 1.  How would I do those two things in WiX?

 2.  At uninstall time I need to automatically delete a file that the 
 program has created in the application folder, OR, I need to be sure 
 the Application folder (under Program Files(x86) ) and sub-folders are 
 removed whether or not they are empty.  How would I go about this?

 3.  Finally, I having 

Re: [WiX-users] custom actions in a Bootstrapper

2012-04-10 Thread PAES Stephane
Ok, thank you !
then,
can we use a Variable element in our Bundle, to to modify a variable in our 
packages ?
(what we would like to do is to assign a variable DownloadUrl to some of our 
packages)

And i have seen examples of registry search in order to set a Variable value, 
but is it possible :
- to get a value through command line ? (according to the mail archive it 
wasn’t possible before 3.6RC0)
- to get a value from an xml file ? (through the util extension, or any other 
possible way)

Thank you very much in advance
Stéphane







-Message d'origine-
De : Rob Mensching [mailto:r...@robmensching.com] 
Envoyé : samedi 7 avril 2012 04:42
À : General discussion for Windows Installer XML toolset.
Objet : Re: [WiX-users] custom actions in a Bootstrapper

No such thing. Bundle's chain packages. Bundles also have variables and can
search the machine for stuff to assign to variables. There is no such thing
as a custom action in a Bundle.

On Fri, Apr 6, 2012 at 9:10 AM, PAES Stephane stephane.p...@cegedim.frwrote:

 Hello

 I would like to add a custom action in a Burn Bootstrapper, but I can't
 find out how it has to be done.

 Indeed, I should ask a Custom element, which can only be created in
 AdminExecuteSequence, AdminUISequence, AdvertiseExecuteSequence,
 InstallExecuteSequence, or InstallUISequence ;
 and those elements can only be created in
 Fragment, Include, Module, or Product.

 I haven't found any example for such a situation yet .. how should I add
 my custom action ?
 Thank you very much in advance
 Stéphane


 --
 For Developers, A Lot Can Happen In A Second.
 Boundary is the first to Know...and Tell You.
 Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
 http://p.sf.net/sfu/Boundary-d2dvs2
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users




-- 
virtually, Rob Mensching - http://RobMensching.com LLC
--
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Use NetFxExtension properties in other conditions

2012-04-10 Thread AV
Hi,

I'm trying to get Wix 3.5 to handle .NET version checks a bit more elegantly
than the how-to suggests.

The following works perfectly, displaying NOT #1 if it's been installed:
(I altered the CDATA to get it to be displayed)

PropertyRef Id=NETFRAMEWORK40FULL/
PropertyRef Id=NETFRAMEWORK20/
PropertyRef Id=NETFRAMEWORKINSTALLROOTDIR/
   
Condition Message=This application requires .NET Framework 4.0.
[NETFRAMEWORK40FULL]
   bang[CDATA[NETFRAMEWORK40FULL]]
/Condition

Condition Message=This application requires .NET Framework 4.0. NOT
[NETFRAMEWORK40FULL]
bang[CDATA[Not NETFRAMEWORK40FULL]]
/Condition



When I use this it doesn't work.
I do get the dialog but with only empty property values.
The MsiNetAssemblySupport correctly displays its value.

PropertyRef Id=NETFRAMEWORK40FULL/
PropertyRef Id=NETFRAMEWORK20/
PropertyRef Id=NETFRAMEWORKINSTALLROOTDIR/

UIRef Id=CheckFrameworkTest /

UI Id=CheckFrameworkTest
  Dialog Id=FrameworkDlg4test Width=260 Height=75
  Title=[ProductName] NoMinimize=yes 

Control Id=Message4test Type=Text X=10 Y=10 Width=240
Height=40
Text=dir: [NETFRAMEWORKINSTALLROOTDIR] - v4:
[NETFRAMEWORK40FULL] - v2: [NETFRAMEWORK20] - MsiNetAssemblySupport:
[MsiNetAssemblySupport]  /

Control Id=Cancel4test Type=PushButton X=50 Y=52 Width=56
Height=17 Cancel=yes Text=Cancel
  Publish Event=SpawnDialog Value=CancelDlg1/Publish
/Control


  /Dialog

  InstallUISequence
Show Dialog=FrameworkDlg4test Sequence=1 /
  /InstallUISequence

/UI

All properties are suddenly empty. I originally found out when I used
NETFRAMEWORK40FULL in a condition inside the Show Dialog and always got
the dialog.

The wix.chm literally says: Once the property is referenced you can use it
in any WiX condition statement. so it's got to be possible.

Does anyone have any clue what I'm doing wrong here?


--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Use-NetFxExtension-properties-in-other-conditions-tp7453544p7453544.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Disabling System32 folder redirection

2012-04-10 Thread Chris Robison
I have a need to install files into the System32 folder on a x64 system.
The installer seems to be redirecting everything to the SysWOW64 folder no
matter what I try. Is there a way to do this?

Chris
--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Disabling System32 folder redirection

2012-04-10 Thread Hoover, Jacob
Is your installer marked as a 64 bit installer? I would assume not as it
is redirecting you to the 32 bit system folder. I believe you need to
make both a 32 bit MSI and a 64 bit MSI.

Jacob

-Original Message-
From: Chris Robison [mailto:chrisdrobi...@gmail.com] 
Sent: Tuesday, April 10, 2012 11:59 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Disabling System32 folder redirection

I have a need to install files into the System32 folder on a x64 system.
The installer seems to be redirecting everything to the SysWOW64 folder
no
matter what I try. Is there a way to do this?

Chris

--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Disabling System32 folder redirection

2012-04-10 Thread Wilson, Phil
Heath's article probably applies

http://blogs.msdn.com/b/heaths/archive/2008/01/15/different-packages-are-required-for-different-processor-architectures.aspx

Phil W 

-Original Message-
From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com] 
Sent: Tuesday, April 10, 2012 10:55 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Disabling System32 folder redirection

Is your installer marked as a 64 bit installer? I would assume not as it is 
redirecting you to the 32 bit system folder. I believe you need to make both a 
32 bit MSI and a 64 bit MSI.

Jacob

-Original Message-
From: Chris Robison [mailto:chrisdrobi...@gmail.com]
Sent: Tuesday, April 10, 2012 11:59 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Disabling System32 folder redirection

I have a need to install files into the System32 folder on a x64 system.
The installer seems to be redirecting everything to the SysWOW64 folder no 
matter what I try. Is there a way to do this?

Chris

--
Better than sec? Nothing is better than sec when it comes to monitoring Big 
Data applications. Try Boundary one-second resolution app monitoring today. 
Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Better than sec? Nothing is better than sec when it comes to monitoring Big 
Data applications. Try Boundary one-second resolution app monitoring today. 
Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
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).



--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Can't install 3.6RC0

2012-04-10 Thread Timothy Yaukey
I download the .EXE and run it as administrator, click the Install
button (or patch if you prefer), and the gear just spins and spins.
Almost no network traffic is happening while I wait.

Any ideas?

--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users