, would you have any idea how I would achieve this?
-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: 19 October 2012 10:51
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Registering DLL's properly
I use heat as a starting point
How are you setting the values? Burn automatically prompts to elevate if
it detects an MSI that is set to all users but you can also set this with
MsiPackage/@ForcePerMachine.
Neil
Hi.
We are trying to keep some state alongside our bundle about which
packages have been chosen for installation.
Prediktor AS
Habornveien 48B, N-1630 Gamle Fredrikstad, Norway
-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: 15. oktober 2012 14:28
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Elevation of Bootstrapper Application
How
you can set Variables and mark them Persist='yes' and Burn will remember
them for you.
Am I correct that it remembers them for Uninstall/Repair but there is no way to
recall them if you do an upgrade?
Neil
-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com]
Sent:
My guess is that it is a new check, this bit of the error explains the issue
This error may also occur if a path contains a likely standard directory such
as nesting a directory with name Common Files under ProgramFilesFolder.
You probably just need to add a ComponentGuidGenerationSeed to your
Take a look in 'License_Server_20121010133953_0_License_Server.msi.log' and see
what that says, search for value 3 the error is probably near that.
Neil
-Original Message-
From: Kelly Graus [mailto:kelly.gr...@toltech.net]
Sent: 10 October 2012 19:47
To: General discussion for Windows
This is my WIC install:
util:FileSearch Path=[SystemFolder]\windowscodecs.dll
Variable=windowscodecs Result=exists /
!-- This is only required on Windows 2003 and Windows 2003 R2 --
PackageGroup Id=WIC
ExePackage
Id=WIC_x86
Compressed=yes
Permanent=yes
-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: 8. oktober 2012 10:22
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] WIC as a prereq before .NET 4.0 in Burn with
custom BA
This is my WIC install:
util:FileSearch Path
release so please ask questions on the
blog not this mailing list.
Neil
Neil Sleightholm
X2 Systems Limited
n...@x2systems.com
--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app
Who does that?
I have to put up with rubbish installers from third party suppliers! This one
looks like it was authored with Visual Studio.
Neil
--
Don't let slow site performance ruin your business. Deploy New Relic
If you want an example of how **not** to do an installer the SQL Server is
the one to go for! It is not the Windows Installer parts that are bad it
is the bootstrapped that warps it all up.
I had SQL server Express 2012 on my server a few months ago, had to
uninstall it to clear out some errors,
I have a third party MSI that doesn't support upgrades, it expects the user to
uninstall the old version before installing the new one. Does the burn engines
MsiPackage element handle this?
Neil
Neil Sleightholm
X2 Systems Limited
n...@x2systems.commailto:n...@x2systems.com
Is it possible that SQLEXPR_x64_ENU.exe is a 64 bit process, if it is that
launching from the 32 bit BA might be an issue.
Neil
I haven't been able to install SQL Server 2012 Express on Windows 7 64-bit
using Burn. Has someone been successful with this that can point out
what's
wrong with my
For anyone that is interested I have published an extended native bootstrapped
application here:
http://neilsleightholm.blogspot.co.uk/2012/10/wix-bootstrapper-application.html.
NOTE: this is *not* a WIX toolset release so please ask questions on the blog
not this mailing list.
Neil
Neil
It is simpler than that:
WixVariable Id=WixUIBannerBmp Value=Bitmaps\bannrbmp.bmp /
WixVariable Id=WixUIDialogBmp Value=Bitmaps\dlgbmp.bmp /
Neil
Hi create the image you want using the sizes specified here:
http://wix.sourceforge.net/manual-wix3/WixUI_customizations.htm
And add them into
the specialized cursor routing
functions, the keystrokes don't seem to be getting sent to the application. I
guess that's a UIA issue; I don't know since I'm brand new to coding.
-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: Wednesday, October 03, 2012 4:13 PM
For 2012 I believe it will work with .NET 3.5 or .NET 4.0.
-Original Message-
From: Nick Ramirez [mailto:nickra...@hotmail.com]
Sent: 04 October 2012 22:00
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Bootstrapping SQL Server 2012 Express
Finally got it to work, after
I feel your pain. Over the years I have used lots of install technologies,
installShield (script and windows installer), wise (script and windows
installer), inno setup, plain batch files, custom exes, NSIS etc, etc. The only
one that has provided me with a 100% reliable installation is windows
You don't have to use a C# UI there is also a much more standard UI -
WixStandardBootstrapperApplication
http://wix.sourceforge.net/manual-wix3/wixstdba_intro.htm. From what I remember
of screen readers (admittedly based on work I did 20 years ago) I think they
should be compatible.
Neil
If you get a copy of the source and make a clone of
src\ext\NetFxExtension\wixlib\NetFx4.5.wxs you can edit it and include it in
your project.
(It looks like the redist one is wrong as well - I'd suggest raising a bug so
this is not lost.)
Neil
-Original Message-
From: Dave Lowndes
You can customise the theme files, this is fairly limited though -
http://neilsleightholm.blogspot.co.uk/2012/05/burn-ui-customisations.html
Neil
-Original Message-
From: Katherine Moss [mailto:katherine.m...@gordon.edu]
Sent: 02 October 2012 02:11
To: General discussion for Windows
to include a SQL Server into your
installation package? This way the user is forced to have the server on the
same machine as the application - or is that desired by you?
-Ursprüngliche Nachricht-
Von: Neil Sleightholm [mailto:n...@x2systems.com]
Gesendet: Montag, 1. Oktober 2012 22:11
The removal of the c:\foo\bar folders should be part of the standard MSI
(although I admit to have not tried it).
As Peter as though log files in the application folder is not a good idea, in
fact if you application is running as a standard user you won't have
permissions on Windows Vista or
You would need to look in the install log for your msi (I think it is this
'C:\Users\ME~1\AppData\Local\Temp\My_App_2012100816_0_Setup.log').
Search for value 3, the error is usually just above that.
Neil
-Original Message-
From: Dave Lowndes [mailto:d...@swordfishsoftware.co.nz]
No as 3.5 or later supports IIS7/7.5 natively.
Neil
-Original Message-
From: Zhisheng Huang [mailto:zhhuang5...@yahoo.com]
Sent: 02 October 2012 20:12
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Wix 3.6 and IIS 7.5 setup
Hi,
For setting up web site and virtual
that the package would remain visible in ARP or not for the
user
to remove themselves if Burn didn't touch it.
-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: 29 September 2012 09:21
To: General toolset. (wix-users@lists.sourceforge.net)
Subject: [WiX-users
The other thing you will have to do is to save the path in your MSI (e.g.
In the registry) and then retrieve it in your bundle so that on an upgrade
the previous path is restored e.g.:
Variable Name=InstallFolder Type=string
Value=[ProgramFilesFolder]company\app Persisted=yes
bal:Overridable=yes
/PackageGroup
Can anyone see why the package is removed on upgrade?
Neil
Neil Sleightholm
X2 Systems Limited
n...@x2systems.com
--
Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your
anyone see why the package is removed on upgrade?
Neil
Neil Sleightholm
X2 Systems Limited
n...@x2systems.com
--
Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code
the engine to do reference counting.
On Mon, Oct 1, 2012 at 6:44 AM, Neil Sleightholm n...@x2systems.com wrote:
More info: Running v1 installs SQL, v2 removes it, v3,4,5 etc installs
SQL then immediately removes it!
In the log file created for the upgrade there is this entry
[1664:16B4
need to add your own dependency provider (Provides element from
WixDependencyExtension) to get the engine to do reference counting.
On Mon, Oct 1, 2012 at 6:44 AM, Neil Sleightholm n...@x2systems.com wrote:
More info: Running v1 installs SQL, v2 removes it, v3,4,5 etc installs
SQL
, Neil Sleightholm n...@x2systems.comwrote:
I have an msi in my bundle that is only installed for a particular
config but I don't want to uninstall it if the end user has it
installed. Is there any way to do this with the MsiPackage element? I
don't think I can use InstallConidtion
Neil Sleightholm
X2 Systems Limited
n...@x2systems.commailto:n...@x2systems.com
--
How fast is your code?
3 out of 4 devs don\\\'t know how their code performs in production.
Find out how slow your code is with AppDynamics
1. I think that if the file is changed after a copy then it is not
removed. Do you need to copy the file? If not you could mark it permanent.
2. We use idempotent scripts for SQL so that there is a single SQL script
that can update from any version to the latest.
Neil
Hey Rob,
thanks for
Invoking msbuild against the project file works but so does running candle and
light e.g.:
candle -out obj\ *.wxs
light obj\*.wixobj -o Setup.exe
Neil
-Original Message-
From: Steve Hole [mailto:rsteveh...@gmail.com]
Sent: 28 September 2012 21:06
To: General discussion for
Ah the same version upgrade problem - I have questioned this quite a bit
on this list and raised a defect http://sourceforge.net/p/wix/bugs/3065/.
There isn't a workaround in WiX other than changing the bundle version
(yet) but if you have your own BA I have put some code in the defect that
should
To just display a message try adding a bal:Condition e.g.
bal:Condition Message=Silverlight not installedsilverlight test
here/bal:Condition
Neil
Problem is that Silverlight by license is not distributable... So we
want to check to see if it is installed and if not put up a message
saying it
Phone: (508) 698-7816
-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: Wednesday, September 26, 2012 09:22
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Burn to check Silverlight 4.0 installed
To just display a message try adding
change the $(var.SolutionDir) to a full path it still fails.
Should this work?
Neil
Neil Sleightholm
X2 Systems Limited
n...@x2systems.commailto:n...@x2systems.com
--
Live Security Virtual Conference
Exclusive live
change the $(var.SolutionDir) to a full path it still fails.
Should this work?
Neil
Neil Sleightholm
X2 Systems Limited
n...@x2systems.commailto:n...@x2systems.com
--
Live Security Virtual Conference
Exclusive live event
toolset.
Subject: Re: [WiX-users] ComponentGroup/@Source problem
I think if you specify a Source attribute at all, it overrides anything from
parent elements. Try changing Source to Name.
-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: 25 September 2012 16:46
but for my purposes I think this is better
than getting multiple versions in ARP.
Neil
Neil Sleightholm
X2 Systems Limited
n...@x2systems.com
--
How fast is your code?
3 out of 4 devs don\\\'t know how their code performs
You seem to be mixing up pre-processor instructions and runtime, are you
trying to get the user domain and logon when you run the msi? If so you
can use [LogonUser] in your property (I am not sure if that includes the
domain though).
Neil
Hi all,
I have these two set:
?define LogonUserName
Did you try my suggestion of LogonUser?
SetProperty Id=DATABASE_USERNAME Value=[LogonUser]
Before=InstallInitialize Sequence=execute /
The problem is that this will only return the name and not the domain so you
might have to resort to a custom action.
I don't think reading the environment
from the Command line
to make sure you don't start another upgrade when you are doing an upgrade.
On Fri, Sep 21, 2012 at 7:23 AM, Gregory Beaty greg.bea...@gmail.comwrote:
Any answer to this?
Greg Beaty
greg.bea...@gmail.com
On Tue, Sep 18, 2012 at 1:00 PM, Neil Sleightholm n
You might want to look at the MajorUpgrade element
http://wix.sourceforge.net/manual-wix3/major_upgrade.htm it makes it easier to
implement upgrades.
Neil
-Original Message-
From: Alec [mailto:alecs...@gmail.com]
Sent: 19 September 2012 22:12
To: wix-users@lists.sourceforge.net
Installer XML\3.0]
InstallRoot=C:\\Program Files (x86)\\WiX Toolset v3.6\\bin\\
On 64 bit Windows this is:
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows Installer XML\3.0]
InstallRoot=C:\\Program Files (x86)\\WiX Toolset v3.6\\bin\\
Neil
Neil Sleightholm
X2 Systems Limited
n
toolset.
Subject: Re: [WiX-users] Bootstrapper Upgrade Detection
You should be able to request ABSENT for the OnPlanRelatedBundle() of the
bundle that has the same version. The default is NONE so it stays.
On Mon, Sep 17, 2012 at 10:03 AM, Neil Sleightholm n...@x2systems.comwrote
, Sep 16, 2012 at 12:41 PM, Neil Sleightholm
n...@x2systems.comwrote:
I had this issue when I had done some same version installs and then
started changing the version; the cause was multiple entries in ARP. It
might we worth checking this, I found if I removed all the versions then
the upgrades
The BootstrapperApplication can override the default logic to do whichever
you want. However, the wixstdba does not, so you get the default behavior of
the engine.
If you have time I'd be interested to know how, I have looked at this and as
far as I can tell it is baked in to the Engine and
Burn doesn't support same version upgrades, I have questioned this before as I
think it should. I thought I had raised this as a bug/feature request but can't
find it now.
Neil
-Original Message-
From: Gregory Beaty [mailto:greg.bea...@gmail.com]
Sent: 16 September 2012 15:27
To:
For info; this is the bug report http://sourceforge.net/p/wix/bugs/3065/
-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: 16 September 2012 17:17
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Bootstrapper Upgrade Detection
, but when using Burn it seems that
the StopServices action is never called and instead WixRemoveFoldersEx is
called which introduces issues with my application because my service has
exclusive locks on some files.
Greg Beaty
greg.bea...@gmail.com
On Sun, Sep 16, 2012 at 12:17 PM, Neil Sleightholm
I think you replied to my mail about same version upgrades with the wrong
subject line and then I did the same.
Neil
On 26-Aug-12 17:38, Neil Sleightholm wrote:
Yep - if I am testing a build it is usually based on a fixed release of
the associated MSI. I know it is odd and I would never really
That is disappointing, so there is no way to install .NET 3.5 on Win8
without an internet connection (or original media)?
I think you might mean Windows 2008 R2 rather than Win7 as the .NET 3.5
install runs ok on Win7.
Neil
On 29-Aug-12 03:58, Neil Sleightholm wrote:
As far as I am aware you
anyone besides me think this is ridiculous?
From: Bob Arnson b...@joyofsetup.com
Sent: Thursday, August 30, 2012 9:10 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Windows 8 NetFX3.5
On 29-Aug-12 03:58, Neil Sleightholm wrote:
As far as I
Sent: Thursday, August 30, 2012 9:10 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Windows 8 NetFX3.5
On 29-Aug-12 03:58, Neil Sleightholm wrote:
As far as I am aware you don't need internet access or the original
media, .NET 3.5 is just a feature that needs enabling
)
ExitCode Value =3010 Behavior=forceReboot /
/ExePackage
/Fragment
This example installs .NET 3.5 on Windows Server 2008 R2 and Windows 8 but you
can replace the InstallCommand and DetectCondition to install other features.
Neil
Neil Sleightholm
X2 Systems Limited
n...@x2systems.commailto:n
I hadn't noticed that in Windows 8. You could call dism in the same way - see
my post Installing Windows Features with Burn. As far as I am aware you don't
need internet access or the original media, .NET 3.5 is just a feature that
needs enabling.
Neil
-Original Message-
From: Neil
Just stepping back at bit but why do you need the source of the burn install
passed into your MSI?
Neil
-Original Message-
From: Christian Hausknecht [mailto:chauskne...@beracom.de]
Sent: 29 August 2012 10:39
To: General discussion for Windows Installer XML toolset.
Subject: Re:
path* including the name of the
installer (e.g. ``Z:\Foo\Bar\setup.exe``). I need the path without the
installer name.
That's the problem I have to solve :-)
-Ursprüngliche Nachricht-
Von: Neil Sleightholm [mailto:n...@x2systems.com]
Gesendet: Mittwoch, 29. August 2012 11:41
An: General
I'd suggest using burn to do this; this is the code I am using to install
vcredist.
?xml version=1.0 encoding=utf-8?
?define vcredist_x86 =
http://download.microsoft.com/download/d/d/9/dd9a82d0-52ef-40db-8dab-795376989c03/vcredist_x86.exe
?
Wix xmlns=http://schemas.microsoft.com/wix/2006/wi;
] Install the Visual C++ redistributables file
vcredist_x86.exe
Thank you very much, I'm using WIX 3.5 at the minute, Would u recommend moving
to 3.6?
-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: 29 August 2012 11:54
To: General discussion for Windows Installer
for compressed ones and would like to stop this.
Neil
Neil Sleightholm
X2 Systems Limited
n...@x2systems.commailto:n...@x2systems.com
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's
++ redistributables file
vcredist_x86.exe
Neil, I only have the one prereq. Burn has their own UI and I know you can add
yours from the MSI but it still shows the burn one. Is there any other way than
using burn?
-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: 29
To answer my own question it does seem to copy file from the SourceFile to Name
attributes only if Compresses=no (I had the same package reference twice and
one was set to no).
Neil
-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: 29 August 2012 13:29
The approach I am using is to run ocsetup NetFx3, this seems to work ok and
does not require internet access.
Neil
-Original Message-
From: Neil Hayes [mailto:neil.ha...@syspro.com]
Sent: 28 August 2012 1:24 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Windows 8 NetFX3.5
Installer XML toolset.
Subject: Re: [WiX-users] Multiple entries in ARP
Right so the operation for a related bundle upgrade with the same
version
is: BOOTSTRAPPER_RELATED_OPERATION_NONE.
On Wed, Aug 22, 2012 at 8:12 AM, Neil Sleightholm n...@x2systems.com
wrote:
Thanks. I think that it is too
I am getting the same problem with the wix37-binaries.zip file.
WinZip reports The 32-bit CRC stored in the local header for this file is not
the same as the 32-bit CRC stored in the central header
Neil
-Original Message-
From: Sean Farrow [mailto:sean.far...@seanfarrow.co.uk]
Sent:
I notice that Microsoft.Tools.WindowsInstallerXml.NAntTasks.dll is not in the
WiX 3.7 binaries, is NAnt support being dropped from 3.7?
Neil
Neil Sleightholm
X2 Systems Limited
n...@x2systems.commailto:n...@x2systems.com
Thanks, I guess I'll just have to accept same version upgrades are broken.
Neil
-Original Message-
From: Bob Arnson [mailto:b...@joyofsetup.com]
Sent: 26 August 2012 15:49
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] WiX 3.7 NAnt support
On 8/26/2012 9:47 AM, Neil
] WiX 3.7 NAnt support
Do people acutally use the Nant tasks? We've not been doing a great job
maintaining them so the assumption was people wouldn't miss them.
On Sun, Aug 26, 2012 at 8:27 AM, Neil Sleightholm n...@x2systems.comwrote:
Thanks, I guess I'll just have to accept same version
: Bob Arnson [mailto:b...@joyofsetup.com]
Sent: 26 August 2012 17:02
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] WiX 3.7 NAnt support
On 8/26/2012 11:27 AM, Neil Sleightholm wrote:
Thanks, I guess I'll just have to accept same version upgrades are broken.
Same version upgrades? Huh
. Never considered changing the requested state of a related bundle.
Does the related bundle of None show up during planning? I think that'd be
where you actually could change the requested state.
On Sun, Aug 26, 2012 at 7:47 AM, Bob Arnson b...@joyofsetup.com wrote:
On 8/26/2012 7:10 AM, Neil
something we can add in WiX v3.7. The relation type
would make it crystal clear.
On Fri, Aug 24, 2012 at 2:37 PM, Neil Sleightholm n...@x2systems.comwrote:
Possibly, but BOOTSTRAPPER_RELATED_OPERATION_NONE is the default in
this function so it can mean other things.
Neil
-Original Message
If I understand correctly you are trying to copy files at install time from the
same folder as the MSI - as far as I am aware this is not possible, there may
be a way to find the MSI source folder but I don't know what it is (TARGETDIR
is not the location of the MSI) and if you did find it it
: [WiX-users] Multiple entries in ARP
Right so the operation for a related bundle upgrade with the same version
is: BOOTSTRAPPER_RELATED_OPERATION_NONE.
On Wed, Aug 22, 2012 at 8:12 AM, Neil Sleightholm n...@x2systems.comwrote:
Thanks. I think that it is too late in that function, it seems
Neil, I'm on the latest 3.7 build. If I place a breakpoint inside my
IEmbeddedUI implementation the 'Run' method is never hit.
Kind regards,
Christoffel le Roux
-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: Wednesday, August 22, 2012 11:09 AM
To: General
the powershell.exe and use
ExePackage to run it but that didn't feel right.
Neil
Neil Sleightholm
X2 Systems Limited
n...@x2systems.commailto:n...@x2systems.com
--
Live Security Virtual Conference
Exclusive live event
It might be worth searching back through the mailing list.
-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: 23 August 2012 12:39
To: General toolset. (wix-users@lists.sourceforge.net)
Subject: [WiX-users] Burn: .NET 3.5 on Windows 2008 R2
Does anyone know how you
that is fine and let the new
bundle install SxS.
You can get the same behavior with Windows installer packages by changing the
ProductCode and having the Upgrade table not detect same version.
On Tue, Aug 21, 2012 at 8:49 AM, Neil Sleightholm n...@x2systems.comwrote:
This seems to be reproducible
Not sure if this is what you want but you can set
MsiPackage/@DisplayInternalUI=yes to display your MSI UI.
Neil
-Original Message-
From: Christoffel le Roux [mailto:christoffe...@tech.flowcentric.com]
Sent: 22 August 2012 09:29
To: General discussion for Windows Installer XML toolset.
of the information contained in this
communication, any delay in its receipt or that the mail is virus-free.
-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: Wednesday, August 22, 2012 11:09 AM
To: General discussion for Windows Installer XML toolset.
Subject
at 11:18 PM, Neil Sleightholm n...@x2systems.comwrote:
This is with the standard BA. With an MSI you can get the same
behaviour but it is easy to override and by default it would warn you
that an existing product was installed. I find this a real pain when
testing as usually I would link
This seems to be reproducible, if you rebuild that package with the same
version number a duplicate entry appears in ARP - this feels like a bug to me
but before I report it I wonder if anyone has a different opinion.
Neil
-Original Message-
From: Neil Sleightholm [mailto:n
and the runtime is not installed (the detectcondition
is false) and a higher version is not installed either.
-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: 19 August 2012 08:59
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users
Scheduling after CostInitialize in the UI sequence should do what you need.
Neil
-Original Message-
From: Natalie Carr [mailto:natalie.c...@measuresoft.com]
Sent: 20 August 2012 16:52
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Custom Action before UI WIX
Hi,
Is there
I know this is an odd scenario but if install a bundle and then rebuild it with
the same version number and install it both versions appear in ARP, is this
expected behaviour or a bug?
Neil
Neil Sleightholm
X2 Systems Limited
n...@x2systems.commailto:n...@x2systems.com
That looks ok but you don't normally reference WOW6432Node as that redirection
happens automatically if your msi is 32bit.
Neil
-Original Message-
From: Natalie Carr [mailto:natalie.c...@measuresoft.com]
Sent: 16 August 2012 2:08 PM
To: wix-users@lists.sourceforge.net
Subject:
You need to supply you own version of background bitmap, see
http://wix.sourceforge.net/manual-wix3/WixUI_customizations.htm. The
variable to set is WixUIDialogBmp e.g.
WixVariable Id=WixUIDialogBmp Value=Bitmaps\dlgbmp.bmp /
Neil
Does anyone know how to change the final property page from
Not sure if you can make it smaller, I would try and see what happens. If
you want the originals you can find them in the source
(src\ext\UIExtension\wixlib\Bitmaps)
Neil
You need to supply you own version of background bitmap, see
and another for x64 or only
install package on Windows XP? Then DetectCondition to actually determine
whether the package is already installed?
Regards
Neil
Neil Sleightholm
X2 Systems Limited
n...@x2systems.commailto:n...@x2systems.com
You should be able to do this using the PayLoad element as a child of your
ExePackage element.
Neil
-Original Message-
From: Christian Hausknecht [mailto:chauskne...@beracom.de]
Sent: 13 August 2012 11:09
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] How to bundle a
But the /CONFIGURATIONFILE-Parameter links to a location in my local FS. When
the installer gets started it will not find the file in that location...
-Ursprüngliche Nachricht-
Von: Neil Sleightholm [mailto:n...@x2systems.com]
Gesendet: Dienstag, 14. August 2012 09:06
An: General discussion
Afraid that is a bug in windows installer (not WiX) as it doesn't set the
transparent windows style. There are ways around it; I created my own dialog
and used a checkbox and separate label, not perfect but not so ugly. I have
also seen examples with a grey background bitmap.
Neil
-
Von: Neil Sleightholm [mailto:n...@x2systems.com]
Gesendet: Dienstag, 14. August 2012 11:07
An: General discussion for Windows Installer XML toolset.
Betreff: Re: [WiX-users] How to bundle a configuration file in burn?
I have to admit I haven't tried it yet (although probably will be
doing
In this case it is slightly different, when you run the SQL install it extracts
the setup to another folder (usually a guid folder name on drive c) it then
runs the install from that folder and that fails to find the config file as it
is not in the same folder.
Neil
-Original Message-
I want to supply some extra information on this defect as requested but it
seems to have gone missing. Anyone know what has happened to it?
Neil
-Original Message-
From: Henning Krause [mailto:m...@henningkrause.eu]
Sent: 08 August 2012 5:49 PM
To: General discussion for Windows
. It tries to do something
to the existing pacakage and looks up the package in the current bundle using
its id. When it does not find it, it fails with the access violation.
Kind regards,
Henning
-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: Thursday, August 09
Thanks for the update. That does sound plausible as I found that when it
crashed both the old and new version were in ARP, to uninstall you have to
manually remove the oldest version first, if you try to remove the newer one it
crashed again.
Neil
-Original Message-
From: Bob Arnson
301 - 400 of 1239 matches
Mail list logo