[WiX-users] How to change focus on the dialogs for components(like button, checkbox, etc.) in wix dialogs?

2009-04-22 Thread Hukumchand Shah
Hi All,

I am using LicenseAgreementDlg.wxs in my wix installer. In this when I press
the tab button from keyboard, the focus order is weird.
On tab button the focus order is [Back-Next-cancel-license
Text-Print-Checkbox-Back...].
I want to change this focus order on tab.

Is there any way to do it? OR How to set tab button focus order in wix
dialogs?

Thanks  Regards,
Hukum
--
Stay on top of everything new and different, both inside and 
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today. 
Use priority code J9JMT32. http://p.sf.net/sfu/p
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Condition for detecting minor upgrade

2009-04-22 Thread Johan Appelgren
Hi,

I'm attempting to create a customized UI sequence that when upgrading
or patching only displays a dialog that tells the user that the
application will be upgraded and what version it will upgraded to. For
major upgrades this isn't a problem, but I'm having trouble figuring
out how to detect minor upgrades in the conditions for the dialogs,
done with REINSTALL=ALL REINSTALLMODE=vomus.

Has anyone done anything like this? Or is there support for something
like this built-in to the UIExtension that I have missed?


/Johan Appelgren

--
Stay on top of everything new and different, both inside and 
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today. 
Use priority code J9JMT32. http://p.sf.net/sfu/p
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] How to change focus on the dialogs for components(likebutton, checkbox, etc.) in wix dialogs?

2009-04-22 Thread Yan Sklyarenko
It is my assumption that the Tab order is defined by the order in which
the Control elements appear under Dialog element.
You can also exclude the controls from the tab sequence setting the
TabSkip attribute of the Control element to 'yes'.

Hope this helps.

-- Yan

-Original Message-
From: Hukumchand Shah [mailto:hukum.s...@gmail.com] 
Sent: Wednesday, April 22, 2009 10:01 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] How to change focus on the dialogs for
components(likebutton, checkbox, etc.) in wix dialogs?

Hi All,

I am using LicenseAgreementDlg.wxs in my wix installer. In this when I
press
the tab button from keyboard, the focus order is weird.
On tab button the focus order is [Back-Next-cancel-license
Text-Print-Checkbox-Back...].
I want to change this focus order on tab.

Is there any way to do it? OR How to set tab button focus order in wix
dialogs?

Thanks  Regards,
Hukum

--
Stay on top of everything new and different, both inside and 
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today. 
Use priority code J9JMT32. http://p.sf.net/sfu/p
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Stay on top of everything new and different, both inside and 
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today. 
Use priority code J9JMT32. http://p.sf.net/sfu/p
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Troubleshooting ExecXmlFile?

2009-04-22 Thread Yan Sklyarenko
As far as I know, error code 1603 is an indicator of file-in-use type
of errors. Make sure you do not open the Xml file for read/write while
installing. 
And here is the way to make WiX custom actions more verbose:
http://ysdevlog.blogspot.com/2009/02/extended-logging-options-in-wix-cus
tom.html

Hope this helps.

-- Yan


-Original Message-
From: David Reed [mailto:david.r...@microsoft.com] 
Sent: Tuesday, April 21, 2009 7:05 PM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Troubleshooting ExecXmlFile?

This is all that I'm getting back from the install log:

-
Action 17:14:39: ExecXmlFile.
CustomAction ExecXmlFile returned actual error code 1603 (note this may
not be 100% accurate if translation happened inside sandbox)
Action ended 17:14:39: InstallFinalize. Return value 3.
Action 17:14:39: Rollback. Rolling back action:
Rollback: ExecXmlFile
-

Needless to say, I'd like a little more detail... ;-) Is there any way
to tell XmlFile to feed me more? I don't see a verbose-flag type
attribute on the element.

I think I see the path problem in the property set line of the log, but
it'd be nice to have more than just Bummer, dude. from the component
to help me out. :o)


--
Stay on top of everything new and different, both inside and 
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today. 
Use priority code J9JMT32. http://p.sf.net/sfu/p
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Stay on top of everything new and different, both inside and 
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today. 
Use priority code J9JMT32. http://p.sf.net/sfu/p
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Disk Cost Details in Wix

2009-04-22 Thread Bob Arnson
Mark Sinnathamby wrote:
 I am trying to display the disk space needed and disk space remaining for an 
 application being installed in Wix. These details will be displayed in a 
 custom dialog as labels.
 How do I obtain the disk space needed for the application and also the 
 remaining disk space? Are there any properties I have to access

MSI provides the VolumeCostList control to provide that information for 
all drives. The SelectionTree control automatically publishes control 
events including size information. See the MSI SDK for details.

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



--
Stay on top of everything new and different, both inside and 
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today. 
Use priority code J9JMT32. http://p.sf.net/sfu/p
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] how to suppress the batch file dos prompt in wix?

2009-04-22 Thread Hukumchand Shah
Hi All,

I am executing some batch files from wix custom actions. I want to suppress
or hide or minimize the dos windows.
Can anyone help me in this?
How we can achive this in wix?

Thanks  Regards,
Hukum
--
Stay on top of everything new and different, both inside and 
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today. 
Use priority code J9JMT32. http://p.sf.net/sfu/p
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] how to suppress the batch file dos prompt in wix?

2009-04-22 Thread lesterbangs

Hi Hukum, you can achieve this using  QtExec.  Look in the WiX.chm help
file under Advanced WiX Topics-Standard Custom Actions-Quiet Execution
Custom Action for more info.


Hukumchand Shah wrote:
 
 Hi All,
 
 I am executing some batch files from wix custom actions. I want to
 suppress
 or hide or minimize the dos windows.
 Can anyone help me in this?
 How we can achive this in wix?
 
 Thanks  Regards,
 Hukum
 --
 Stay on top of everything new and different, both inside and 
 around Java (TM) technology - register by April 22, and save
 $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
 300 plus technical and hands-on sessions. Register today. 
 Use priority code J9JMT32. http://p.sf.net/sfu/p
 ___
 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/how-to-suppress-the-batch-file-dos-prompt-in-wix--tp2675840p2675878.html
Sent from the wix-users mailing list archive at Nabble.com.


--
Stay on top of everything new and different, both inside and 
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today. 
Use priority code J9JMT32. http://p.sf.net/sfu/p
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] uninstalling second patch does not remove patched files

2009-04-22 Thread shibo

Heath,

I have experimented with PatchSequence, only the latest patch in ARP now.
However, the pacthed files are still not removed after the patch is
un-installed. wxs file attached.

Thanks,  Shibo

?xml version='1.0' encoding='windows-1252'?
Wix xmlns='http://schemas.microsoft.com/wix/2003/01/wi'
  PatchCreation Id='63E78A27-38FA-4E0E-BC8C-9581B6DEA0F7'
AllowMajorVersionMismatches='no' AllowProductCodeMismatches='no'
CleanWorkingFolder='no' WholeFilesOnly='no'

PatchInformation Description=RVDS 5.0 Patch 2 Keywords='Installer'
  Comments='RVDS 5.0.' Manufacturer='ARM Ltd'
  Languages='1033' Compressed='yes' SummaryCodepage='1252' /

  PatchMetadata 
Description=RVDS 5.0 Patch 2
DisplayName='RVDS 5.0 Patch 2' 
TargetProductName='RVDS 5.0'
ManufacturerName='AAA Ltd' 
MoreInfoURL='www.AAA.com'
Classification='Hotfix' 
MinorUpdateTargetRTM='1'
AllowRemoval='yes' /

 Family 
 Name='Patch502' 
 DiskId='3' 
 MediaSrcProp='PatchSrcPropName3'
 SequenceStart='3020'
UpgradeImage Id='RVDS50Upgrade' SourceFile='upgrade2\RVDS_5.0.msi'
 TargetImage Id='RVDS50Target' Order='1' IgnoreMissingFiles='no'
src='baseline\RVDS_5.0.msi' /
/UpgradeImage
 /Family

   PatchSequence PatchFamily=RVDS 5.0 Sequence=5.0.0.020 Supersede=1 
Target=RVDS50Target /

TargetProductCode Id='301EC8F0-BC79-4BE8-B064-599C1E7A0471' /
ReplacePatch Id='920689DC-3E5A-437B-B6F1-396EACADECB9'/  

  /PatchCreation
/Wix
-- 
View this message in context: 
http://n2.nabble.com/uninstalling-second-patch-does-not-remove-patched-files-tp2610228p2676012.html
Sent from the wix-users mailing list archive at Nabble.com.


--
Stay on top of everything new and different, both inside and 
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today. 
Use priority code J9JMT32. http://p.sf.net/sfu/p
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Use of INSTALLDIR as a property referencein ShellExecute

2009-04-22 Thread Pally Sandher
 
I have the following in one of our products:

