I probably should add details about my previous question. I'm using WiX 3.8 on
my local dev machine running Win 8.2 and everything is building fine. Our build
machines were apparently using Win XP and this bug reared its head today when
we upgraded our build machines to Win 7. What changed in th
Does anyone know why this workaround is only needed on Win 7?
-Original Message-
From: John H Bergman (XPedient) [mailto:john.berg...@xpdnt.com]
Sent: Tuesday, September 16, 2014 5:31 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] WiX 3.8 MakeSfxCA.exe exited wi
I've used the workaround with success.
-Original Message-
From: Robert Harrison [mailto:robert.harri...@citrix.com]
Sent: Tuesday, September 16, 2014 6:55 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] WiX 3.8 MakeSfxCA.exe exited with code 3
After some more di
After some more digging, I found this post (http://wixtoolset.org/issues/4277/)
about a bug in Wix 3.8. I'm not allowed to make this change due to our
distributed build system, but can someone confirm that this workaround is
correct?
-Robert
-Original Message-
From: Robert Harrison [ma
Wix Users,
My project will not building due to the following error. I have searched to
find answer but found nothing satisfactory.
What I did find was that code 3 is a "file not found" code. Is that correct?
Anyone seen this before?
T:\Wix\v3.8.1128.0\sdk\Wix.CA.targets(141,5): error MSB3073:
The VSTO redist package you downloaded via the fwlink is failing signature
verification because it was updated last week, which most likely no longer
matches with the vstor_redist.exe you used to compile your bootstrapper.
Updating the redist source file to the latest version should resolve this
i
It's also not readily obvious (at least to me) that the upgrade path
is actually being taken. It looks like it might be failing and rolling
back quite early. It's probably worth doing a sanity check that the
upgrade logic is correct and it's going down that path. If it went
into maintenance mode th
It sounds like you will need a custom action. I'm pretty sure there is no
built-in way of getting a variable string length.
-Dave
On Fri, Sep 12, 2014 at 10:58 AM, TimM wrote:
> I have a MaskedEdit control that can either be blank or filled in. If blank
> then next button will continue, but if
That should not happen with DTF.
_
Short replies here. Complete answers over there: http://www.firegiant.com/
-Original Message-
From: Phil Wilson [mailto:phildgwil...@gmail.com]
Sent: Tuesday, September 16, 2014 10:56 AM
To:
ah, that worked fine like this:
c
b1
b2
b3
On Tue, Sep 16, 2014 at 7:45 PM, Rob Mensching wrote:
> Ahh, I was probably looking at WiX v4.0 targets.
>
> At least you can control the prefix in WiX v3.x targets.
> _
> Sh
Regarding the "wrong custom action" issue: there have been problems in
that area with managed custom actions where the uninstall part of the
upgrade runs first, loading the assembly for that older custom action.
When the new install runs and the loading code comes to load the new
assembly the runti
Ahh, I was probably looking at WiX v4.0 targets.
At least you can control the prefix in WiX v3.x targets.
_
Short replies here. Complete answers over there: http://www.firegiant.com/
-Original Message-
From: Asbjørn Mikkelsen [
In the wix2010.targets I found CleanFile defined, so I could remap one
file, but further on I found this:
So those seems to be built on the fly, instead of getting assigned to an
property as is done with CleanFile..
Same wi
Rob,
I am using the GUID - it appears in the error message. I've got a define called
var.Prop_System_AppUserModel_NoPin that I use.
Regards,
John
-Original Message-
From: Rob Mensching [mailto:r...@firegiant.com]
Sent: 16 September 2014 16:59
To: General discussion about the WiX toolse
Hm, I added those in the same propertygroup as where OutputPath and
IntermediateOutputPath is set, but nothing happens, it generates stil the
same names
Where are those properties listed?, like what is avalable?
In this doc:
http://wixtoolset.org/documentation/manual/v3/overview/light.html
I cant
PS: I just remembered, you can change the name of those files in your .wixpproj
by setting Properties like BindContentsFile, BindOutputsFile, etc.
_
Short replies here. Complete answers over there: http://www.firegiant.com/
-Origi
Know Windows Installer issue. Use the GUID of the property instead of the name.
_
Short replies here. Complete answers over there: http://www.firegiant.com/
-Original Message-
From: John Hall [mailto:john.h...@cambridgetechgrou
Hi John,
Thanks for the reply.The upgrade used to work well previously..Also i am
sure, that the changes that was done later on, does not break the upgrade.
I already have your suggested approach #2 implemented when the major upgrade
was implemented.
I have a custom action which takes a backup o
If no modifications to the config files have been made since they have been
installed, they will be deleted with your upgrade scheduling before the upgrade
install.
You can: 1) tweak the timestamp on the config file(s) so they are preserved;
or 2) have a custom action read the file data to be
Hi,
I have implemented major upgrade support in my application installer . As
part of upgrade, there are C# custom actions to backup and restore config
files, and also update the database.
I have scheduled the RemoveExistingProducts after "installinitialize".
However the restore configurat
Hi,
In my installer I have a number of shortcuts installed on the Start Menu that I
don't want to appear on the Windows 8 start screen. I therefore set both the
System.AppUserModel.StartPinOption and
System.AppUserModel.ExcludeFromShowInNewInstall properties for each of these
shortcuts. My cod
To answer my own question: this appears to work.
The DetectRelatedBundle event gives only product codes. Is there a way to find
the advertises name (from ARP) that belongs to a bundle product code?
Met vriendelijke groet,
Rob van Rosmalen B ICT software engineer
stabiplan +31 172 65 02 65 w
So there isn't a simpler solution?
All I want to do is have access to a "variable", in this case myFeature from
another file.
> Date: Mon, 15 Sep 2014 09:21:00 -0400
> From: yellowjacketl...@gmail.com
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] Check that at least one Feat
23 matches
Mail list logo
