Has anyone noticed that the wix bootstrappers can't take command line
parameters that have spaces in them? I have created a bootstrapper using
setupbld, and it works fine if run as it is. But try and feed in some
parameters like this:
setup.exe /msicl abc=1 2 3
and you get a window
2008/11/6 Sudripta Nandy (Sarangsoft Corporation) [EMAIL PROTECTED]:
Hi,
In my setup program, I am creating a registry key. But, I need that
registry key to stay even when I uninstall the product. During creation of
the registry key, I am specifying Action as 'createkey', but, still the
Hi.
I have a custom action that runs when my exit dialog's finish button is
pressed. Is it possible to make the installer shut down when my custom
action has run. As it is now, the custom action us run each time the
finnish button is pressed, but I can't exit the installer.
This is my custom
Hello All
I would like to have SQL 2005 Express as a pre-requisite to my wix
installation in bootstrapper
The problem is, users can choose not to install the SQL 2005 in some
scenarios.
Is there any method to make the bootstrapper stub by pass SQL 2005 Express
if users don't want to install
2008/11/5 yu yu [EMAIL PROTECTED]:
Hi,
I want to keep the directory structure after the msi is installed. Could I
do that in wix 3.0?
I read the history.txt of wix 3.0.4624.0 and find a new feature has been
added. The description is as below:
Feature - Added an optional
Hi Rob,
Can we read xml file or INI file from wix, if yes can u send me code snipet or
sample.
Thanks Regards,
Chandrashekar vuppala
IMPORTANT
1. This email and any attachments are confidential. Any unauthorised
dissemination or other use of these materials is prohibited. If
2008/11/6 Chandra Vuppala [EMAIL PROTECTED]:
Hi Rob,
Can we read xml file or INI file from wix, if yes can u send me code snipet
or sample.
Thanks Regards,
Chandrashekar vuppala
Hi, it's not Rob here.
I'm Sébastien, a duplicated bot that has inherited a limited part of
Wix Rob's
1 - update your compiler to the latest.
2 - read the topics on Patch building in the WiX help. They are under
Advanced WiX Topics.
3 - don't double post to the list.
Palbinder Sandher
Software Deployment Engineer
T: +44 (0) 141 945 8500
F: +44 (0) 141 945 8501
http://www.iesve.com
Hi Hammad,
Were u able to get this working, I'm trying...
Control Id=Next Type=PushButton X=236 Y=243 Width=56 Height=17
Default=yes Text=!(loc.WixUINext)
Publish Event=NewDialog
Value=RetrieveIPDlgamp;CommsMgrs =
3/Publish
But it dosen't seem to go to
2008/11/6 carlldev [EMAIL PROTECTED]:
Has anyone noticed that the wix bootstrappers can't take command line
parameters that have spaces in them? I have created a bootstrapper using
setupbld, and it works fine if run as it is. But try and feed in some
parameters like this:
setup.exe
I just used Wix 2.0 to create a windows installer. WixUI_InstallDir is used as
install UI dialogs.
During the installation by using the created msi, I found if I clicked cancel
button the confirm dialog is located near to top of monitor screen.
If I use a big monitor, it seems the installation
Excellent! Thanks for the info.
Dave
-Original Message-
From: Brian Rogers [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 05, 2008 4:46 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Debugging a DTF Managed Custom Action
What I did when
Hi,
I have setup a property which gets updated by the user via a
RadioButton before the install takes place.
!-- The default value is 'LIVE', can also be 'TEST' or 'DEV' --
Property Id=INSTALL_ENVIRONMENT Value=LIVE /
I then execute a deferred custom action after InstallFiles which
Have you added the property name to the SecureCustomProperties Property?
-Original Message-
From: Saeed, Rehan [mailto:[EMAIL PROTECTED]
Sent: 06 November 2008 15:48
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] DTF Property updated by RadioButton not correctly
retrieved by
I just tried both techniques the one Chris mentioned is how I've always
debugged my managed custom actions but it did not work with DTF for some
reason. The Debugger.Launch method did pop up the visual studio launch
dialog but it could not step into the code.
-Original Message-
From:
That might be a problem with symbols. Did you keep your DLLs and PDB files in
their original locations after you built them?
##
$_='^#(/||/@[EMAIL PROTECTED]@:^[-['^;@@@\\])@..
{)/];)^{;$,+=(++$,);$_.=$,;`$_`;
-Original Message-
From: Dave Largen
Hi All,
I attached a VBScript CustomAction to a Control.
1
TestPassed=1
MyScripts.vbs has the following pseudo-code:
Function PerformTests
Dim testStatus
[perform some complicated tests that set testStatus]
If testStatus = 0
After much searching, from what I understand from here and other sources:
http://wix.mindcapers.com/wiki/Vista_and_WiX
the SecureCustomProperties property has something to do with Vista and
getting access rights between the client and server? I'm not sure how this
would help me and what it has
Not isolated to Vista. Actually, I suggest checking out the MSI SDK about
deferred CustomActions in detail. You'll find that there are many limitations
on deferred CustomActions, including the properties they can access.
-Original Message-
From: Rehan [mailto:[EMAIL PROTECTED]
Sent:
You'll have to map what you see as a service pack to one of the Windows
Installer upgrade types. You've already ruled out patches, so depending on what
you've added or changed you should look at a minor or major upgrade.
Phil Wilson
-Original Message-
From: Pradeep Naidu [mailto:[EMAIL
Sorry for the multiple posts.
Hotmail is not behaving well for me these days.
It stripped out some text in my original post.
Hopefully all goes well this time.
Hi All,
I attached a VBScript CustomAction to a Control.
1
TestPassed=1
MyScripts.vbs has the following pseudo-code:
I'm using the scheme described at MSDN
(http://msdn.microsoft.com/en-us/library/aa368269(VS.85).aspx) to organize
my setup into components.
Given a single directory, all files without version information (e.g. *.jpg,
etc.) are grouped together into a single component which has the directory
as
Unless your Component only creates a Directory then I would always recommend
using something else as the KeyPath. The behavior your seeing doesn't surprise
me at all. BTW, the WiX toolset will default to the first File or Registry key
in the Component as the KeyPath to avoid this sort of
In article [EMAIL PROTECTED],
Rehan [EMAIL PROTECTED] writes:
After much searching, from what I understand from here and other sources:
http://wix.mindcapers.com/wiki/Vista_and_WiX
the SecureCustomProperties property has something to do with Vista and
getting access rights between
It did not work again.
Maybe hotmail does not like XML tags in the email
It stripped all those out again
I am going to replace the with [ and with ]
Sorry for the multiple posts.
Hotmail is not behaving well for me these days.
It stripped out some text in my original post.
Hopefully
In article [EMAIL PROTECTED],
[EMAIL PROTECTED] writes:
I attached a VBScript CustomAction to a Control.
[Control Id='Next' Type='PushButton' ...]
[Publish Event='DoAction' Value='PerformTests']1[/Publish]
[Publish Event='NewDialog'
the WiX toolset will default to the first File or Registry key in the
Component as the KeyPath
Rob, is that true - if you don't specify a KeyPath you get this error:
Files.wxs(5) : error CNDL0099 : The component 'Test.dll' does not have
an explicit key path specified. If the ordering of the
Also, when getting setting properties in CAs, you probably want to use
session[propertyName]. That accessor gets/sets the run-time property value,
rather than the static value from the Property table.
-Original Message-
From: Rob Mensching [mailto:[EMAIL PROTECTED]
Sent: Thursday,
Thanks for your reply. Could you please shed some light on why exactly this
behaviour occurs? Knowing something is a good thing - understanding is even
better.
And yes, I have marked the component directory explicitly as the keypath.
I wanted to avoid choosing a keypath file, because in an
I think that error comes up only if you are running pedantic, right?
-Original Message-
From: Neil Sleightholm [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 06, 2008 10:26
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Upgrade problems when using
1. The Windows Installer evaluates the KeyPaths when deciding to repair
existing installed Components. If you use a Directory as the KeyPath then the
Directory just has to exist for the Component to skip being repaired. There
are lots of variables in this that can affect the behavior but the
Neil Sleightholm wrote:
Rob, is that true - if you don't specify a KeyPath you get this error:
Files.wxs(5) : error CNDL0099 : The component 'Test.dll' does not have
an explicit key path specified. If the ordering of the elements under
the Component element changes, the key path will also
Hesham Desouky wrote:
Is there any method to make the bootstrapper stub by pass SQL 2005 Express
if users don't want to install (client installation not server installation
for example)?
That would have to be a feature of whichever bootstrapper you're using.
--
sig://boB
Changfeng Song wrote:
During the installation by using the created msi, I found if I clicked cancel
button the confirm dialog is located near to top of monitor screen.
In WixUI v3, it defaults to the center. In v2, you'd have to do a custom
UI to replace CancelDlg's X and Y attributes.
zett42 wrote:
Thanks for your reply. Could you please shed some light on why exactly this
behaviour occurs? Knowing something is a good thing - understanding is even
better.
MSI uses the keypath to determine whether a component needs to be updated.
And yes, I have marked the component
I keep the .dll and pdb files in the same location but there is no pdb for
the .dll generated from MakeSFXCA application.
-Original Message-
From: Brian Rogers [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 06, 2008 12:00 PM
To: General discussion for Windows Installer XML toolset.
Done. RequestID=2230723
Thanks,
Ian
-Original Message-
From: Rob Mensching [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 06, 2008 10:56 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] EventSource and KeyPath
Not implemented feature. Need to
Hi folks,
I'm having a problem with the WixDIFxAppExtension when I'm using it in merge
modules, and I'm wondering if someone can offer me a simpler workaround than
what I'm currently planning on doing :)
The problem is caused when we try to build two different merge modules using
WIX
Is there a way to specify the .ico to use as the icon for the MSI that WiX
creates? I'm using ARPPRODUCTICON which seems to correctly set the icon
that's displayed in add/remove programs pane, but I haven't found a way to
set the MSI's icon. Am I missing something simple?
Thanks!
That's controlled by the shell. You'd need to modify the icon for the .msi
extension which would change all files with the .msi extension. An Icon
Overlay shell extension might be able to do something as well...
Short answer: No, not really.
-Original Message-
From: Colin Bleckner
If the rows are duplicate, I thought mergemod.dll would let them through. Is
it more accurate to say that the DIFxApp actions Id's have been modularized and
that is colliding?
Can you maybe share out a merge.log that shows the merge problems?
-Original Message-
From: Moradi, Ari
Rob Mensching-2 wrote:
1. The Windows Installer evaluates the KeyPaths when deciding to repair
existing installed Components. If you use a Directory as the KeyPath then
the Directory just has to exist for the Component to skip being repaired.
There are lots of variables in this that can
Mergemod.dll doesn't like trying to merge rows with identical primary keys
(even if they are really supposed to be the same thing. Here's some log output
since you asked for it :)
I created my two merge modules, then I ran:
Orca.exe -f ProductFeature -m DriverMergeModule1.msm -l merge.log -c
Hi All,
Does anyone know where I can find a graph of number of component key files
vs. application start up time (when an advertised shortcut is opened)?
I'm trying to determine what the performance overhead is of marking all
files key files.
Thanks very much!
--
View this message in context:
Maybe I don't understand what it could not step into the code means, but I've
always been able to debug *my* custom action code in that manner. (You would
not be able to step into the core DTF code, of course, unless you have the
source, have built it yourself, and have all the debugging
Hi Richard,
Hi All,
It still did not work for me. Maybe CustomActions using VBScripts are treated
differently?
TIA,
Primo
To: wix-users@lists.sourceforge.net
From: [EMAIL PROTECTED]
Date: Thu, 6 Nov 2008 11:22:16 -0700
Subject: Re: [WiX-users] Evaluation of Conditions
In
MakeSfxCA is creating a native image CA, so you won't be able to debug that,
however, you should be getting a managed image extracted and run, and you
should be able to debug it.
Chris
On Thu, Nov 6, 2008 at 1:50 PM, Dave Largen [EMAIL PROTECTED] wrote:
I keep the .dll and pdb files in the
Hi All,
I am creating a registryentry with the following value for an exe during
installation. This value is not getting removed during uninstallation.
Please let me know if there are any changes that I need to make.
Component Id='PackageInstaller'
Guid='{B8CA6641-55CF-44fb-8032-BE6D56C07A58}'
I am new to the WiX toolset. We are currently using Installshield and would
like to move to WiX 3.0.
Here are the few questions:-
1) How do I change the installshield projects (*.ism) to wix xml document.
2) How do I convert the installshield/INSTALLSCRIPT files (.h and .rul) to
Has anyone tried packaging a clickonce deployment using WiX?
Our goal is to create a package that will push the bits to a site/Vdir and have
the click once package be ready for use.
One of the problems I've run into is the customAction for Mage.exe's signing of
the file. We had it after the
Yes spot on, I have pedantic on. As a natural pendant why wouldn't I!
Neil
-Original Message-
From: Rob Mensching [mailto:[EMAIL PROTECTED]
Sent: 06 November 2008 18:35
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Upgrade problems when using
2008/11/6 Vuchuru, Surekha (SBT US EXT) [EMAIL PROTECTED]:
Hi All,
I am creating a registryentry with the following value for an exe during
installation. This value is not getting removed during uninstallation.
Please let me know if there are any changes that I need to make.
Component
1. Most people use dark.exe to convert their built MSI to .wxs files.
2. WiX does not have a custom scripting language but you can create
CustomActions in all your favorite languages.
-Original Message-
From: Ravi Patt [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 06, 2008 13:40
Then you must love explicitly stating all of your KeyPaths. smile/
-Original Message-
From: Neil Sleightholm [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 06, 2008 13:47
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Upgrade problems when using
I am looking for advise in localising installs.
I need to deploy an application in several languages and I thought I had
the solution, what I did was this:
1. Set the CAB file as not embedded as the files are the same for
all languages.
2. Run candle for wxs files
3. Run
0. *Every* MSI should have a different PackageCode. Even two builds of the
same MSI.
1. You *can* have different ProductCodes for all of your languages. Depends
on what your SxS story is.
2. The most efficient way I've seen this done is:
a. Link to .wixout files. This will get you
0/1. So my approach may be valid.
2. I'll give this a try.
It was torch that highlighted the issue to me. I was trying a new
bootstrapper that handles the different languages as transforms and I
thought I could generate them from my MSI's. When I ran torch to
generate the MST is raised a warning
You may want to use Companion files
(http://msdn.microsoft.com/en-us/library/aa367997(VS.85).aspx) in this
situation.
-Original Message-
From: zett42 [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 06, 2008 10:08 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Upgrade
In article [EMAIL PROTECTED],
[EMAIL PROTECTED] writes:
It still did not work for me. Maybe CustomActions using VBScripts are trea=
ted differently?
No, they are not. When I had this problem, that was my workaround. I
suspect that you have other problems.
--
The Direct3D Graphics
I am getting an exception when I try to harvest a website using Heat.exe:
heat.exe : error HEAT0001 : Value cannot be null.
Parameter name: child
Exception Type: System.ArgumentNullException
Stack Trace:
at
Microsoft.Tools.WindowsInstallerXml.Extensions.Serialize.IIs.WebSite.AddCh
Can we do it using C#? If so can you provide some samples (WiX 3.0 + VS 2008).
Thanks,
Ravi From: [EMAIL PROTECTED] To: wix-users@lists.sourceforge.net Date: Thu,
6 Nov 2008 14:09:53 -0800 Subject: Re: [WiX-users] Convert
Installshield/Installscript 1. Most people use dark.exe to convert their
For custom actions in C#, you should check out the Deployment Tools Foundation
(DTF), which is included in the WiX SDK.
See these links for more information:
http://blogs.msdn.com/jasongin/archive/2008/05/16/a-brief-history-of-the-deployment-tools-foundation-project.aspx
Yes, it's possible now. I don't have any examples... I write CustomActions in
C++, fewer dependencies.
-Original Message-
From: Ravi Patt [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 06, 2008 18:49
To: Wix User List
Subject: Re: [WiX-users] Convert Installshield/Installscript
Hi Rob,
Can you see whats wrong I am doing in my sample,Please correct this.
Error: Property value is not set with appropriate value.
INI File content
[Feature1]
Servicelocation=chandumachine
I have tried this
Property Id=SERVICELOCATION
IniFileSearch Id=test Name=test.ini
Did you read the MSI SDK like was suggested?
-Original Message-
From: Chandra Vuppala [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 06, 2008 20:10
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Reading value from INIFile or Xml File
Hi Rob,
Can
Hi,
I want add ModuleInfo AssemblyFile=My.dll / node to this xml
file under Modules node.
SolutionProfile xmlns=http://schemas.microsoft.com/pag/cab-profile/2.0;
Section Name=Apps
Modules
/Modules
/Section
/SolutionProfile
I added those 2 lines under Component:
You need to use the same namespaces in your XPath. It's a pain. I usually
write a little JScript and test my XPath using cscript until I get it right.
-Original Message-
From: Dmitry Berkovich [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 06, 2008 22:30
To: General discussion for
Can you give example, since i tried several variation, but nothing is works.
Thanks,
Dima
On Fri, Nov 7, 2008 at 8:37 AM, Rob Mensching
[EMAIL PROTECTED] wrote:
You need to use the same namespaces in your XPath. It's a pain. I usually
write a little JScript and test my XPath using cscript
The custom action is not run twice, because the checkbox dialog is located
after the progress dialog. Maybe I don't need to list it in the
InstallExecuteSequence... But is it possible to make the finnish button,
both run the custom action, and then shut down the installer?
Regards
Peter
69 matches
Mail list logo
