Found and Solved the issue modifying WixUI_Advanced.wxs
A comment by MarcusUA in the following URL states the issue:
http://neilsleightholm.blogspot.com/2008/08/customised-uis-for-wix.html
The 'CustomAction's in WixUI_Advanced.wxs must be renamed or else they
will result in conflicting names in
Can anybody update me with the information requested ?
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Wix-tool-deployment-tp7588421p7588627.html
Sent from the wix-users mailing list archive at Nabble.com.
-
Hi,
We are seeing this error in
RollbackUnregisterPerfCounterData Custom Action while using the MSI to roll
back to a previous version.
MSI (s) (50:40) [15:44:35:164]: Invoking remote custom
action. DLL: C:\Windows\Installer\MSI19FD.tmp, Entrypoint:
UninstallPerfCounterData
MSI (s) (50!38
I grep'ed for it and found only one UIRef in my code.
I'm trying to follow this with wix 3.7:
http://wixtoolset.org/documentation/manual/v3/wixui/wixui_customizations.html
Changing the UI sequence of a built-in dialog set
But just copying WixUI_Advanced.wxs to a new file name in my project and
ch
There must be a somewhere in your project
OR in a wixlib you are referencing... You might try grep WixUI_Advanced
(or equivalent) on all the files in your project and all referenced WiX
projects.
--
Edwin G. Castro
On 8/29/13 3:34 PM, jo...@msli.com wrote:
> Tracking the UIRef
>
> MyProject.wxs:
Yes. Commenting out WixUI_Common reference did not help.
On Thu, 2013-08-29 at 19:09 -0400, Alain Forget wrote:
> You can try, but I'm thinking a lot of references to things in the Commons
> are going to break.
>
> -Original Message-
> From: jo...@msli.com [mailto:jo...@msli.com]
> Sen
You can try, but I'm thinking a lot of references to things in the Commons are
going to break.
-Original Message-
From: jo...@msli.com [mailto:jo...@msli.com]
Sent: Thursday, August 29, 2013 18:35
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] using Wi
Tracking the UIRef
MyProject.wxs: line 63:
Custom_Advanced.wxs: line 121:
Wix source:
src/ext/UIExtension/wixlib/Common.wxs: line 20:
So should I comment out the WixUI_Common reference?
On Thu, 2013-08-29 at 22:08 +, John Cooper wrote:
> Well, since you've got both the standard and th
I have a dll that is signed when it's compiled, and I need to harvest it using
HeatFile for getting the registry keys to register it for using as a shell
extension.
The problem is that I have a stand alone solution with the setup project, that
build the setup using the compiled file of my applic
Well, since you've got both the standard and the custom file referenced in your
error messages, it looks like you're linking in both UI's. Find the duplicate
UIRef element and remove it.
--
John Merryweather Cooper
Build & Install Engineer -- ESA
Jack Henry & Associates, Inc.(r)
Shawnee Mission
While I was just doing something similar with WixUI_Minimal, the problem was
because of this:
...
NOT Installed
...
NOT
Installed
I get similar errors as you if I don't comment out one of those two Show
elements. Mysteriously, this creates no probl
Has anyone had success copying WixUI_Advanced.wxs to a
Custom_Advanced.wxs and using it in your msi installer?
I end up with lots of errors like these:
[exec]
C:\cygwin\home\build\current\EUROPA\Source\wix_project\Custom_Advanced.wxs(37)
: error LGHT0091 : Duplicate symbol 'CustomAction:Wi
Yeah actually that's quite nice.
On 29 August 2013 18:50, John Cooper wrote:
> I like that. A little table-driven touch custom action.
>
> --
> John Merryweather Cooper
> Build & Install Engineer -- ESA
> Jack Henry & Associates, Inc.(r)
> Shawnee Mission, KS 66227
> Office: 913-341-3434 x79
I've used it in your scenario - here's an example of the (almost) reverse
scenario:
http://blogs.msdn.com/b/astebner/archive/2013/05/23/10421023.aspx
Phil Wilson
On Thu, Aug 29, 2013 at 11:29 AM, wrote:
> @Phil Wilson: I like that idea. It seems less destructive than removing
> the files and
I'm highly suspect of the values for the Path, Depth and
AssignToProperty attributes in your DirectorySearch.
The example sent by John Cooper, replicated below for convenience,
didn't set AssignToProperty="no" nor Depth="0".
Here http://sourceforge.net/p/wix/bugs/2979 but it turned to be a
misunderstanding on my part.
Neil
-Original Message-
From: rowbot [mailto:james.row...@microfocus.com]
Sent: 29 August 2013 18:25
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Burn Failure 0x8007051b
@Neil
>From what we gather from Internet searches, it seems like rolling our own
>custom BA just to add a line of text seems to be an excruciating amount of
>time, effort, maintenance, and overhead.
So we came up with an alternative: Add an empty MSIPackage (i.e. one that
doesn't install any files or
Hi John,
I don't think so - I understand that perfectly. As I wrote in my post "...
where both the MSI & the
inifile reside ..." - the ini file sits right beside the MSI at the time of
execution, yet it is not
found by my Wix code, regardless of how I specify the directory for it;
absolute pa
Honestly, there isn't any easy way. If you want, I could spend around
US$6,000.00 of your money for you and give you a way to do it, but it won't be
pretty and I would still recommend not doing it even while I am cashing your
check.
Also, it baffles a number of us why you need to do that or wh
Hello,
I want to install a driver from an inf file with rundll32 and I have 2
questions regarding this.
1. How do I make silent?
2. If I use a QtExec custom action to install the driver (this was an attempt
to answer the first question but the copy file progress dialog is still
displayed) on
@Phil Wilson: I like that idea. It seems less destructive than removing the
files and I wouldn't have to worry about rollback.
Tyler Reid | Operations and Infrastructure | Accenture Software | P&C Insurance
1807 Jones Street | Bolivar, MO 65613| USA
Office: +cc.xxx.xxx. | Fax: 417.777.3792
E-
If they're not being replaced because of the file modification rules, then
you could write a custom action to make the creationdate and modifydate
identical, and run it early before InstallValidate.
Phil Wilson
On Thu, Aug 29, 2013 at 7:00 AM, John Ludlow wrote:
> Of course it's all just nasty
I like that. A little table-driven touch custom action.
--
John Merryweather Cooper
Build & Install Engineer -- ESA
Jack Henry & Associates, Inc.(r)
Shawnee Mission, KS 66227
Office: 913-341-3434 x791011
jocoo...@jackhenry.com
www.jackhenry.com
-Original Message-
From: Phil Wilson [
Thank you all for all of your help. We have decided to use the RemoveFile
method for now as we are currently about to release a minor and need this fix
in it however at the end of the year we have a major release and may change it
to use CompanionFiles then.
Tyler Reid | Operations and Infrastr
Yes, I've used it to stop and start various IIS processes when I need to get at
a config file. Works just fine.
--
John Merryweather Cooper
Build & Install Engineer -- ESA
Jack Henry & Associates, Inc.(r)
Shawnee Mission, KS 66227
Office: 913-341-3434 x791011
jocoo...@jackhenry.com
www.jackhen
@Neil,
Where did you raise the bug?
Thanks,
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-Failure-0x8007051b-tp7578778p7588594.html
Sent from the wix-users mailing list archive at Nabble.com.
-
The short answer is that there is no reasonable way to do this. The
unreasonable way is to also add the file to the Binary table, write a bunch
of code that streams it from the Binary table to disk, then you read the
value. Nobody here thinks that anything like that is a reasonable solution.
Becaus
I suspect part of your problem is your concept of what a DirectorySearch or
FileSearch does. Both searches look for directories and files that already
exist at the time of the install. For example, I use a FileSearch to recover
the path to a web.config so I can recover it's encrypted connectio
Hi,
In writing a patch for the first time, I am taking help of the wix
tutorial posted on
http://wix.tramontana.co.hu/tutorial/upgrades-and-modularization/patchwork.
I have a msi build for version 6.0.0.0 and another msi version 6.1.0.0. The
new msi has a new file added to it. I have a patch
You can still use the WiX ServiceControl element to stop the service at
uninstall time. There's no requirement that the ServiceControl table refer
to services that you're installing. The files-in-use logic will detect that
the service is going to be stopped and will not show the files-in-use
dialog
Hi,
I am still struggling with my FileSearch - no matter what I try,
it always pops up the "File does not exist next to MSI" message.
I have tried using "SourceDir" as well as the absolute path to where both
the MSI & the inifile reside - same negative results.
Does anyone have an idea as to wher
Rather than fighting the Windows Installer Service, use a different pattern.
For every property that has a component that writes it to the registry, I have
a matching RegistrySearch that loads the property with the contents of the
property written out by the matching component. Repairing and P
Hi,
Can anyone tell me how to prevent overwriting of Registry entries
during a Patch install.
I have tried to prevent them by adding below code in the installer, but
was unsuccessful
Method1:
Method2:
In my wix msi I am giving the user a choice of per-user vs.
system-wide.
What is the best way to indicate a nested directory structure in
ApplicationFolderName?
Examples do not show how to do a nested directory structure.
My directory structure looks like this, where the product is nested
in
Interesting. My experience with that in the past (I tried to use it to
solve a similar problem) was that it didn't work because the decision about
whether to install a particular file was made in the script generation
phase (where immediate actions run) but RemoveFile runs after that. But
that was
We don't use minor upgrades. We do patch, but in practice patches always
involved versioned assemblies.
We also use very conservative Major Upgrade scheduling where the old product is
entirely removed before the new product is installed. This means I have to
work harder to migrate settings fr
@John Ludlow: Ok I was following what I found in a wix email chain by Chad
Peterson from 2011. The post is below as well as the url to the entire email
chain.
Another option is to use the element tied to the same
Component as your element. This will always clear out the
existing file prior to t
FYI - From this MSDN page:
http://msdn.microsoft.com/en-us/library/windows/desktop/aa372495(v=vs.85).aspx
"The installer sets the VersionNT property to the version number for the
operating system, *undefined if the operating system is not *Windows NT,
Windows 2000, Windows XP, Windows Vista, Window
Of course it's all just nasty hacks. Really, we want away to advise Windows
Installer on a per-file basis how we want particular files to be compared.
@Microsoft: Hint, hint! :)
On 29 August 2013 14:50, John Cooper wrote:
> Agreed. When I need to do this, I make the non-versioned file a
> Com
Check the logs. That should tell you what REMOVE and REINSTALL are being
set to, and when they are being set. Look for lines like this:
MSI (s) (04:4C) [05:39:56:736]: Command Line: REMOVE=ALL
CURRENTDIRECTORY=C:\Windows\system32 CLIENTUILEVEL=2 CLIENTPROCESSID=1768
or this:
MSI (s) (64:48) [06:
Agreed. When I need to do this, I make the non-versioned file a CompanionFile
of the assembly which has the API which consumes those files. At least for WCF
web services, that works pretty well.
--
John Merryweather Cooper
Build & Install Engineer -- ESA
Jack Henry & Associates, Inc.(r)
Shawne
I guess its OK for the message to POPup during repair because it restarts the
service automatically.
just wondering why I could do it this way, but not with REMOVE=ALL condition
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/stop-a-service-before
As long as there is an appropriate file to use, I agree, although really it
has the same result. It wouldn't be appropriate to make them a companion of
a file they're unrelated to as that would introduce a bogus dependency and
if that other file ever disappeared, then you could introduce some nasty
Well, it wouldn't because the REINSTALL property is set during repair and
you're conditioning on NOT REINSTALL.
On 29 August 2013 14:19, nkshirsagar wrote:
> Hi John,
>
> I'm doing it this way as of now ..
>
>
> NOT
> Installed
>
>
> Installed
> AND (NOT REINSTALL)
>
Well, it probably won't do what you're expecting. By the time RemoveFiles
runs, the install has already decided it won't install those files, so what
will most likely happen is it will remove the file but not install the new
version.
A trick (well, a horrible hack, really) I've used is called vers
A better way to do that would be to make them CompanionFile's with a versioned
assembly.
--
John Merryweather Cooper
Build & Install Engineer -- ESA
Jack Henry & Associates, Inc.(r)
Shawnee Mission, KS 66227
Office: 913-341-3434 x791011
jocoo...@jackhenry.com
www.jackhenry.com
-Original
VersionNT is always defined, whether it's 32-bit or not.
If you need to tell the difference between client and server (e.g. Windows 8 vs
2012), look at
http://robmensching.com/blog/posts/2008/11/3/how-to-determine-if-you-are-installing-on-windows-client
(the NTProductType property).
Sean
>
Hi John,
I'm doing it this way as of now ..
NOT
Installed
Installed
AND (NOT REINSTALL)
The only problem is repair doesnt execute the uninstall script, so the
filesinUse pops up during repair. Otherwise, I dont see it during uninstall
because I guess my
If I add a to an existing component for a minor upgrade will that
violate the component rules? As in one of our minor upgrades a customer ran
into a problem of some .js and .xsl files not getting upgraded because they
were modified by the version control system they put them in after they insta
Hi Alain,
because I register the service through a vb script, and there's some other
things the script does before registering it using
CreateServiceForApplication and I dont want to make any changes to the
script.
Is there any way to either terminate the process before uninstall, or make
sure t
Is the issue that the FilesInUse dialog is popping up before your service
is stopped and declaring files in use when those files will be unlocked
when the service stops?
It's unfortunate but all the information related to whether you are doing a
removal or not is discovered at that point. In theor
Take a look at the following two links. While there is a 32 bit version of
Windows Server 2008, in most cases foks really mean Windows Server 2008 R2,
which, like Windows Server 2012 is only available in 64 bit configurations.
VersionNT is undefined on 64 bit configurations and VersionNT64 should
Why aren't you using the ServiceInstall element to install your service? If
there is any way at all to use it, instead of a CA, I think most of us would
strongly recommend it. At the very leat, you'll eaily be able to stop your
service before uninstall.
-Original Message-
From: nkshirsa
I install a windows service as a custom action during the install. During
uninstall, I want to remove this service before the filesinUse dialogbox
pops up.
My condition is REMOVE="ALL" for the uninstallation script to run, and I
read on
http://msdn.microsoft.com/en-us/library/windows/desktop/aa371
If the file is packaged inside the MSI, how would anything copy it before
the InstallFiles action?
The only scenario that makes sense here (as far as I can see) is that
you're in an upgrade situation, and you want to copy the version of the
file you're upgrading from to the temp folder and read so
Hi Blair,
I have to copy the INI file which is included in MSI before InstallFiles
action.
How to do this?
Regards,
Dileep.
On Mon, Aug 26, 2013 at 4:08 PM, Blair Murri wrote:
> It would be much easier to copy it to C:\Windows folder either as part of
> InstallFiles or right after InstallFil
will install only on Windows XP 32-bit.
Any one, please help me to set the condition for the below OS which will
install only on that particular OS
1. Windows Server 2008
2 .Windows Server 2012.
Anyone Help me?
On Tue, Aug 27, 2013 at 4:20 PM, dileep s wrote:
> Hi Blair,
>
> Thank you f
Could anyone help me on this?
On Mon, Aug 26, 2013 at 10:45 AM, ak m wrote:
> File is packaged in MSI. INI file contains not only Model information but
> also about the port information etc...
>
> Basically this INI file is used for silent installation
>
> Anil
>
>
> On Sat, Aug 24, 2013 at 12:
Actually there's not much difference as you get to the same place anyway. A
version of the MSI in your cache that doesn't have the error and can be
upgraded.
The issue you might run into with modifying your package and doing a minor
upgrade is that if you sign your MSIs you won't just be able to e
59 matches
Mail list logo