Property Id=WixShellExecTarget Value=[#IESLink.pdf] /

I get no warnings at all when building that product's project. However I
am using WiX v3.0.5217.0 while it appears from the original post that
Riyaz is using WiX 2.0 so it could be something that was removed in the
v3.0 light code throwing the warning.

Palbinder Sandher 
Software Deployment  IT Administrator
T: +44 (0) 141 945 8500 
F: +44 (0) 141 945 8501 

http://www.iesve.com 
**Design, Simulate + Innovate with the Virtual Environment**
Integrated Environmental Solutions Limited. Registered in Scotland No.
SC151456 
Registered Office - Helix Building, West Of Scotland Science Park,
Glasgow G20 0SP
Email Disclaimer
 
 
 
-Original Message-
From: Bob Arnson [mailto:b...@joyofsetup.com] 
Sent: 22 April 2009 12:50
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Use of INSTALLDIR as a property referencein
ShellExecute

Riyaz Mogharabin wrote:
 C:\WiX\CustomDialogs\Adding_Dlg\Test_InstaLler.wxs(84) : warning
CNDL1077 :
 The 'WixShellExecTarget' Property contains '[INSTALLDIR]' in its value

 which is an illegal reference to another property.  If this value is a

 string literal, not a property reference, please ignore this warning.

 To set a property with the value of another property, use a 
 CustomAction with Property and Value attributes.
   

Setting a property to a string that contains formatting like [PROPERTY]
doesn't resolve the embedded properties. However, the WixShellExec
custom action does resolve the WixShellExecTarget property, so the
warning doesn't apply.



--
Stay on top of everything new and different, both inside and 
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today. 
Use priority code J9JMT32. http://p.sf.net/sfu/p
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Unexpected error occurred with TextStyle

2009-04-22 Thread MacDiarmid, James D

I'm getting these errors regarding TextStyle failed during testing of my
MSI package. Can anyone tell me what they mean and how I would go about
fixing them?


Action 12:45:04: INSTALL. 
Action start 12:45:04: INSTALL.
Action 12:45:04: LaunchConditions. Evaluating launch conditions
Action start 12:45:04: LaunchConditions.
Action ended 12:45:04: LaunchConditions. Return value 0.
Action 12:45:04: PrepareDlg. 
Action start 12:45:04: PrepareDlg.
Info 2898. For DlgFont8 textstyle, the system created a 'Tahoma' font,
in 0 character set, of 13 pixels height.
Action 12:45:04: PrepareDlg. Dialog created
Action ended 12:45:04: PrepareDlg. Return value 1.
Action 12:45:04: AppSearch. Searching for installed applications
Action start 12:45:04: AppSearch.
Action ended 12:45:05: AppSearch. Return value 0.
Action 12:45:05: CCPSearch. Searching for qualifying products
Action start 12:45:05: CCPSearch.
Action ended 12:45:05: CCPSearch. Return value 0.
Action 12:45:05: RMCCPSearch. Searching for qualifying products
Action start 12:45:05: RMCCPSearch.
Action ended 12:45:05: RMCCPSearch. Return value 0.
Action 12:45:05: ValidateProductID. 
Action start 12:45:05: ValidateProductID.
Action ended 12:45:05: ValidateProductID. Return value 1.
Action 12:45:05: CostInitialize. Computing space requirements
Action start 12:45:05: CostInitialize.
Action ended 12:45:05: CostInitialize. Return value 1.
Action 12:45:05: FileCost. Computing space requirements
Action start 12:45:05: FileCost.
Action ended 12:45:05: FileCost. Return value 1.
Action 12:45:05: CostFinalize. Computing space requirements
Action start 12:45:05: CostFinalize.
Action ended 12:45:05: CostFinalize. Return value 1.
Action 12:45:05: WelcomeDlg. 
Action start 12:45:05: WelcomeDlg.
Info 2898. For TahomaBold13 textstyle, the system created a 'Tahoma'
font, in 0 character set, of 21 pixels height.
Action 12:45:05: WelcomeDlg. Dialog created
DEBUG: Error 2888:  Executing the TextStyle view failed
The installer has encountered an unexpected error installing this
package. This may indicate a problem with this package. The error code
is 2888. The arguments are: TextStyle, , 
DEBUG: Error 2888:  Executing the TextStyle view failed
The installer has encountered an unexpected error installing this
package. This may indicate a problem with this package. The error code
is 2888. The arguments are: TextStyle, , 
DEBUG: Error 2888:  Executing the TextStyle view failed
The installer has encountered an unexpected error installing this
package. This may indicate a problem with this package. The error code
is 2888. The arguments are: TextStyle, , 
DEBUG: Error 2888:  Executing the TextStyle view failed
The installer has encountered an unexpected error installing this
package. This may indicate a problem with this package. The error code
is 2888. The arguments are: TextStyle, , 
DEBUG: Error 2888:  Executing the TextStyle view failed
The installer has encountered an unexpected error installing this
package. This may indicate a problem with this package. The error code
is 2888. The arguments are: TextStyle, , 
DEBUG: Error 2888:  Executing the TextStyle view failed
The installer has encountered an unexpected error installing this
package. This may indicate a problem with this package. The error code
is 2888. The arguments are: TextStyle, , 
Action 12:46:02: SetupTypeDlg. Dialog created
DEBUG: Error 2888:  Executing the TextStyle view failed
The installer has encountered an unexpected error installing this
package. This may indicate a problem with this package. The error code
is 2888. The arguments are: TextStyle, , 
DEBUG: Error 2888:  Executing the TextStyle view failed
The installer has encountered an unexpected error installing this
package. This may indicate a problem with this package. The error code
is 2888. The arguments are: TextStyle, , 
DEBUG: Error 2826:  Control BannerLine on dialog VerifyReadyDlg extends
beyond the boundaries of the dialog to the right by 4 pixels
The installer has encountered an unexpected error installing this
package. This may indicate a problem with this package. The error code
is 2826. The arguments are: VerifyReadyDlg, BannerLine, to the right
Action 12:46:03: VerifyReadyDlg. Dialog created
DEBUG: Error 2888:  Executing the TextStyle view failed
The installer has encountered an unexpected error installing this
package. This may indicate a problem with this package. The error code
is 2888. The arguments are: TextStyle, , 
DEBUG: Error 2888:  Executing the TextStyle view failed
The installer has encountered an unexpected error installing this
package. This may indicate a problem with this package. The error code
is 2888. The arguments are: TextStyle, , 
DEBUG: Error 2888:  Executing the TextStyle view failed
The installer has encountered an unexpected error installing this
package. This may indicate a problem with this package. The error code
is 2888. The arguments are: TextStyle, , 
DEBUG: Error 2888:  Executing the TextStyle view failed
The installer has 

Re: [WiX-users] Unexpected error occurred with TextStyle

2009-04-22 Thread Brian Bakkebo
here some old posts that might help you:
http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg01809.html

This was the result: I checked out the log and found that there were some UI
errors due to

the size of the form.  I wonder if they led to this problem.  I'm
looking further into the file now...


Hope this helps..I have no clue what the problem may be.


2009/4/22 MacDiarmid, James D james.macdiar...@eds.com


 I'm getting these errors regarding TextStyle failed during testing of my
 MSI package. Can anyone tell me what they mean and how I would go about
 fixing them?


 Action 12:45:04: INSTALL.
 Action start 12:45:04: INSTALL.
 Action 12:45:04: LaunchConditions. Evaluating launch conditions
 Action start 12:45:04: LaunchConditions.
 Action ended 12:45:04: LaunchConditions. Return value 0.
 Action 12:45:04: PrepareDlg.
 Action start 12:45:04: PrepareDlg.
 Info 2898. For DlgFont8 textstyle, the system created a 'Tahoma' font,
 in 0 character set, of 13 pixels height.
 Action 12:45:04: PrepareDlg. Dialog created
 Action ended 12:45:04: PrepareDlg. Return value 1.
 Action 12:45:04: AppSearch. Searching for installed applications
 Action start 12:45:04: AppSearch.
 Action ended 12:45:05: AppSearch. Return value 0.
 Action 12:45:05: CCPSearch. Searching for qualifying products
 Action start 12:45:05: CCPSearch.
 Action ended 12:45:05: CCPSearch. Return value 0.
 Action 12:45:05: RMCCPSearch. Searching for qualifying products
 Action start 12:45:05: RMCCPSearch.
 Action ended 12:45:05: RMCCPSearch. Return value 0.
 Action 12:45:05: ValidateProductID.
 Action start 12:45:05: ValidateProductID.
 Action ended 12:45:05: ValidateProductID. Return value 1.
 Action 12:45:05: CostInitialize. Computing space requirements
 Action start 12:45:05: CostInitialize.
 Action ended 12:45:05: CostInitialize. Return value 1.
 Action 12:45:05: FileCost. Computing space requirements
 Action start 12:45:05: FileCost.
 Action ended 12:45:05: FileCost. Return value 1.
 Action 12:45:05: CostFinalize. Computing space requirements
 Action start 12:45:05: CostFinalize.
 Action ended 12:45:05: CostFinalize. Return value 1.
 Action 12:45:05: WelcomeDlg.
 Action start 12:45:05: WelcomeDlg.
 Info 2898. For TahomaBold13 textstyle, the system created a 'Tahoma'
 font, in 0 character set, of 21 pixels height.
 Action 12:45:05: WelcomeDlg. Dialog created
 DEBUG: Error 2888:  Executing the TextStyle view failed
 The installer has encountered an unexpected error installing this
 package. This may indicate a problem with this package. The error code
 is 2888. The arguments are: TextStyle, ,
 DEBUG: Error 2888:  Executing the TextStyle view failed
 The installer has encountered an unexpected error installing this
 package. This may indicate a problem with this package. The error code
 is 2888. The arguments are: TextStyle, ,
 DEBUG: Error 2888:  Executing the TextStyle view failed
 The installer has encountered an unexpected error installing this
 package. This may indicate a problem with this package. The error code
 is 2888. The arguments are: TextStyle, ,
 DEBUG: Error 2888:  Executing the TextStyle view failed
 The installer has encountered an unexpected error installing this
 package. This may indicate a problem with this package. The error code
 is 2888. The arguments are: TextStyle, ,
 DEBUG: Error 2888:  Executing the TextStyle view failed
 The installer has encountered an unexpected error installing this
 package. This may indicate a problem with this package. The error code
 is 2888. The arguments are: TextStyle, ,
 DEBUG: Error 2888:  Executing the TextStyle view failed
 The installer has encountered an unexpected error installing this
 package. This may indicate a problem with this package. The error code
 is 2888. The arguments are: TextStyle, ,
 Action 12:46:02: SetupTypeDlg. Dialog created
 DEBUG: Error 2888:  Executing the TextStyle view failed
 The installer has encountered an unexpected error installing this
 package. This may indicate a problem with this package. The error code
 is 2888. The arguments are: TextStyle, ,
 DEBUG: Error 2888:  Executing the TextStyle view failed
 The installer has encountered an unexpected error installing this
 package. This may indicate a problem with this package. The error code
 is 2888. The arguments are: TextStyle, ,
 DEBUG: Error 2826:  Control BannerLine on dialog VerifyReadyDlg extends
 beyond the boundaries of the dialog to the right by 4 pixels
 The installer has encountered an unexpected error installing this
 package. This may indicate a problem with this package. The error code
 is 2826. The arguments are: VerifyReadyDlg, BannerLine, to the right
 Action 12:46:03: VerifyReadyDlg. Dialog created
 DEBUG: Error 2888:  Executing the TextStyle view failed
 The installer has encountered an unexpected error installing this
 package. This may indicate a problem with this package. The error code
 is 2888. The arguments are: TextStyle, ,
 DEBUG: Error 2888:  Executing the TextStyle 

Re: [WiX-users] Unexpected error occurred with TextStyle

2009-04-22 Thread MacDiarmid, James D
Yep,  I saw that already in an earlier search before posting here.  I
didn't see a solution there and I was hoping someone here might know.  

-Original Message-
From: Brian Bakkebo [mailto:bbakk...@gmail.com] 
Sent: Wednesday, April 22, 2009 1:19 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Unexpected error occurred with TextStyle

here some old posts that might help you:
http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg01809.htm
l

This was the result: I checked out the log and found that there were
some UI errors due to

the size of the form.  I wonder if they led to this problem.  I'm
looking further into the file now...


Hope this helps..I have no clue what the problem may be.


2009/4/22 MacDiarmid, James D james.macdiar...@eds.com


 I'm getting these errors regarding TextStyle failed during testing of 
 my MSI package. Can anyone tell me what they mean and how I would go 
 about fixing them?


 Action 12:45:04: INSTALL.
 Action start 12:45:04: INSTALL.
 Action 12:45:04: LaunchConditions. Evaluating launch conditions Action

 start 12:45:04: LaunchConditions.
 Action ended 12:45:04: LaunchConditions. Return value 0.
 Action 12:45:04: PrepareDlg.
 Action start 12:45:04: PrepareDlg.
 Info 2898. For DlgFont8 textstyle, the system created a 'Tahoma' font,

 in 0 character set, of 13 pixels height.
 Action 12:45:04: PrepareDlg. Dialog created Action ended 12:45:04: 
 PrepareDlg. Return value 1.
 Action 12:45:04: AppSearch. Searching for installed applications 
 Action start 12:45:04: AppSearch.
 Action ended 12:45:05: AppSearch. Return value 0.
 Action 12:45:05: CCPSearch. Searching for qualifying products Action 
 start 12:45:05: CCPSearch.
 Action ended 12:45:05: CCPSearch. Return value 0.
 Action 12:45:05: RMCCPSearch. Searching for qualifying products Action

 start 12:45:05: RMCCPSearch.
 Action ended 12:45:05: RMCCPSearch. Return value 0.
 Action 12:45:05: ValidateProductID.
 Action start 12:45:05: ValidateProductID.
 Action ended 12:45:05: ValidateProductID. Return value 1.
 Action 12:45:05: CostInitialize. Computing space requirements Action 
 start 12:45:05: CostInitialize.
 Action ended 12:45:05: CostInitialize. Return value 1.
 Action 12:45:05: FileCost. Computing space requirements Action start 
 12:45:05: FileCost.
 Action ended 12:45:05: FileCost. Return value 1.
 Action 12:45:05: CostFinalize. Computing space requirements Action 
 start 12:45:05: CostFinalize.
 Action ended 12:45:05: CostFinalize. Return value 1.
 Action 12:45:05: WelcomeDlg.
 Action start 12:45:05: WelcomeDlg.
 Info 2898. For TahomaBold13 textstyle, the system created a 'Tahoma'
 font, in 0 character set, of 21 pixels height.
 Action 12:45:05: WelcomeDlg. Dialog created
 DEBUG: Error 2888:  Executing the TextStyle view failed The installer 
 has encountered an unexpected error installing this package. This may 
 indicate a problem with this package. The error code is 2888. The 
 arguments are: TextStyle, ,
 DEBUG: Error 2888:  Executing the TextStyle view failed The installer 
 has encountered an unexpected error installing this package. This may 
 indicate a problem with this package. The error code is 2888. The 
 arguments are: TextStyle, ,
 DEBUG: Error 2888:  Executing the TextStyle view failed The installer 
 has encountered an unexpected error installing this package. This may 
 indicate a problem with this package. The error code is 2888. The 
 arguments are: TextStyle, ,
 DEBUG: Error 2888:  Executing the TextStyle view failed The installer 
 has encountered an unexpected error installing this package. This may 
 indicate a problem with this package. The error code is 2888. The 
 arguments are: TextStyle, ,
 DEBUG: Error 2888:  Executing the TextStyle view failed The installer 
 has encountered an unexpected error installing this package. This may 
 indicate a problem with this package. The error code is 2888. The 
 arguments are: TextStyle, ,
 DEBUG: Error 2888:  Executing the TextStyle view failed The installer 
 has encountered an unexpected error installing this package. This may 
 indicate a problem with this package. The error code is 2888. The 
 arguments are: TextStyle, , Action 12:46:02: SetupTypeDlg. Dialog 
 created
 DEBUG: Error 2888:  Executing the TextStyle view failed The installer 
 has encountered an unexpected error installing this package. This may 
 indicate a problem with this package. The error code is 2888. The 
 arguments are: TextStyle, ,
 DEBUG: Error 2888:  Executing the TextStyle view failed The installer 
 has encountered an unexpected error installing this package. This may 
 indicate a problem with this package. The error code is 2888. The 
 arguments are: TextStyle, ,
 DEBUG: Error 2826:  Control BannerLine on dialog VerifyReadyDlg 
 extends beyond the boundaries of the dialog to the right by 4 pixels 
 The installer has encountered an unexpected error installing this 
 package. This may indicate a problem with this 

[WiX-users] Subversion revision number through a wixproject file using msbuild community tasks

2009-04-22 Thread Brian Bakkebo
I realize this probably isnt the right place for this, but I am hoping
someone else has got this working and could just give me a hand or better
the code...

I am trying get subversion revision number through a wixproj file using
msbuild community tasks and it is not working!
Here is the script I am using. I am not seeing any output in the revision.
Import Project=$(MSBUILDCommunityTasks)\MSBuild.Community.Tasks.Targets
/ !--Get Subversion Revision here-you must use MSBUILDCommunityTasks:--
Target Name=Version  SvnVersion LocalPath=..\  Output
TaskParameter=Revision PropertyName=Revision / /SvnVersion Message
Text=Version: $(Revision)/ /Target

Thanks in advance.
Brian
--
Stay on top of everything new and different, both inside and 
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today. 
Use priority code J9JMT32. http://p.sf.net/sfu/p
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Wait until CostingComplete=1 before showing WelcomeDlg

2009-04-22 Thread garnold

Hi

I am creating an installer using WiX that contains about 13500 files spread
across about 720 components.  I am not sure if this is a lot or not, but the
installer can take quite a while to calculate the costing.  The part that
makes this annoying is that when the installer starts up, the Prepare Dialog
will have text that says Computing Space Requirements, which is fine. 
However, once that is done and the user is allowed to click through to the
license agreement, another Dialog gets spawned when they accept saying
Please wait while the installer finishes determining your disk space
requirements.  This is because the CostingComplete property has not been
set to 1 yet.  The user is then forced to wait another few minutes while
this finishes before they can move on, which is annoying.  I would like to
move all the waiting the user has to do to the beginning of the
installation, instead of them having to wait a couple of times throughout
the dialogs.

So my question is:  Can I somehow tell the Prepare Dialog to wait until
CostingComplete=1 before it goes away and displays the Welcome Dialog?  Is
it at all possible to spawn a wait dialog automatically from the Prepare
that waits until CostingComplete=1, or does it always have to be tied to the
user pressing a button?  Could I write some kind of custom action that will
force the dialogs to wait around while the costing is happening and then
return once the CostingComplete=1?

Thanks!
-- 
View this message in context: 
http://n2.nabble.com/Wait-until-CostingComplete%3D1-before-showing-WelcomeDlg-tp2677896p2677896.html
Sent from the wix-users mailing list archive at Nabble.com.


--
Stay on top of everything new and different, both inside and 
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today. 
Use priority code J9JMT32. http://p.sf.net/sfu/p
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Unexpected error occurred with TextStyle

2009-04-22 Thread Brian Bakkebo
I could be you are being excluded from some files/file permissions issues,
etc.  Can you run this and see what it says: msiexec /i msi file /Lew
path to log file
Ok, has the install been working?  Is this a new install?
Med vennlig hilsen /Regards
Brian




2009/4/22 MacDiarmid, James D james.macdiar...@eds.com

 Yep,  I saw that already in an earlier search before posting here.  I
 didn't see a solution there and I was hoping someone here might know.

 -Original Message-
 From: Brian Bakkebo [mailto:bbakk...@gmail.com]
 Sent: Wednesday, April 22, 2009 1:19 PM
 To: General discussion for Windows Installer XML toolset.
 Subject: Re: [WiX-users] Unexpected error occurred with TextStyle

 here some old posts that might help you:
 http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg01809.htm
 l

 This was the result: I checked out the log and found that there were
 some UI errors due to

 the size of the form.  I wonder if they led to this problem.  I'm
 looking further into the file now...


 Hope this helps..I have no clue what the problem may be.


 2009/4/22 MacDiarmid, James D james.macdiar...@eds.com

 
  I'm getting these errors regarding TextStyle failed during testing of
  my MSI package. Can anyone tell me what they mean and how I would go
  about fixing them?
 
 
  Action 12:45:04: INSTALL.
  Action start 12:45:04: INSTALL.
  Action 12:45:04: LaunchConditions. Evaluating launch conditions Action

  start 12:45:04: LaunchConditions.
  Action ended 12:45:04: LaunchConditions. Return value 0.
  Action 12:45:04: PrepareDlg.
  Action start 12:45:04: PrepareDlg.
  Info 2898. For DlgFont8 textstyle, the system created a 'Tahoma' font,

  in 0 character set, of 13 pixels height.
  Action 12:45:04: PrepareDlg. Dialog created Action ended 12:45:04:
  PrepareDlg. Return value 1.
  Action 12:45:04: AppSearch. Searching for installed applications
  Action start 12:45:04: AppSearch.
  Action ended 12:45:05: AppSearch. Return value 0.
  Action 12:45:05: CCPSearch. Searching for qualifying products Action
  start 12:45:05: CCPSearch.
  Action ended 12:45:05: CCPSearch. Return value 0.
  Action 12:45:05: RMCCPSearch. Searching for qualifying products Action

  start 12:45:05: RMCCPSearch.
  Action ended 12:45:05: RMCCPSearch. Return value 0.
  Action 12:45:05: ValidateProductID.
  Action start 12:45:05: ValidateProductID.
  Action ended 12:45:05: ValidateProductID. Return value 1.
  Action 12:45:05: CostInitialize. Computing space requirements Action
  start 12:45:05: CostInitialize.
  Action ended 12:45:05: CostInitialize. Return value 1.
  Action 12:45:05: FileCost. Computing space requirements Action start
  12:45:05: FileCost.
  Action ended 12:45:05: FileCost. Return value 1.
  Action 12:45:05: CostFinalize. Computing space requirements Action
  start 12:45:05: CostFinalize.
  Action ended 12:45:05: CostFinalize. Return value 1.
  Action 12:45:05: WelcomeDlg.
  Action start 12:45:05: WelcomeDlg.
  Info 2898. For TahomaBold13 textstyle, the system created a 'Tahoma'
  font, in 0 character set, of 21 pixels height.
  Action 12:45:05: WelcomeDlg. Dialog created
  DEBUG: Error 2888:  Executing the TextStyle view failed The installer
  has encountered an unexpected error installing this package. This may
  indicate a problem with this package. The error code is 2888. The
  arguments are: TextStyle, ,
  DEBUG: Error 2888:  Executing the TextStyle view failed The installer
  has encountered an unexpected error installing this package. This may
  indicate a problem with this package. The error code is 2888. The
  arguments are: TextStyle, ,
  DEBUG: Error 2888:  Executing the TextStyle view failed The installer
  has encountered an unexpected error installing this package. This may
  indicate a problem with this package. The error code is 2888. The
  arguments are: TextStyle, ,
  DEBUG: Error 2888:  Executing the TextStyle view failed The installer
  has encountered an unexpected error installing this package. This may
  indicate a problem with this package. The error code is 2888. The
  arguments are: TextStyle, ,
  DEBUG: Error 2888:  Executing the TextStyle view failed The installer
  has encountered an unexpected error installing this package. This may
  indicate a problem with this package. The error code is 2888. The
  arguments are: TextStyle, ,
  DEBUG: Error 2888:  Executing the TextStyle view failed The installer
  has encountered an unexpected error installing this package. This may
  indicate a problem with this package. The error code is 2888. The
  arguments are: TextStyle, , Action 12:46:02: SetupTypeDlg. Dialog
  created
  DEBUG: Error 2888:  Executing the TextStyle view failed The installer
  has encountered an unexpected error installing this package. This may
  indicate a problem with this package. The error code is 2888. The
  arguments are: TextStyle, ,
  DEBUG: Error 2888:  Executing the TextStyle view failed The installer
  has encountered an unexpected error installing this 

Re: [WiX-users] Subversion revision number through a wixproject file using msbuild community tasks

2009-04-22 Thread Castro, Edwin (Hillsboro)
First check that LocalPath is pointing to the correct location. Sometimes the 
bug is sooo trivial we don't notice it. ;-)

SvnVersion/ expects svnversion.exe to live at $(ProgramFiles)\Subversion\bin. 
If it doesn't live there, then specify ToolPath to the directory where it does 
live. Example:

SvnVersion ToolPath=$(ProgramFiles)\CollabNet Subversion Client 
LocalPath=..\
  Output TaskParameter=Revision PropertyName=Revision/
/SvnVersion

Use Message Text=Version: $(Revision) Importance=high/ while testing to 
make it easier for the revision to be printed. The verbosity level of msbuild 
can affect whether these messages are printed or not.

Edwin G. Castro
Software Developer - Staff
Electronic Banking Services
Fiserv
Office: 503-746-0643
Fax: 503-617-0291
www.fiserv.com
Please consider the environment before printing this e-mail

 -Original Message-
 From: Brian Bakkebo [mailto:bbakk...@gmail.com]
 Sent: Wednesday, April 22, 2009 11:16 AM
 To: General discussion for Windows Installer XML toolset.
 Subject: [WiX-users] Subversion revision number through a wixproject
 file using msbuild community tasks

 I realize this probably isnt the right place for this, but I am hoping
 someone else has got this working and could just give me a hand or
 better
 the code...

 I am trying get subversion revision number through a wixproj file using
 msbuild community tasks and it is not working!
 Here is the script I am using. I am not seeing any output in the
 revision.
 Import
 Project=$(MSBUILDCommunityTasks)\MSBuild.Community.Tasks.Targets
 / !--Get Subversion Revision here-you must use
 MSBUILDCommunityTasks:--
 Target Name=Version  SvnVersion LocalPath=..\  Output
 TaskParameter=Revision PropertyName=Revision / /SvnVersion
 Message
 Text=Version: $(Revision)/ /Target

 Thanks in advance.
 Brian
 ---
 ---
 Stay on top of everything new and different, both inside and
 around Java (TM) technology - register by April 22, and save
 $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
 300 plus technical and hands-on sessions. Register today.
 Use priority code J9JMT32. http://p.sf.net/sfu/p
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
--
Stay on top of everything new and different, both inside and 
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today. 
Use priority code J9JMT32. http://p.sf.net/sfu/p
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Installutil in wix

2009-04-22 Thread Brian Rogers
Hey Sandun,

The problem is that heat.exe doesn't have a 64-bit brother to do this.

https://sourceforge.net/tracker/?func=detailaid=2012626group_id=105970atid=642717

Thanks,

Brian Rogers
Intelligence removes complexity. - Me
http://icumove.spaces.live.com


On Mon, Apr 20, 2009 at 10:31 PM, sandun css sandun...@gmail.com wrote:

 Hi,

 Thanks for the reply.

 I need to install dlls using the 'installutil' command. And those dlls are
 built as x64. It seems that heat doesn't extract all the install
 information. (I guess this happens because the dll is x64)
 This is what I got from heat..

  Component Id=cmp18DC6DE0BCB289A4AD8E589F76A129F1 Guid=PUT-GUID-HERE
File Id=filB77179FF9C4FECD242EDEA7F43259B14 KeyPath=yes
 Source=ResourceStorage.dll /
  /Component

 As you can see it doesn't contain its installutil information.

 Any idea about the problem?

 Thanks,
 Sandun

 On Mon, Apr 20, 2009 at 3:23 PM, Pally Sandher pally.sand...@iesve.com
 wrote:

  It's possible to register DLL's by using heat.exe to harvest the
  self-registration information  outputting a fragment to add to your
  project. Heat.exe has a page in the WiX.chm under Tools and Concepts
  and by running it with the /? Flag it gives plenty of information on how
  to use it to get the code you need generated.
 
  How many times in the last week has a variation on this question been
  asked? Just use heat.exe. It works  you'll be following the best
  practices for rollback/uninstall/etc without even trying.
 
  Palbinder Sandher
  Software Deployment  IT Administrator
  T: +44 (0) 141 945 8500
  F: +44 (0) 141 945 8501
 
  http://www.iesve.com
  **Design, Simulate + Innovate with the Virtual Environment**
  Integrated Environmental Solutions Limited. Registered in Scotland No.
  SC151456
  Registered Office - Helix Building, West Of Scotland Science Park,
  Glasgow G20 0SP
  Email Disclaimer
 
 
  -Original Message-
  From: sandun css [mailto:sandun...@gmail.com]
  Sent: 20 April 2009 07:58
  To: wix-users@lists.sourceforge.net
  Subject: [WiX-users] Installutil in wix
 
  Hi,
 
  Is it possible to register dlls using installutil command in wix?
 
  Thanks,
  Sandun
 
 
 
 --
  Stay on top of everything new and different, both inside and
  around Java (TM) technology - register by April 22, and save
  $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
  300 plus technical and hands-on sessions. Register today.
  Use priority code J9JMT32. http://p.sf.net/sfu/p
  ___
  WiX-users mailing list
  WiX-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wix-users
 

 --
 Stay on top of everything new and different, both inside and
 around Java (TM) technology - register by April 22, and save
 $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
 300 plus technical and hands-on sessions. Register today.
 Use priority code J9JMT32. http://p.sf.net/sfu/p
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Stay on top of everything new and different, both inside and 
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today. 
Use priority code J9JMT32. http://p.sf.net/sfu/p
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Execute a batch file that takes Installation Directory as current directory instead of C:\Windows\System32

2009-04-22 Thread Vuchuru, Surekha (SBT US EXT)
Hello Everyone,
 
I have a batch file that gets executed during installation process...
Content of that batch file is something like this
 
mage.exe -cc
 
This command is supposed to execute mage.exe (that exe is also present
in the same directory where that batch file is present). But, that
command gives an error while running the batch file as part of
installation. 
 
The current directory is supposed to be where that batch file and
mage.exe is copied in the Installation Directory structure. Instead, the
batch file shows that the current directory is C:\Windows\system32 and
searches for mage.exe in the same folder as oppposed to the Installation
Directory and as result generates an error. Without passing the path as
an argument to that batch file explicilty, Is there a way to execute
that batch file from where it has been actually installed (Installation
Directory).
 
Thanks and Regards,
Surekha Vuchuru
 
--
Stay on top of everything new and different, both inside and 
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today. 
Use priority code J9JMT32. http://p.sf.net/sfu/p
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Execute a batch file that takes Installation Directoryas current directory instead of C:\Windows\System32

2009-04-22 Thread Reddy, Mallikarjun (GWMT-TASCS)
Check if this may help.. 

Put this in your batch before mage.exe -cc

%0\ 
cd %0\.. 
cd /d %0\.. 

The first two lines are for 9x which doesn't support the /d flag, only
the third line is required for NTx. This nifty solution was originally
found at alt.msdos.batch.nt.

Credit: Comment at :
http://blogs.msdn.com/oldnewthing/archive/2005/01/28/362565.aspx


-Original Message-
From: Vuchuru, Surekha (SBT US EXT)
[mailto:surekha.vuchuru@siemens.com] 
Sent: Wednesday, April 22, 2009 4:06 PM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Execute a batch file that takes Installation
Directoryas current directory instead of C:\Windows\System32

Hello Everyone,
 
I have a batch file that gets executed during installation process...
Content of that batch file is something like this
 
mage.exe -cc
 
This command is supposed to execute mage.exe (that exe is also present
in the same directory where that batch file is present). But, that
command gives an error while running the batch file as part of
installation. 
 
The current directory is supposed to be where that batch file and
mage.exe is copied in the Installation Directory structure. Instead, the
batch file shows that the current directory is C:\Windows\system32 and
searches for mage.exe in the same folder as oppposed to the Installation
Directory and as result generates an error. Without passing the path as
an argument to that batch file explicilty, Is there a way to execute
that batch file from where it has been actually installed (Installation
Directory).
 
Thanks and Regards,
Surekha Vuchuru
 

--
Stay on top of everything new and different, both inside and 
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today. 
Use priority code J9JMT32. http://p.sf.net/sfu/p
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
This message w/attachments (message) may be privileged, confidential or 
proprietary, and if you are not an intended recipient, please notify the 
sender, do not use or share it and delete it. Unless specifically indicated, 
this message is not an offer to sell or a solicitation of any investment 
products or other financial product or service, an official confirmation of any 
transaction, or an official statement of Merrill Lynch. Subject to applicable 
law, Merrill Lynch may monitor, review and retain e-communications (EC) 
traveling through its networks/systems. The laws of the country of each 
sender/recipient may impact the handling of EC, and EC may be archived, 
supervised and produced in countries other than the country in which you are 
located. This message cannot be guaranteed to be secure or error-free. 
References to Merrill Lynch are references to any company in the Merrill 
Lynch  Co., Inc. group of companies, which are wholly-owned by Bank of America 
Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are 
Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a 
Condition to Any Banking Service or Activity * Are Not Insured by Any Federal 
Government Agency. Attachments that are part of this E-communication may have 
additional important disclosures and disclaimers, which you should read. This 
message is subject to terms available at the following link: 
http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you 
consent to the foregoing.
--
 

--
Stay on top of everything new and different, both inside and 
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today. 
Use priority code J9JMT32. http://p.sf.net/sfu/p
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Execute a batch file that takes InstallationDirectoryas current directory instead of C:\Windows\System32

2009-04-22 Thread Vuchuru, Surekha (SBT US EXT)

Hi Mallikarjun,

That worked.Thank you very much...

Regards,
Surekha Vuchuru 

-Original Message-
From: Reddy, Mallikarjun (GWMT-TASCS) [mailto:mallikarjun_re...@ml.com] 
Sent: Wednesday, April 22, 2009 3:22 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Execute a batch file that takes
InstallationDirectoryas current directory instead of C:\Windows\System32

Check if this may help.. 

Put this in your batch before mage.exe -cc

%0\ 
cd %0\.. 
cd /d %0\.. 

The first two lines are for 9x which doesn't support the /d flag, only
the third line is required for NTx. This nifty solution was originally
found at alt.msdos.batch.nt.

Credit: Comment at :
http://blogs.msdn.com/oldnewthing/archive/2005/01/28/362565.aspx


-Original Message-
From: Vuchuru, Surekha (SBT US EXT)
[mailto:surekha.vuchuru@siemens.com] 
Sent: Wednesday, April 22, 2009 4:06 PM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Execute a batch file that takes Installation
Directoryas current directory instead of C:\Windows\System32

Hello Everyone,
 
I have a batch file that gets executed during installation process...
Content of that batch file is something like this
 
mage.exe -cc
 
This command is supposed to execute mage.exe (that exe is also present
in the same directory where that batch file is present). But, that
command gives an error while running the batch file as part of
installation. 
 
The current directory is supposed to be where that batch file and
mage.exe is copied in the Installation Directory structure. Instead, the
batch file shows that the current directory is C:\Windows\system32 and
searches for mage.exe in the same folder as oppposed to the Installation
Directory and as result generates an error. Without passing the path as
an argument to that batch file explicilty, Is there a way to execute
that batch file from where it has been actually installed (Installation
Directory).
 
Thanks and Regards,
Surekha Vuchuru
 

--
Stay on top of everything new and different, both inside and 
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today. 
Use priority code J9JMT32. http://p.sf.net/sfu/p
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
This message w/attachments (message) may be privileged, confidential or
proprietary, and if you are not an intended recipient, please notify the
sender, do not use or share it and delete it. Unless specifically
indicated, this message is not an offer to sell or a solicitation of any
investment products or other financial product or service, an official
confirmation of any transaction, or an official statement of Merrill
Lynch. Subject to applicable law, Merrill Lynch may monitor, review and
retain e-communications (EC) traveling through its networks/systems. The
laws of the country of each sender/recipient may impact the handling of
EC, and EC may be archived, supervised and produced in countries other
than the country in which you are located. This message cannot be
guaranteed to be secure or error-free. References to Merrill Lynch are
references to any company in the Merrill Lynch  Co., Inc. group of
companies, which are wholly-owned by Bank of America Corporation. Secur
 ities and Insurance Products: * Are Not FDIC Insured * Are Not Bank
Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a
Condition to Any Banking Service or Activity * Are Not Insured by Any
Federal Government Agency. Attachments that are part of this
E-communication may have additional important disclosures and
disclaimers, which you should read. This message is subject to terms
available at the following link:
http://www.ml.com/e-communications_terms/. By messaging with Merrill
Lynch you consent to the foregoing.

--
 


--
Stay on top of everything new and different, both inside and 
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today. 
Use priority code J9JMT32. http://p.sf.net/sfu/p
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Stay on top of everything new and different, both inside and 
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne 

Re: [WiX-users] Registring CDO.dll - Heat ouput same as before, but Light now giving error

2009-04-22 Thread Roy Abou Assaly

Thanks for the tips guys.  We had 2 products using this.  One works fine with
the redistributable, but the other didn't like it.  So I'm going to chain
the redistributable package for the product that liked it, and we'll just
hold off for the other, until a code change.  We got an error:

Marshaler restriction: Excessively long string.

I will leave to the developers to update accordingly and then our plan is to
use the redistributable.

Thanks!

Roy


Roy Abou Assaly wrote:
 
 Hi Brian,
 I found this website http://www.cdolive.com/cdo7.htm which lead me to this
 MS Collaboration Data Objects, version 1.2.1 (6.5.8067.0) download link:
 http://www.microsoft.com/downloads/details.aspx?familyid=2714320d-c997-4de1-986f-24f081725d36displaylang=en
 
 I'm going to talk to the developer and see if 6.5.8067.0 is compatible
 with
 his application which is using 6.5.7940.0.  If there's no problems, I may
 just go with the MS re-distributable.  I will go that route before I go
 and
 create any unnecessary tickets.  Will get back to with the result.
 
 Thanks for the tip,
 
 Roy
 
 On Mon, Apr 20, 2009 at 4:52 PM, Brian Rogers (via Nabble) 
 ml-user+58646-1457241...@n2.nabble.comml-user%2b58646-1457241...@n2.nabble.com
 wrote:
 
 Roy,

 It might be worth you opening a bug. However, you should not be
 installing
 CDO on your own. There could likely be other pieces that need to be
 installed that are not harvested from the DLL itself. This would
 invalidate

 the installation of CDO on the system and could cause large problems. You
 should look for a redistributable and chain that into your installation.

 The message you are getting in light is saying that the output of the
 harvest is basically not valid which is possible as COM is highly
 customizable. Heat does not take into account all possible variations
 because of those issues.

 Thanks,

 Brian Rogers
 Intelligence removes complexity. - Me
 http://icumove.spaces.live.com


 On Mon, Apr 20, 2009 at 12:41 PM, Roy Abou Assaly
 royass...@...http://n2.nabble.com/user/SendEmail.jtp?type=nodenode=2666208i=0wrote:


 
  Hi,
 
  I'm in the process of migrating more WiX files to the latest version of
  WiX.
  I'm using 3.0.5217 and found this error that wasn't occurring in an
 older

  version of WiX:
 
  error LGHT0130 : The primary key 'regFB26914512AFF203D5986383999BD192'
 is

  duplicated in table 'Registry'.  Please remove one of the entries or
 rename
  a part of the primary key to avoid the collision.
 
  The DLL in question is actually CDO.dll 6.5.7940.0.  I generated the
 WiX
  for
  it using heat many versions ago (6 months or so).  I regenerated again
  using
  heat 3.0.5217 and it produced the same output.  However, Light 3.0.5217
 is
  throwing the error above.  Light never gave this error before.
 
  If I comment out:
 
   ProgId Id=ActMsg.Session Description=CDO Session Object /
 
  Light has no problems, but after generating the MSI, I ran Orca on the
 MSI,
  and I got:
 
  ICE33:  Warning Reg key regFB26914512AFF203D5986383999BD192 is used in
 an

  unsupported way.  CLSID - ProdId associations should be registered via
 the
  Class and ProdId tables.  This entry may overwrite a value created
 through
  those tables.
 
  Should I create a ticket in sourceforge and attach CDO.dll?
 
  Here's the WiX snippet:
 
 !-- CDO.DLL --
 Component Id=CDO.DLL
  Guid=F1A0C26F-B1CC-4B8D-93C5-EF276E24C3FD SharedDllRefCount=yes
   File Id=CDO.DLL Name=CDO.DLL KeyPath=yes
  Source=$(var.EXTERNAL_DLL)\CDO.DLL
 TypeLib
 Id={3FA7DEA7-6438-101B-ACC1-00AA00423326}
  Description=Microsoft CDO 1.21 Library Language=0 MajorVersion=1
  MinorVersion=21
   Class
 Id={3FA7DEB3-6438-101B-ACC1-00AA00423326}
  Context=InprocServer32 Description=CDO Session Object
  ThreadingModel=both
ProgId Id=ActMsg.Session
 Description=CDO
  Session
  Object /
 ProgId Id=MAPI.Session.1 Description=CDO
  1.21
  Session Object
   ProgId Id=MAPI.Session Description=CDO
  Session
  Object /
 /ProgId
   /Class
 /TypeLib
   /File
 /Component
  --
  View this message in context:
 
 http://n2.nabble.com/Registring-CDO.dll---Heat-ouput-same-as-before%2C-but-Light-now-giving-error-tp2665723p2665723.html
  Sent from the wix-users mailing list archive at Nabble.com.
 
 
 
 
 --

  Stay on top of everything new and different, both inside and
  around Java (TM) technology - register by April 22, and save
  $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
  300 plus technical and hands-on sessions. Register today.
  Use priority code J9JMT32. http://p.sf.net/sfu/p
  

Re: [WiX-users] Subversion revision number through a wixproject file using msbuild community tasks

2009-04-22 Thread Brian Bakkebo
Hello Edwin thanks for your response.I had the toolpath there before and it
didnt seem to make any difference, but I added it back again.  Actually, I
cut and pasted what you had exactly and it still seems like nothing is
happening??

Couple of questions:
1.  Should I see this(Version: =MyRevisionValue) in the output window of
visual studio when I build the wixproj?  I have also tried to run it from
msbuild and I dont see anything.
2.  Could it be the way I am passing the variables from the wixproj to my
product.wxs file?
This is how I am doing it.
DefineConstantsDebug;ReleaseDir=..\ProgramName\bin\Release\;SubversionRevision=$(Revision)/DefineConstants

Any help is greatly appreciated.

Brian

2009/4/22 Castro, Edwin (Hillsboro) edwin.cas...@fiserv.com

 First check that LocalPath is pointing to the correct location. Sometimes
 the bug is sooo trivial we don't notice it. ;-)

 SvnVersion/ expects svnversion.exe to live at
 $(ProgramFiles)\Subversion\bin. If it doesn't live there, then specify
 ToolPath to the directory where it does live. Example:

 SvnVersion ToolPath=$(ProgramFiles)\CollabNet Subversion Client
 LocalPath=..\
   Output TaskParameter=Revision PropertyName=Revision/
 /SvnVersion

 Use Message Text=Version: $(Revision) Importance=high/ while testing
 to make it easier for the revision to be printed. The verbosity level of
 msbuild can affect whether these messages are printed or not.

 Edwin G. Castro
 Software Developer - Staff
 Electronic Banking Services
 Fiserv
 Office: 503-746-0643
 Fax: 503-617-0291
 www.fiserv.com
 ���nPlease consider the environment before printing this e-mail

  -Original Message-
  From: Brian Bakkebo [mailto:bbakk...@gmail.com]
  Sent: Wednesday, April 22, 2009 11:16 AM
  To: General discussion for Windows Installer XML toolset.
  Subject: [WiX-users] Subversion revision number through a wixproject
  file using msbuild community tasks
 
  I realize this probably isnt the right place for this, but I am hoping
  someone else has got this working and could just give me a hand or
  better
  the code...
 
  I am trying get subversion revision number through a wixproj file using
  msbuild community tasks and it is not working!
  Here is the script I am using. I am not seeing any output in the
  revision.
  Import
  Project=$(MSBUILDCommunityTasks)\MSBuild.Community.Tasks.Targets
  / !--Get Subversion Revision here-you must use
  MSBUILDCommunityTasks:--
  Target Name=Version  SvnVersion LocalPath=..\  Output
  TaskParameter=Revision PropertyName=Revision / /SvnVersion
  Message
  Text=Version: $(Revision)/ /Target
 
  Thanks in advance.
  Brian
  ---
  ---
  Stay on top of everything new and different, both inside and
  around Java (TM) technology - register by April 22, and save
  $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
  300 plus technical and hands-on sessions. Register today.
  Use priority code J9JMT32. http://p.sf.net/sfu/p
  ___
  WiX-users mailing list
  WiX-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wix-users

 --
 Stay on top of everything new and different, both inside and
 around Java (TM) technology - register by April 22, and save
 $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
 300 plus technical and hands-on sessions. Register today.
 Use priority code J9JMT32. http://p.sf.net/sfu/p
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Stay on top of everything new and different, both inside and 
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today. 
Use priority code J9JMT32. http://p.sf.net/sfu/p___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Run executable after setup

2009-04-22 Thread David Bartmess
Can't you Just set an exit action on the Finish button like below? I use this 
to open PDF user guides after the installation is complete.

Publish Dialog=ExitDialog Control=Finish Order=1 Event=DoAction 
Value=DisplayPDF![CDATA[DISPLAYPDF = 1 AND NOT REMOVE]]/Publish

-Original Message-
From: Sudripta Nandy (Sarangsoft Corporation) [mailto:v-su...@microsoft.com] 
Sent: Wednesday, April 22, 2009 3:22 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Run executable after setup

After the completion of my setup, I need to launch the main executable of the 
software. In the manifest file of the main executable the execution level has 
been set to 'requireAdministrator'. The wix file has a custom action to launch 
the main executable. The custom action is given as:

CustomAction Id=StartApp Directory=INSTALLDIR
  ExeCommand=[INSTALLDIR]MyApp.exe Return=asyncNoWait /


The problem is that the MSI is failing to launch the executable and returning 
the error code 1631... this is probably because the application needs to run 
with elevated privileges.

I can't run the executable in deferred mode as I need to run it at a very late 
stage (after completing the setup, when the user clicks the 'Finish' button on 
my final dialog). Because in deferred mode I need to sequence it between 
InstallInitialize and InstallFinalize.

Any ideas on how to run the executable...


--
Stay on top of everything new and different, both inside and 
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today. 
Use priority code J9JMT32. http://p.sf.net/sfu/p
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Condition for detecting minor upgrade

2009-04-22 Thread slmnow

I trying to do the same thing.  I found this.

http://msdn.microsoft.com/en-us/library/aa372380(VS.85).aspx
http://msdn.microsoft.com/en-us/library/aa372380(VS.85).aspx 


Johan Appelgren wrote:
 
 Hi,
 
 I'm attempting to create a customized UI sequence that when upgrading
 or patching only displays a dialog that tells the user that the
 application will be upgraded and what version it will upgraded to. For
 major upgrades this isn't a problem, but I'm having trouble figuring
 out how to detect minor upgrades in the conditions for the dialogs,
 done with REINSTALL=ALL REINSTALLMODE=vomus.
 
 Has anyone done anything like this? Or is there support for something
 like this built-in to the UIExtension that I have missed?
 
 
 /Johan Appelgren
 
 --
 Stay on top of everything new and different, both inside and 
 around Java (TM) technology - register by April 22, and save
 $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
 300 plus technical and hands-on sessions. Register today. 
 Use priority code J9JMT32. http://p.sf.net/sfu/p
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
 
 
http://msdn.microsoft.com/en-us/library/aa372380(VS.85).aspx
http://msdn.microsoft.com/en-us/library/aa372380(VS.85).aspx 
http://msdn.microsoft.com/en-us/library/aa372380(VS.85).aspx Read this 
http://msdn.microsoft.com/en-us/library/aa372380(VS.85).aspx
http://msdn.microsoft.com/en-us/library/aa372380(VS.85).aspx 
-- 
View this message in context: 
http://n2.nabble.com/Condition-for-detecting-minor-upgrade-tp2675017p2679817.html
Sent from the wix-users mailing list archive at Nabble.com.


--
Stay on top of everything new and different, both inside and 
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today. 
Use priority code J9JMT32. http://p.sf.net/sfu/p
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Subversion revision number through a wixproject file using msbuild community tasks

2009-04-22 Thread Castro, Edwin (Hillsboro)
My example depended on having the CollabNet distribution of subversion. Find 
out where svnversion.exe lives on your system.

I expect Message Text=Version: $(Revision)/ to print something like the 
following:

Version: 5425

Are you declaring DefineConstants in the same target where SvnVersion/ runs? 
If not, then $(Version) will contain the default value (empty string) and cause 
problems. Perhaps I can be of more help if you show me your *.wixproj file.

Edwin G. Castro
Software Developer - Staff
Electronic Banking Services
Fiserv
Office: 503-746-0643
Fax: 503-617-0291
www.fiserv.com
Please consider the environment before printing this e-mail


 -Original Message-
 From: Brian Bakkebo [mailto:bbakk...@gmail.com]
 Sent: Wednesday, April 22, 2009 3:03 PM
 To: General discussion for Windows Installer XML toolset.
 Subject: Re: [WiX-users] Subversion revision number through a
 wixproject file using msbuild community tasks

 Hello Edwin thanks for your response.I had the toolpath there before
 and it didnt seem to make any difference, but I added it back again.
 Actually, I cut and pasted what you had exactly and it still seems like
 nothing is happening??

 Couple of questions:
 1.  Should I see this(Version: =MyRevisionValue) in the output window
 of visual studio when I build the wixproj?  I have also tried to run it
 from msbuild and I dont see anything.
 2.  Could it be the way I am passing the variables from the wixproj to
 my product.wxs file?
 This is how I am doing it.
 DefineConstantsDebug;ReleaseDir=..\ProgramName\bin\Release\;Subversio
 nRevision=$(Revision)/DefineConstants

 Any help is greatly appreciated.

 Brian

 2009/4/22 Castro, Edwin (Hillsboro) edwin.cas...@fiserv.com

  First check that LocalPath is pointing to the correct location.
  Sometimes the bug is sooo trivial we don't notice it. ;-)
 
  SvnVersion/ expects svnversion.exe to live at
  $(ProgramFiles)\Subversion\bin. If it doesn't live there, then
 specify
  ToolPath to the directory where it does live. Example:
 
  SvnVersion ToolPath=$(ProgramFiles)\CollabNet Subversion Client
  LocalPath=..\
Output TaskParameter=Revision PropertyName=Revision/
  /SvnVersion
 
  Use Message Text=Version: $(Revision) Importance=high/ while
  testing to make it easier for the revision to be printed. The
  verbosity level of msbuild can affect whether these messages are
 printed or not.
 
  Edwin G. Castro
  Software Developer - Staff
  Electronic Banking Services
  Fiserv
  Office: 503-746-0643
  Fax: 503-617-0291
  www.fiserv.com
  P Please consider the environment before printing this e-mail
 
   -Original Message-
   From: Brian Bakkebo [mailto:bbakk...@gmail.com]
   Sent: Wednesday, April 22, 2009 11:16 AM
   To: General discussion for Windows Installer XML toolset.
   Subject: [WiX-users] Subversion revision number through a
 wixproject
   file using msbuild community tasks
  
   I realize this probably isnt the right place for this, but I am
   hoping someone else has got this working and could just give me a
   hand or better the code...
  
   I am trying get subversion revision number through a wixproj file
   using msbuild community tasks and it is not working!
   Here is the script I am using. I am not seeing any output in the
   revision.
   Import
   Project=$(MSBUILDCommunityTasks)\MSBuild.Community.Tasks.Targets
   / !--Get Subversion Revision here-you must use
   MSBUILDCommunityTasks:-- Target Name=Version  SvnVersion
   LocalPath=..\  Output TaskParameter=Revision
   PropertyName=Revision / /SvnVersion Message
   Text=Version: $(Revision)/ /Target
  
   Thanks in advance.
   Brian
   ---
 -
   ---
   ---
   Stay on top of everything new and different, both inside and around
   Java (TM) technology - register by April 22, and save $200 on the
   JavaOne (SM) conference, June 2-5, 2009, San Francisco.
   300 plus technical and hands-on sessions. Register today.
   Use priority code J9JMT32. http://p.sf.net/sfu/p
   ___
   WiX-users mailing list
   WiX-users@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/wix-users
 
  -
 -
   Stay on top of everything new and different, both inside and
  around Java (TM) technology - register by April 22, and save $200 on
  the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
  300 plus technical and hands-on sessions. Register today.
  Use priority code J9JMT32. http://p.sf.net/sfu/p
  ___
  WiX-users mailing list
  WiX-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wix-users
 
--
Stay on top of everything new and different, both inside and 
around Java (TM) technology - register by April 22, and save
$200 on the 

Re: [WiX-users] Condition for detecting minor upgrade

2009-04-22 Thread Michael Osmond
Johan,

Here is what I do,

I want a welcome dialog for a first time install, upgrade dialog if it is a 
major or minor upgrade and a maintenance dialog (ie change features) dialog if 
it is launched from the Add/Remove programs

Show Dialog=Welcome_Dialog After=MigrateFeatureStates![CDATA[(NOT 
Installed) and (NOT BAYUPGRADELIST)]]/Show
Show Dialog=Update_Dialog After=MigrateFeatureStates![CDATA[(Installed 
AND REINSTALL) OR (NOT Installed AND BAYUPGRADELIST)]]/Show
Show Dialog=MaintenanceMode_Dialog 
After=MigrateFeatureStates![CDATA[(Installed AND Not REINSTALL)]]/Show

BAYUPGRADELIST is set by FindRelatedProducts

Hope this helps

Michael

-Original Message-
From: Johan Appelgren [mailto:johan.appelg...@gmail.com] 
Sent: Wednesday, 22 April 2009 7:00 PM
To: Wix Mailing List
Subject: [WiX-users] Condition for detecting minor upgrade

Hi,

I'm attempting to create a customized UI sequence that when upgrading
or patching only displays a dialog that tells the user that the
application will be upgraded and what version it will upgraded to. For
major upgrades this isn't a problem, but I'm having trouble figuring
out how to detect minor upgrades in the conditions for the dialogs,
done with REINSTALL=ALL REINSTALLMODE=vomus.

Has anyone done anything like this? Or is there support for something
like this built-in to the UIExtension that I have missed?


/Johan Appelgren

--
Stay on top of everything new and different, both inside and 
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today. 
Use priority code J9JMT32. http://p.sf.net/sfu/p
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Stay on top of everything new and different, both inside and 
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today. 
Use priority code J9JMT32. http://p.sf.net/sfu/p
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Subversion revision number through a wixproject file using msbuild community tasks

2009-04-22 Thread Brian Bakkebo
Thanks again for your response EdwinYep, I use the same CollabNet release
for testing.  Yep, I expected that also, but I dont see it, which leads me
to believe that there is some kind of pathing/mapping problem.  Also, I am
not quite sure on the syntax for DefineConstants inside the version target.
 Here is my project file.  Hope you can see what the problem is..Thanks for
your help.

Project DefaultTargets=Build xmlns=
http://schemas.microsoft.com/developer/msbuild/2003;
  !--Main Property group--
  PropertyGroup
Configuration Condition= '$(Configuration)' == ''
Debug/Configuration
Platform Condition= '$(Platform)' == '' x86/Platform
ProductVersion1.0/ProductVersion
ProjectGuid{1bc4cf27-badd-47e0-87a7-9e3ed0c8c50b}/ProjectGuid
SchemaVersion2.0/SchemaVersion
OutputNameWix_TagImport/OutputName
OutputTypePackage/OutputType
WixToolPath..\..\DLL\Wix\/WixToolPath
Subversion..\..\DLL\CollabNet Subversion Client/Subversion
MSBUILDCommunityTasks..\..\DLL\MSBuildCommunityTasks\/MSBUILDCommunityTasks
WixTasksPath$(WixToolPath)\wixtasks.dll/WixTasksPath
WixTargetsPath$(WixToolPath)\Wix.targets/WixTargetsPath
Culturesen-us/Cultures
LinkerBaseInputPaths..\MYAPP\bin\Release/LinkerBaseInputPaths
  /PropertyGroup
  Import Project=$(WixToolPath)\Wix.targets /
  Import Project=$(MSBUILDCommunityTasks)\MSBuild.Community.Tasks.Targets
/
   !--Include wix files here:--
  ItemGroup
WixExtension Include=WixUtilExtension
  HintPath$(WixToolPath)\WixUtilExtension.dll/HintPath
/WixExtension
WixExtension Include=WixUIExtension
  HintPath$(WixToolPath)\WixUIExtension.dll/HintPath
/WixExtension
  /ItemGroup
  ItemGroup
Content Include=Config.wxi /
Compile Include=Product.wxs /
Compile Include=WixUI_Minimal_NoLicense.wxs /
Compile Include=Components.wxs /
  /ItemGroup
  !--Get Subversion Revision here-you must use MSBUILDCommunityTasks:--
  Target Name=Version 
  SvnVersion ToolPath=$(Subversion) LocalPath=..\
   Output TaskParameter=Revision PropertyName=Revision/
   DefineConstantsSubversionRevision=$(Revision)/DefineConstants
  /SvnVersion
  Message Text=Version: $(Revision) Importance=high/
  /Target
  !--Output based on Release or Debug--
  PropertyGroup Condition= '$(Configuration)|$(Platform)' == 'Debug|x86'

OutputPathbin\$(Configuration)\/OutputPath
IntermediateOutputPathobj\$(Configuration)\/IntermediateOutputPath
DefineConstantsDebug;ReleaseDir=..\MYAPP\bin\Release\/DefineConstants
  /PropertyGroup
  PropertyGroup Condition= '$(Configuration)|$(Platform)' == 'Release|x86'

OutputPathbin\$(Configuration)\/OutputPath
IntermediateOutputPathobj\$(Configuration)\/IntermediateOutputPath
DefineConstantsDebug;ReleaseDir=..\MYAPP\bin\Release\/DefineConstants
  /PropertyGroup

/Project





2009/4/23 Castro, Edwin (Hillsboro) edwin.cas...@fiserv.com

 My example depended on having the CollabNet distribution of subversion.
 Find out where svnversion.exe lives on your system.

 I expect Message Text=Version: $(Revision)/ to print something like the
 following:

 Version: 5425

 Are you declaring DefineConstants in the same target where SvnVersion/
 runs? If not, then $(Version) will contain the default value (empty string)
 and cause problems. Perhaps I can be of more help if you show me your
 *.wixproj file.

 Edwin G. Castro
 Software Developer - Staff
 Electronic Banking Services
 Fiserv
 Office: 503-746-0643
 Fax: 503-617-0291
 www.fiserv.com
 ���nPlease consider the environment before printing this e-mail


  -Original Message-
  From: Brian Bakkebo [mailto:bbakk...@gmail.com]
  Sent: Wednesday, April 22, 2009 3:03 PM
  To: General discussion for Windows Installer XML toolset.
  Subject: Re: [WiX-users] Subversion revision number through a
  wixproject file using msbuild community tasks
 
  Hello Edwin thanks for your response.I had the toolpath there before
  and it didnt seem to make any difference, but I added it back again.
  Actually, I cut and pasted what you had exactly and it still seems like
  nothing is happening??
 
  Couple of questions:
  1.  Should I see this(Version: =MyRevisionValue) in the output window
  of visual studio when I build the wixproj?  I have also tried to run it
  from msbuild and I dont see anything.
  2.  Could it be the way I am passing the variables from the wixproj to
  my product.wxs file?
  This is how I am doing it.
  DefineConstantsDebug;ReleaseDir=..\ProgramName\bin\Release\;Subversio
  nRevision=$(Revision)/DefineConstants
 
  Any help is greatly appreciated.
 
  Brian
 
  2009/4/22 Castro, Edwin (Hillsboro) edwin.cas...@fiserv.com
 
   First check that LocalPath is pointing to the correct location.
   Sometimes the bug is sooo trivial we don't notice it. ;-)
  
   SvnVersion/ expects svnversion.exe to live at
   $(ProgramFiles)\Subversion\bin. If it doesn't live there, then
  specify
   ToolPath to the directory where it does live. Example:
  
   SvnVersion 

Re: [WiX-users] Unexpected error occurred with TextStyle

2009-04-22 Thread Bob Arnson
MacDiarmid, James D wrote:
 I'm getting these errors regarding TextStyle failed during testing of my
 MSI package. Can anyone tell me what they mean and how I would go about
 fixing them?


 Action 12:45:04: INSTALL. 
 Action start 12:45:04: INSTALL.
 Action 12:45:04: LaunchConditions. Evaluating launch conditions
 Action start 12:45:04: LaunchConditions.
 Action ended 12:45:04: LaunchConditions. Return value 0.
 Action 12:45:04: PrepareDlg. 
 Action start 12:45:04: PrepareDlg.
 Info 2898. For DlgFont8 textstyle, the system created a 'Tahoma' font,
 in 0 character set, of 13 pixels height.
   

You need to define a DlgFont8 text style. The 2888 is likely that MSI 
can't find it.

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



--
Stay on top of everything new and different, both inside and 
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today. 
Use priority code J9JMT32. http://p.sf.net/sfu/p
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Run executable after setup

2009-04-22 Thread Bob Arnson
Sudripta Nandy (Sarangsoft Corporation) wrote:
 After the completion of my setup, I need to launch the main executable of the 
 software. In the manifest file of the main executable the execution level has 
 been set to 'requireAdministrator'. 

Not supported. MSI has a way of launching elevated processes and the UI 
isn't it.

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



--
Stay on top of everything new and different, both inside and 
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today. 
Use priority code J9JMT32. http://p.sf.net/sfu/p
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Use of INSTALLDIR as a property referencein ShellExecute

2009-04-22 Thread Bob Arnson
Pally Sandher wrote:
 I have the following in one of our products:

 Property Id=WixShellExecTarget Value=[#IESLink.pdf] /

 I get no warnings at all when building that product's project. 

As it's intended to be a helpful/useful warning, the compiler looks for 
simpler cases; it doesn't actually detect the case where you use # or 
other special Formatted characters.

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



--
Stay on top of everything new and different, both inside and 
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today. 
Use priority code J9JMT32. http://p.sf.net/sfu/p
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Wait until CostingComplete=1 before showing WelcomeDlg

2009-04-22 Thread Bob Arnson
garnold wrote:
 I am creating an installer using WiX that contains about 13500 files spread
 across about 720 components.  I am not sure if this is a lot or not, but the
 installer can take quite a while to calculate the costing.  The part that
 makes this annoying is that when the installer starts up, the Prepare Dialog
 will have text that says Computing Space Requirements, which is fine. 
 However, once that is done and the user is allowed to click through to the
 license agreement, another Dialog gets spawned when they accept saying
 Please wait while the installer finishes determining your disk space
 requirements.  This is because the CostingComplete property has not been
 set to 1 yet.  The user is then forced to wait another few minutes while
 this finishes before they can move on, which is annoying.  

To be clear, they'd be waiting the same amount of time either way. The 
CostingComplete trick is trying to be helpful, in a more typical case 
where costing will be completed by the time the user has clicked through 
the UI.

 So my question is:  Can I somehow tell the Prepare Dialog to wait until
 CostingComplete=1 before it goes away and displays the Welcome Dialog?  

I don't think so. Costing is finishing up in the background so there's 
no event to tie it to.

 Is
 it at all possible to spawn a wait dialog automatically from the Prepare
 that waits until CostingComplete=1, or does it always have to be tied to the
 user pressing a button?  

Yes, it's a control event.

 Could I write some kind of custom action that will
 force the dialogs to wait around while the costing is happening and then
 return once the CostingComplete=1?
   

Same with SpawnDialog: It's a control event so the user still has to 
initiate it. If this is a blocking issue for you, you might want to 
consider writing an external UI handler so you have complete control 
over the UI.

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



--
Stay on top of everything new and different, both inside and 
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today. 
Use priority code J9JMT32. http://p.sf.net/sfu/p
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Administrative Install and wixui_mondo

2009-04-22 Thread spsingam

it would be nice to be able to use the msiexec /a and get the
Administrative install to work.

how would large organisations deploy msi/s if they cannot push it out via
group policy.



Bob Arnson-6 wrote:
 
 Chris Vigelius wrote:
 Is there any chance to get the behaviour of uisample.msi with Mondo?
   
 
 Not at present: The admin dialogs aren't in WixUI. We have an open 
 feature request on it but it comes up once or twice a year, so it hasn't 
 been high priority.
 
 -- 
 sig://boB
 http://joyofsetup.com/
 
 
 
 -
 This SF.Net email is sponsored by the Moblin Your Move Developer's
 challenge
 Build the coolest Linux based applications with Moblin SDK  win great
 prizes
 Grand prize is a trip for two to an Open Source event anywhere in the
 world
 http://moblin-contest.org/redirect.php?banner_id=100url=/
 ___
 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/Administrative-Install-and-wixui_mondo-tp694777p2681073.html
Sent from the wix-users mailing list archive at Nabble.com.


--
Stay on top of everything new and different, both inside and 
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today. 
Use priority code J9JMT32. http://p.sf.net/sfu/p
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users