Hi have a very peculiar issue. I'm install a windows service using the
following wix code
!- Service Install Components --
Component Id=cmp2F9C5C2CDF330B0C3E022984E1A3936C Guid=*
File Id=filF81304C2C5868102C7E97E9A5C61A95E
KeyPath=yes
Hi,
Thansks Blair, all worked as you told. Cloning current record, deleting and
using InsertTemporary method of view object with new record do the trick.
Yes, Phil, thats right, I tested a lot of ways and sent the last one. Database
object could do updates without using records at all (as
Okay, but given the scenario when a bundle contains only one MSP, this
doesn't seem good...
How can I get it to fail the bundle?
Otherwise, I get a bundle ARP entry but no patch installed...
Thanks,
--
View this message in context:
Hi,
I'am using wix 3.5,I am using customa action for installing the IIS files.
some of the custom actions is in Before Install Finalize some are from after
install finalize
I'm using some of files to install after Installfinalize through custom action.
At that time custom action is calling the
The service implements a timer that is supposed to keep the service alive and
should not stop due to no activity.
-Original Message-
From: Christoffel le Roux [mailto:christoffe...@flowcentric.com]
Sent: 25 July 2013 09:36 AM
To: General discussion for Windows Installer XML toolset.
Any idea on that behavior? Feedback highly appreciated.
Best regards,
Tobias
2013/7/16 Tobias S tobias.s1...@gmail.com
Hi,
Didn't find any answer related to this on the mailing list yet.
Have following behavior on Win7 VMs with Custom BAL as well as when using
BootstrapperApplicationRef
Thank you your replay.
I'm worried about the following scenarios:
* Administrators installs the program with the .msi file (their preferred
method). Later a user installs the program using setup.exe (burn)
* Users installs the setup.exe (burn), later administrators installs the
program (same
I solved the issue, I reflected the ServiceInstaller class in
System.ServiceProcess, I saw that it has an EventLogInstaller class that
registers an event log for the service.
I added this to the service's component
util:EventSource Log=TestService Name=TestService - [SERVICENAME]
Classification: Public
You should NOT call any custom actions After InstallFinalize.
-Original Message-
From: Chaitanya Sanapala [PC-BLR-DEV] [mailto:chaita...@pointcross.com]
Sent: July-25-13 4:56 AM
To: WiX-users@lists.sourceforge.net
Subject: [WiX-users] Custom action
Hi,
I'am using
Hi all,
on a user machine (Windows XP SP3) our setup, compiled with wix 3.8,
doesn't start, immediately going into error. No log possible. Double click
- Error.
I don't know...
Ideas?
Regards,
Pasquale.
--
See everything
k...
when installing the Some Of the softwares by using the Batch file..For that i
need to install through custom action after Installfinalize..Beacuse two MSI's
will not run at a time
___
From: Steven Ogilvie [steven.ogil...@titus.com]
Sent: 25 July 2013
What error?
-Original Message-
From: Pasquale Fersini [mailto:basquale.fers...@gmail.com]
Sent: 25 July 2013 14:42
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Error launching bootstrapper
Hi all,
on a user machine (Windows XP SP3) our setup, compiled
Hi,
We have been shipping with our own (non-burn) chainer packages for years and
not had any problems with these scenarios. In my experience if a
mass-deployment system is being used the end users machines are locked down
so they can't install software by hand so they could not use an .exe to
That's where you use burn to install these other softwares.
-Original Message-
From: Chaitanya Sanapala [PC-BLR-DEV] [mailto:chaita...@pointcross.com]
Sent: Thursday, July 25, 2013 8:30 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Custom action
Anyone?
On Jul 17, 2013, at 9:50, Ivanoff, Alex alex.ivan...@shavlik.com wrote:
Rob,
Do you plan VS 2013 support?
On Jul 16, 2013, at 9:08, Ivanoff, Alex alex.ivan...@shavlik.com wrote:
I did some tests. Neither 3.8 nor 4.0 provide VS 2013 integration. Are you
planning it? Which
Since Wix is open source and community driven, I am sure someone will make it
work with VS2013 once it is RTM. A beta/preview is open for things to change,
so I doubt anyone would have undergone the effort as of yet.
-Original Message-
From: Ivanoff, Alex
And what version of WiX v3.8?
On Thu, Jul 25, 2013 at 6:59 AM, David Watson dwat...@sdl.com wrote:
What error?
-Original Message-
From: Pasquale Fersini [mailto:basquale.fers...@gmail.com]
Sent: 25 July 2013 14:42
To: General discussion for Windows Installer XML toolset.
Subject:
There won't be version conflicts, the MSIs will behave the way they always
do. The only question is how many APR entries you end up with. In some
cases, you may end up with two ARP entries. That's necessary because the
Burn engine will cache the MSI (which greatly improves install success
rates
Slight amendment: You should NOT call any custom actions **that modify
machine state Before InstallInitialize or** After InstallFinalize
On Thu, Jul 25, 2013 at 6:08 AM, Steven Ogilvie steven.ogil...@titus.comwrote:
Classification: Public
You should NOT call any custom actions After
It's ARP being magical. Never quite tracked down how they did it.
Fortunately, Burn is smart enough to recognize that it is already elevated
and doesn't ask again. smile/
On Thu, Jul 25, 2013 at 3:55 AM, Tobias S tobias.s1...@gmail.com wrote:
Any idea on that behavior? Feedback highly
Application error
Wix 3.8.5506.0
2013/7/25 Rob Mensching r...@robmensching.com
And what version of WiX v3.8?
On Thu, Jul 25, 2013 at 6:59 AM, David Watson dwat...@sdl.com wrote:
What error?
-Original Message-
From: Pasquale Fersini [mailto:basquale.fers...@gmail.com]
Hi
I am trying to achieve this UI in my installer page:
(*) Choice1
[ ] Check1
[ ] Check2
( ) Choice2
[ ] Check3
[ ] Check4
Here's my code:
Control Type=RadioButtonGroup Property=CHOICES Id=Choices Width=200
Height=95 X=15 Y=75
RadioButtonGroup
And since I was explicitly called out, old tweet:
https://twitter.com/robmen/status/352808666338033664
On Thu, Jul 25, 2013 at 8:54 AM, Hoover, Jacob
jacob.hoo...@greenheck.comwrote:
Since Wix is open source and community driven, I am sure someone will make
it work with VS2013 once it is RTM.
Get a BA that recognizes that as a failure condition? Or, if you are using
wixstdba, help us extend wixstdba to treat that as a failure condition. The
Burn engine is doing as it is told.
On Thu, Jul 25, 2013 at 1:25 AM, rowbot james.row...@microfocus.com wrote:
Okay, but given the scenario
Okay we think we have this fixed now.
Our MSBuild target file had the following:
Target Name=SignBundle
MSBuild.ExtensionPack.Framework.MSBuildHelper
TaskAction=StringToItemCol ItemString=$(TargetPath) Separator=;
Output TaskParameter=OutputItems ItemName=TargetPathItem/
Sometimes it just takes a public walkthrough to solve an issue. Thank you for
reporting what your solution is, that will help others that have the same issue
in the future.
Christoffel le Roux christoffe...@flowcentric.com wrote:
I solved the issue, I reflected the ServiceInstaller class in
Classification: Public
Darn my bad, I should have stated the Before :)
-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com]
Sent: July-25-13 12:01 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Custom action [P]
Slight amendment:
Hmm, where did you get that build from? There is no WiX v3.8.5506 build.
On Thu, Jul 25, 2013 at 9:15 AM, Pasquale Fersini
basquale.fers...@gmail.com wrote:
Application error
Wix 3.8.5506.0
2013/7/25 Rob Mensching r...@robmensching.com
And what version of WiX v3.8?
On Thu, Jul
Arg! I thought that bug was fixed to give a better error message. Jacob, if
you're still interested, that's the bug to fix. To implement a better error
message in the log that I thought was already there. smile/ Interested?
On Thu, Jul 25, 2013 at 10:17 AM, TimM timmay...@smarttech.com wrote:
I'm using wixstba and I have a addon bundle that I want to uninstall when a
certain version of my main bundle is installed (and prevent install if this
main bundle is present).
I'm using a registry search and bal:condition in the addon to do this. Looks
like the bal:condition does not do
Hello,
I'm creating my first installation package with WiX, and there seems to be
a problem. My MSI package tries to check for and facilitate the
installation of DirectX 11 with the helper DLL and EXE files available here:
Addons (and patch) bundles follow the main bundle (more written here:
https://support.firegiant.com/entries/24024208-Bundle-chain-execution-order-).
To get the behavior you want, you'd need an upgrade relationship.
I think a custom BA could override the default behaviors without using an
upgrade
I'm working on creating a new installer for a self-hosted web service and there
are a couple of things I'm hoping there's an easier way to handle. For this
thread, I'm interested in the MSMQ Extension:
Where did the MSMQ Extension go? I see pages out there that talk about being
able to add
Maybe because GetVersionEx lies for a certain class of programs (installers).
And for all programs on Win8.1 unless you specifically manifest that you
support 8.1.
http://msdn.microsoft.com/en-us/library/windows/desktop/ms724451%28v=vs.85%29.aspx
provides some details in the user comments...
I think I've already found out what was wrong. I created my WIX Resource
directory via the wix3.7-binaries.zip download, not by copying from the Program
Files installed directory, and the .zip is missing a few things, to include
Wix.ComPlusExtension.bll and WixMsmqExtension.dll.
Since the
Did you also add a reference to the extension?
On Thu, Jul 25, 2013 at 2:04 PM, Drake, David david.dr...@wizards.comwrote:
I'm working on creating a new installer for a self-hosted web service and
there are a couple of things I'm hoping there's an easier way to handle.
For this thread, I'm
Yes, that would explain it then!
Thank you,
Brad
-Original Message-
From: David Connet [mailto:d...@agilityrecordbook.com]
Sent: Thursday, July 25, 2013 11:12 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Problem using type 1 custom action
Maybe
Alnoor,
We are currently using WiX 3.7 and still having issues with localization on
Burn WixStandardBootstrapperApplication.RtfLicense dialogs. Have you got
this working and do they have localized resources for the standard dialog
boxes already?
If you have this going could you let me know what
Hello all,
I am trying to use SelectDbDlg in my WiX 3.6 project as shown below:
Publish Event=NewDialog Value=SelectDbDlg/Publish
When I built the install program I got the error below:
error LGHT0094: Unresolved reference to symbol 'Dialog:SelectDbDlg' in section
'Fragment:'
Note that I've
Classification: Public
Did you add a dialogref to it as well?
i.e.
in my product.wxs file I have:
DialogRef Id=GenericErrorDlg/
Then in my SQLConnectionDlog.wxs I have:
Publish Event=SpawnDialog Value=GenericErrorDlg
Order=4![CDATA[DATABASE_CONNECTION_ERROR = 0]]/Publish
Steve
-Original
I think there were a couple bugs opened on that fixed in v3.8.
On Thu, Jul 25, 2013 at 2:25 PM, Drake, David david.dr...@wizards.comwrote:
I think I've already found out what was wrong. I created my WIX Resource
directory via the wix3.7-binaries.zip download, not by copying from the
Program
Sorry, I didn't explain it well enough. Most of the time I want the addon
bundles to act like an addons: gets uninstalled when main bundle is
uninstalled, etc. But there are times when upgrading the main bundle, older
addons are no longer valid. Then I want to remove them.
Reason is I
Actually, if your addon's aren't backwards compatible any longer it sounds
like you should change the addon related id. That way, when the old version
of the main bundle is removed, it will take the old addons with it since
the new main bundle says it isn't related to them.
On Thu, Jul 25, 2013
43 matches
Mail list logo