We are using WiX version 3.0.4805.0.
How to run another program before launching the main application?
We have a program called preutil.exe. We need to run it with some arguments
like this "preutil.exe /i /t /s". How to do it?
Thanks a lot,
/Brian
_
My installer package name is not 99e52.msi, so I expect the prompt to
have the installer name.
-Original Message-
From: Rob Mensching [mailto:r...@wixtoolset.org]
Sent: Friday, May 22, 2009 18:46
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] 99e52.msi
Nope, not missing anything. That's correct.
Alex Ivanoff wrote:
> Since ServiceConfig ServiceSid element is only supported by MSI 5.0 and
> there is No ServiceSid in util:ServiceConfig I have to do it custom
> action. Or am I missing something?
>
>
>
> -
What's the question? You have a package that needs elevation so it
prompts when installing.
Alex Ivanoff wrote:
> When I run installation on Vista x64 with UAC enabled I get a prompt
> like this:
>
> "99e52.msi is requesting your permission".
>
> The Package element does have InstallPrivileges="e
Okay, I found a way to change the startup type by going to registry and change
the service 'Start' value, e.g.
HKLM\Software\SYSTEM\CurrentControlSet\Services\WhateverService
But when I try to do it in WiX, it doesn't work. Here is my code:
I try to change the "Start" type from 3(manual) t
When I run installation on Vista x64 with UAC enabled I get a prompt
like this:
"99e52.msi is requesting your permission".
The Package element does have InstallPrivileges="elevated". What am I
missing?
--
Register Now fo
Since ServiceConfig ServiceSid element is only supported by MSI 5.0 and
there is No ServiceSid in util:ServiceConfig I have to do it custom
action. Or am I missing something?
--
Register Now for Creativity and Technology
We're using WiX version 3.0.4805.0.
During installation, we need to change an existing Windows service's startup
type to be "Automatic". How to do that?
I know there is a way to start the service. But I've no idea how to change its
startup type. In "ServiceInstall" element, there is a "Start" pr
Hi all,
I have a launch condition which checks if Silverlight 2 is installed. In the
message displayed when it fails, I would like to include a clickable link
which launches the installation page, or some other way of launching the
page for the user directly from the msi wizard. Is this possible a
No, in fact I just read your message there.
-Brian Simoneau
-Original Message-
From: Alex Ivanoff [mailto:alex.ivan...@shavlik.com]
Sent: Friday, May 22, 2009 1:38 PM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] wix-users archive on SourceForge
Does an
I am creating my own WiX extension and I initially was using the wix strong
name key file. However, this required me to run the command : sn -Vr
*,36e4ce08b8ecfb17 on any machine that used this assembly.
Now I have my own strong-name key file and I have used that, but when I
attempt to load the a
I must be missing something simple. I verified that the "diff" file
(diff.wixmst) has my new components in it. Each "row" for my new components
has a "wrote:
> This is really odd. I created a small patch demo project, and was able to
> patch an existing xml file using XmlConfig, however my main
Relying on the installer's file replacement rules, do a major upgrade with
RemoveExistingProducts right at the end of your execute sequence as
InstallExecute, RemoveExistingProducts, InstallFinalize. The incoming Xml file
will replace the old one only if it's not been updated (file replacement r
Does anyone have problems accessing this list through web interface?
--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the
I am trying to create a bootstrapper to my MSI so I can pass in the logging
verbosity and log file location to msiexec. I have looked at setupbld.exe
but it doesn't seem to be able to pass in parameters. I want someway to set
logging verbosity and location of log files when someone double clicks o
The Component guid is the basis for Windows Installer properly sharing
everything, so anything involving identical guids being used for different
items (services, files, registry entries etc) is going to have unpredictable
results.
Phil Wilson
-Original Message-
From: Rehan [mailto
Windows doesn't actually use that uninstall string for MSI products - it just
uses the ProductCode and calls the appropriate MSI API.
On the subject of whether an uninstall succeeds or not, if it doesn't you'll
see an error and a rollback (although there's an assumption here that any of
your u
Alex Ivanoff [alex.ivan...@shavlik.com]
> What is the best way to preserve xml config settings on major upgrade?
There were some e-mail chains about this recently. Two major choices were
offered. One was to use the windows registry to persist the data for retrieval
during the upgrade.
I wou
Thanks for the help Pally, I'm error free and all set.
>>> "Pally Sandher" 5/22/2009 11:17 AM >>>
The warning thrown by candle is saying you should add an Upgrade
attribute to your product tag. It is simply Upgrade="" with a GUID
inside the quotes.
With regards to the 3 light errors, see the sec
What is the best way to preserve xml config settings on major upgrade?
--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
t
This is really odd. I created a small patch demo project, and was able to
patch an existing xml file using XmlConfig, however my main WiX project is
not able to generate a patch :(
I attempted the KeyPath setting as shown here:
However,
The warning thrown by candle is saying you should add an Upgrade
attribute to your product tag. It is simply Upgrade="" with a GUID
inside the quotes.
With regards to the 3 light errors, see the section in the WiX.chm "How
To: Create a Shortcut on the Start Menu" as they're all related to your
sho
I have seen some people on this forum saying that the property used in the
condition would need to be persisted in the registry and then RegistrySearch
used to fill the property its value when uninstalling. So am I to uderstand
that this is completely unnecessary.
--
View this message in context:
WiX has nothing to do with uninstalling anything.
The Windows Installer however uninstalls anything specified in the
REMOVE property http://msdn.microsoft.com/en-us/library/aa371194.aspx
As far as I know Component Conditions only affect Install not Uninstall
http://msdn.microsoft.com/en-us/library
Good morning (EST here). As the subject says, I'm new to using WiX and have
some questions on some errors I'm getting. For reference, I'm following the
tutorial found at http://www.tramontana.co.hu/wix/ and am in Lesson 1. The
tutorial was designed using WiX V2, however I currently have version
Hi,
my installer should not overwrite a certain.dll if there are some
markers in the dll version resource of the currently installed dll.
1. I understand how to read and test against the file version and set
a property accordingly. But can I do a similar thing with other
information of the versio
How does Wix decide what to uninstall from the machine. If you have an
arbitrary component like the one below and the 'UsersAge' property is
entered by the user on install, what happens when it comes to uninstalling?
Is the condition taken into account or does it simply look at the component
Guid.
After some testing I found that if you install two Windows Service installers
with different UpgradeCode's but the same Component Guid's then:
1. When you attempt to uninstall the first one the files are removed for one
but both services remain in the console window.
2. When you remove the secon
I have an MSI which installs a windows service as either LocalSystem ot
CustomAccount depending on what the user selects using a Condition.
Occasionally the MSI would fail to uninstall, the files were removed but the
service was not removed from the services.msc window. I have come up with
two pot
Might be possible using a custom UninstallString in the registry.
http://msdn.microsoft.com/en-us/library/aa372105.aspx
How you would overwrite the generated one (msiexec /x [ProductCode])
written during the install process is a good question though. Might be
possible using a Custom Action schedule
No. But I saw some programs do pop up notification window after successful
uninstall. Maybe the use custom action to achieve that.
2009/5/22 Rob Mensching
> I haven't seen anything like that in the MSI SDK, have you?
>
> kezhongseu wrote:
> > Hi, Rob,
> >
> > Can we change that? Is there a Prop
I haven't seen anything like that in the MSI SDK, have you?
kezhongseu wrote:
> Hi, Rob,
>
> Can we change that? Is there a Property which could control which UI mode to
> use for uninstallation?
>
> A small notification of whether the uninstall is successful or not may make
> user feel better.
>
Try:
Works fine for me using CAQuietExec but I use Type 34 Custom Actions where
you're using Type 2. http://msdn.microsoft.com/en-us/library/aa372048.aspx
Also InstallDir is more than likely a public property. Case matters.
http://msdn.microsoft.com/en-us/library/aa370912.aspx
You may want t
Hi, Rob,
Can we change that? Is there a Property which could control which UI mode to
use for uninstallation?
A small notification of whether the uninstall is successful or not may make
user feel better.
/Kai
Rob Mensching-2 wrote:
>
> Nope, ARP runs the Windows Installer in basic mode when
34 matches
Mail list logo