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 a
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 wo
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 wrote:
> 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 dire
Classification: Public
Did you add a dialogref to it as well?
i.e.
in my product.wxs file I have:
Then in my SQLConnectionDlog.wxs I have:
Steve
-Original Message-
From: Wang, Miaohsi [mailto:miaohsi.w...@invensys.com]
Sent: July-25-13 7:09 PM
To: General discussion for Windows Instal
Hello all,
I am trying to use SelectDbDlg in my WiX 3.6 project as shown below:
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 included SqlExtension in the WiX element:
http:/
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 y
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 be
Did you also add a reference to the extension?
On Thu, Jul 25, 2013 at 2:04 PM, Drake, David wrote:
> 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 MSM
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 .zip
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...
D
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 th
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 r
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:
http://msdn.microsoft.com/en-us/library/windows/desktop/ee416644%28v=vs.85
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 the
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. Interested?
On Thu, Jul 25, 2013 at 10:17 AM, TimM wrote:
> Okay we think we have this f
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
>
> > And what version of WiX v3.8?
> >
> >
> > On Thu, Jul 25, 20
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: "Yo
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 wrote:
I solved the issue, I reflected the ServiceInstaller class in
System.ServiceProcess, I saw t
Okay we think we have this fixed now.
Our MSBuild target file had the following:
and this was causing the issue. We change it to the following and so far it
seems to be working:
We'll do a bit more testing to verify, but so far it seems
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 wrote:
> Okay, but given the scenario when a bundle contains only on
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
wrote:
> 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
Hi
I am trying to achieve this UI in my installer page:
(*) Choice1
[ ] Check1
[ ] Check2
( ) Choice2
[ ] Check3
[ ] Check4
Here's my code:
While it looks OK, I am unable to click on Check1 or Check2 becaus
Application error
Wix 3.8.5506.0
2013/7/25 Rob Mensching
> And what version of WiX v3.8?
>
>
> On Thu, Jul 25, 2013 at 6:59 AM, David Watson wrote:
>
> > What error?
> >
> > -Original Message-
> > From: Pasquale Fersini [mailto:basquale.fers...@gmail.com]
> > Sent: 25 July 2013 14:42
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.
On Thu, Jul 25, 2013 at 3:55 AM, Tobias S wrote:
> Any idea on that behavior? Feedback highly appreciated.
>
> Best regards,
> To
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 wrote:
> Classification: Public
> You should NOT call any custom actions After InstallFinalize.
>
> -Ori
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 an
And what version of WiX v3.8?
On Thu, Jul 25, 2013 at 6:59 AM, David Watson 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: [WiX-use
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 [mailto:alex.ivan...@shavlik.co
Anyone?
On Jul 17, 2013, at 9:50, "Ivanoff, Alex" wrote:
> Rob,
>
> Do you plan VS 2013 support?
>
>
> On Jul 16, 2013, at 9:08, "Ivanoff, Alex" wrote:
>
>> I did some tests. Neither 3.8 nor 4.0 provide VS 2013 integration. Are you
>> planning it? Which version?
>>
>>
>> On Jul 15, 2013
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 [
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
ins
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 wi
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 18:38
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
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 w
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
That solved the issue, thanks folks :)
Christoffel
-Original Message
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 ver
Any idea on that behavior? Feedback highly appreciated.
Best regards,
Tobias
2013/7/16 Tobias S
> 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 Id="
> WixStandar
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.
Subje
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
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:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.c
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 poin
Hi have a very peculiar issue. I'm install a windows service using the
following wix code
http://schemas.microsoft.com/wix/2006/wi"; />
http://schemas.microsoft.com/wix/2006/wi"; />
43 matches
Mail list logo
