Sent from my iPhone
> On Apr 28, 2015, at 10:00 PM, wix-users-requ...@lists.sourceforge.net wrote:
>
> Send WiX-users mailing list submissions to
>wix-users@lists.sourceforge.net
>
> To subscribe or unsubscribe via the World Wide Web, visit
>https://lists.sourceforge.net/lists/listinfo
per
Build & Install Engineer - ESA
Jack Henry & Associates, Inc.®
Shawnee Mission, KS 66227
Office: 913-341-3434 x791011
jocoo...@jackhenry.com
www.jackhenry.com
-Original Message-
From: Chris McHenry [mailto:cmche...@integro.com]
Sent: Wednesday, July 30, 2014 4:41 PM
To: wix-users@lis
John,
I'm using InstallPrivileges="elevated" InstallScope="perMachine"
When I set InstallScope to perUser it stops detecting the previous version.
Thanks!
Chris
-Original Message-
Date: Wed, 30 Jul 2014 21:07:44 +
From: John Cooper
Subject: Re: [WiX-users] Trouble with MajorUpgrade
If FindRelatedProducts had found anything it would have said so there,
so I'd do a sanity check on the usual suspects, use Orca on the MSI
files if you need to verify against MSDN docs. Also, the log would
show OLDPRODUCTS being set.
UpgradeCode the same in both products.
New product has a differe
Hi Jamie,
Yes, I was trying to ask if there was any major upgrade code implemented in the
previous installer.
-Original Message-
From: Jamie Hankins [mailto:jamiehank...@hotmail.com]
Sent: Tuesday, April 15, 2014 1:21 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] WiX
Hi Pavan,
The MajorUpgrade element is new, so I don't believe that it is required in the
old version for an upgrade. According to what I've read, it's just a simpler
way of creating an Upgrade element.
My understanding is that the only thing in the previous version that should be
required is th
Hi Phil,
Here are the FindRelatedProducts log entries. I don't see much.First:MSI (c)
(38:DC) [20:24:29:864]: Doing action: FindRelatedProductsMSI (c) (38:DC)
[20:24:29:864]: Note: 1: 2205 2: 3: ActionText Action 20:24:29:
FindRelatedProducts. Searching for related applicationsAction start 20:
In your wxs, where do you define the following properties...
EXCEPTIONDETAILS
CURRENTDIRECTORY
DATABASE_VERSION
I also really wouldn't log to a Network Share in an exception handler.
When run with Administrative privileges network shares are disconnected..
If your catch throws an exception this wi
I would only suggest trying a complete uninstall and reinstall of this
particular WiX version.
If this doesn't resolve it, you could try building against a different
version of WiX (as a test).
Bevan
===
re :1 Bevan Weiss
Windows Service. I resolved the issue. This was my first wix install... I
was missing a "File Id" Thank you for replying.
On Wed, Feb 12, 2014 at 3:46 PM, wrote:
> Send WiX-users mailing list submissions to
> wix-users@lists.sourceforge.net
>
> To subscribe or unsubsc
>On 12/13/2013 11:21 PM, Bevan Weiss wrote:
>> I would suggest using two separate components for it.
>> Each Shortcut is really a file..
>> Then each would get its own HKCU registry entry.
>>
>> Is your installer PerUser or PerMachine?
>> The HKCU entry might not be so appropriate for a PerMachine
Thanks Phil,
It's an installer for Web Services. So there really isn't any 'first run'
or anything at all really...
Install, and then it should just operate for eternity.
Is it possible to put elevated privileges as a package condition? Then if
the MSI is run without them I could just error out
You lose several of the benefits of bundles by setting DisableRemove. Rob
listed the effects if DisableRemove is NOT set.
> From: tomas.k...@cellavision.se
> To: wix-users@lists.sourceforge.net
> Date: Fri, 26 Jul 2013 12:01:13 +
> Subject: Re: [WiX-users] [wix-users] Impact
Mensching [mailto:r...@robmensching.com]
Sent: den 25 juli 2013 17:56
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] [wix-users] Impact of installed burn?
There won't be version conflicts, the MSIs will behave the way they always do.
The only question is how many APR en
a single .msi).
>
> / Tomas
>
> -Original Message-
> From: Rob Mensching [mailto:r...@robmensching.com]
> Sent: den 24 juli 2013 19:20
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] [wix-users] Impact of installed burn?
>
>
cally site per site
based.
Dave
-Original Message-
From: Tomas Köhn [mailto:tomas.k...@cellavision.se]
Sent: 25 July 2013 12:21
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] [wix-users] Impact of installed burn?
Thank you your replay.
I'm worried
en 24 juli 2013 19:20
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] [wix-users] Impact of installed burn?
What conflicts are you worried about exactly? One or more specific user
scenarios that expose the issue you think there is in Burn would probably help
a lot
nsching.com]
> Sent: den 24 juli 2013 06:44
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] [wix-users] Impact of installed burn?
>
> The cool thing is that if you always use Bundles to install your MSI
> packages, shared MSI packages will be c
[mailto:r...@robmensching.com]
Sent: den 24 juli 2013 06:44
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] [wix-users] Impact of installed burn?
The cool thing is that if you always use Bundles to install your MSI packages,
shared MSI packages will be correctly
e or burn alone and not mix the two.
>
> Wes
>
> -Original Message-
> From: Tomas Köhn [mailto:tomas.k...@cellavision.se]
> Sent: July-23-13 6:09 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] [wix-users] Impact of installe
Wes
-Original Message-
From: Tomas Köhn [mailto:tomas.k...@cellavision.se]
Sent: July-23-13 6:09 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] [wix-users] Impact of installed burn?
Thanks,
Will this impact future installs of .msi files which has
.
Subject: Re: [WiX-users] [wix-users] Impact of installed burn?
Users will have no way to uninstall burn package AFAIK. See
http://www.joyofsetup.com/2013/07/05/burn-zero-one-or-n/ .
Wes
-Original Message-
From: Tomas Köhn [mailto:tomas.k...@cellavision.se]
Sent: July-22-13 8:20 AM
To
Users will have no way to uninstall burn package AFAIK. See
http://www.joyofsetup.com/2013/07/05/burn-zero-one-or-n/ .
Wes
-Original Message-
From: Tomas Köhn [mailto:tomas.k...@cellavision.se]
Sent: July-22-13 8:20 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] [wix
We need to support installation from both .exe and .msi (for remote program
distribution). As I understand, burn can't be used without installing into ARP.
We want the program installation to be the same from both .exe and .msi.
If I set DisableModify="yes" DisableRemove="yes", the bundle (burn)
which is a solution that will
scale).
Blair Murri
> Date: Tue, 9 Jul 2013 04:20:37 -0700
> From: christian.hennig@wincor-nixdorf.com
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] [WIX-users] Patch in Wix 3.6 is empty. warning
> PYRO1079: The cabinet '**
Hello Bob,
Bob Arnson-6 wrote
> Then please file a bug with sufficient detail to reproduce the problem.
There is already a bug filed: https://sourceforge.net/p/wix/bugs/3244/
Unfortunately it was marked as "expected behavior" although this scenario
was working in v3.5 and is not working any mor
On 01-Jul-13 03:44, Kryschan wrote:
> We are really looking forward to a solution for this issue.
Then please file a bug with sufficient detail to reproduce the problem.
Obviously, WiX needs two different files to be able to diff them, so you
need to describe in more detail what you're doing that
off of the "official" MSI packages
(and their contents) that were deployed.
-Original Message-
From: Kryschan [mailto:christian.hennig@wincor-nixdorf.com]
Sent: Monday, July 01, 2013 2:44 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] [WIX-users] Patch in
Hi Guys,
we are using the way of building patches as described in WiX help "Patch
Building Using Purely WiX", meaning that we are building the delta from the
wixpdb's using torch.
The only difference to the sample is that the files for the different
versions are always in the same location during
f several other
people on this list or elsewhere on the web that work extending the WiX toolset.
Blair Murri
> From: andrew.jo...@alquist.co.uk
> To: wix-users@lists.sourceforge.net
> Date: Fri, 28 Jun 2013 01:28:35 +0100
> Subject: Re: [WiX-users] WiX-users Digest, Vol 85, Issue 1
> MSIs created by WiX toolset will run fine (as long as you target Windows
> Installer that supports Win2k).
> However, any WiX code that gets carried with your MSI (like custom actions or
> Burn) require WinXP SP2+.
Looking at the verbose log files it looks as though some custom actions must be
Burn is only used when you create a Bundle. Any version of the WiX toolset
can target any version of the Windows Installer so I recommend using the
latest version, v3.7.
On Thu, Jun 27, 2013 at 1:23 PM, Andrew Jones wrote:
> > MSIs created by WiX toolset will run fine (as long as you target Wind
> MSIs created by WiX toolset will run fine (as long as you target Windows
> Installer that supports Win2k).
> However, any WiX code that gets carried with your MSI (like custom actions or
> Burn) require WinXP SP2+.
I assume it must be Burn as I don't have any custom actions. To get something
currently doesn't do that?
>
> Alain
>
> -Original Message-
> From: Steven Ogilvie [mailto:steven.ogil...@titus.com]
> Sent: June 4, 2013 11:56
> To: Neil Sleightholm; afor...@cmu.edu; General discussion for Windows
> Installer XML toolset.
> Subject: RE: [WiX-use
t;
This suggests that it currently doesn't do that?
Alain
-Original Message-
From: Steven Ogilvie [mailto:steven.ogil...@titus.com]
Sent: June 4, 2013 11:56
To: Neil Sleightholm; afor...@cmu.edu; General discussion for Windows Installer
XML toolset.
Subject: RE: [WiX-users] [WIX-use
11:52 AM
To: afor...@cmu.edu; General discussion for Windows Installer XML toolset.;
Steven Ogilvie
Subject: RE: [WiX-users] [WIX-users] Asking a website about the latest release
of a product [P]
For some reason the online help doesn't mention it but it is in the help file,
go to the inde
Sent: 04 June 2013 16:42
To: 'Steven Ogilvie'; 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] [WIX-users] Asking a website about the latest release
of a product [P]
There's a Burn Update element? Uh oh. Maybe this is part of the problems
for Windows Installer XML toolset.
Subject: RE: [WiX-users] [WIX-users] Asking a website about the latest release
of a product [P]
Classification: Public
What about the Burn Update element?
-Original Message-
From: Alain Forget [mailto:afor...@cmu.edu]
Sent: June-04-13 11:00 AM
To: &#
Classification: Public
What about the Burn Update element?
-Original Message-
From: Alain Forget [mailto:afor...@cmu.edu]
Sent: June-04-13 11:00 AM
To: 'Paul F Brewster'; 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] [WIX-users] As
ially if
there are frequent updates.
Alain
-Original Message-
From: Paul F Brewster [mailto:pbrews...@starpower.net]
Sent: June 4, 2013 10:43
To: afor...@cmu.edu; 'General discussion for Windows Installer XML toolset.'
Subject: RE: [WiX-users] [WIX-users] Asking a website about
h software
deployment issues I thought I raise the issue anyway.
Thanks
Paul
-Original Message-
From: Alain Forget [mailto:afor...@cmu.edu]
Sent: Tuesday, June 04, 2013 10:08 AM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] [WIX-users] Asking
burn.
Alain
-Original Message-
From: Paul Brewster [mailto:pbrews...@starpower.net]
Sent: June 3, 2013 22:30
To: WiX-users@lists.sourceforge.net
Subject: [WiX-users] [WIX-users] Asking a website about the latest release of a
product
Does anyone have a suggestion/sample code for
I'd try to extend on what Rob started. A simple web request returning rss/XML
with an extensible schema. If the version on the web is greater than the
installed version, download the updated bundle and execute. I'm still pondering
a generic way to integrate this into burn that is both configur
Does anyone have a suggestion/sample code for checking a web site for the
latest release of a product?
Paul Brewster
5501 Hawthorne Pl, NW
Washington, DC 20016-2668
H (202) 362 6324
C (301) 351 1949
--
How Servi
I think there is a bug open on this issue.
On Mon, May 27, 2013 at 8:52 PM, narendra kumar wrote:
> Hello ,
>
> I've created a managed bootstrapper in WPF using Wix 3.7, the bundle
> installs .net 4.0 as a pre requisite before installing my .msi package, the
> bootstrapper reboots the system af
Hello ,
I've created a managed bootstrapper in WPF using Wix 3.7, the bundle
installs .net 4.0 as a pre requisite before installing my .msi package, the
bootstrapper reboots the system after .net installation . The problem is
when i run the bootstrapper in standard user mode after .net installatio
ts the
> property for Web App Pool password..
>
> Sorry J, I don't think you will be able to get rid of it...
>
> -Original Message-
> From: Phil Wilson [mailto:phil.wil...@mvps.org]
> Sent: May-03-13 7:20 PM
> To: 'General discussion for Windows Installer
Monday, May 06, 2013 10:38 PM
> *To*: chr...@iswix.com, "General discussion for Windows Installer XML
> toolset."
>
> *Subject*: Re: [WiX-users] WiX-users] Hide/blank out Passwords in MSI log
> file
>
>
> Chris,
>
> Winzip? Its an MSI. Why use Redgate when I
e day.
From: "Jeremiahf"
Sent: Monday, May 06, 2013 10:38 PM
To: chr...@iswix.com, "General discussion for Windows Installer XML
toolset."
Subject: Re: [WiX-users] WiX-users] Hide/blank out Passwords in MSI log
file
Chris,
Winzip? Its
mpile it using a program like RedGate
> Reflector.
>
>
> From: "Phil Wilson"
> Sent: Monday, May 06, 2013 12:40 PM
> To: "General discussion for Windows Installer XML toolset."
>
> Subject: Re: [WiX-users] WiX-us
then decompile it using a program like RedGate
Reflector.
From: "Phil Wilson"
Sent: Monday, May 06, 2013 12:40 PM
To: "General discussion for Windows Installer XML toolset."
Subject: Re: [WiX-users] WiX-users] Hide/blank out Passwo
ay 06, 2013 10:22 AM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] WiX-users] Hide/blank out Passwords in MSI log file
Well it's not "their" CA, it's DTF, so they or I can't answer the question
directly, but it just seems t
il.wil...@mvps.org]
> Sent: Monday, May 06, 2013 11:48 AM
> To: 'General discussion for Windows Installer XML toolset.'
> Subject: Re: [WiX-users] WiX-users] Hide/blank out Passwords in MSI log file
>
> In context, that full log entry was previously posted as:
> ==
"WEBAPPPOOL_PASSWORD=[WEBAPPPOOL_PASSWORD]"/>
>>>>> Tried adding: HideTarget="yes" that didn't help
>>>>>
>>>>> >>>> After="CA_DataBasePassword.SetProperty">NOT Installed
>>>>>
>>>
, May 06, 2013 9:56 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] WiX-users] Hide/blank out Passwords in MSI log file
Are they setting a property within their CA called ConnectionString?
-Original Message-
From: Phil Wilson [mailto:phil.wil...@mvps.
Are they setting a property within their CA called ConnectionString?
-Original Message-
From: Phil Wilson [mailto:phil.wil...@mvps.org]
Sent: Monday, May 06, 2013 11:48 AM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] WiX-users] Hide
thout the SFXCA prefix it is misleading.
Phil
-Original Message-
From: Jeremiahf [mailto:jeremi...@gmail.com]
Sent: Monday, May 06, 2013 8:08 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] WiX-users] Hide/blank out Passwords in MSI log file
H
s in a custom dialog:
> > > > X="17"
> > > > Y="152" Text="Web App Pool user password:" Transparent="yes"
> > > NoPrefix="yes"
> > > > />
> > > > > X="180"
> > > > Y
"152" Text="Web App Pool user password:" Transparent="yes"
> > NoPrefix="yes"
> > > />
> > > X="180"
> > > Y="152" Property="WEBAPPPOOL_PASSWORD" Password="yes" TabSkip="no"
roperty="WEBAPPPOOL_PASSWORD" Password="yes" TabSkip="no" />
> > > Order="9">1
> >
> > It was the custom action " CA_WebAppPoolPassword.SetProperty " that was
> > displaying the property in the MSI log file.
> >
property for
Web App Pool password..
Sorry J, I don't think you will be able to get rid of it...
-Original Message-
From: Phil Wilson [mailto:phil.wil...@mvps.org]
Sent: May-03-13 7:20 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] WiX-us
Aha I stand corrected :) have a good weekend all
-Original Message-
From: Phil Wilson [mailto:phil.wil...@mvps.org]
Sent: May-03-13 7:15 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] WiX-users] Hide/blank out Passwords in MSI log file
PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] WiX-users] Hide/blank out Passwords in MSI log file
Steven,
"Tried adding: HideTarget="yes" that didn't help" Indeed!
I'm even tried to remove logging from the custom action and I still se
: [WiX-users] WiX-users] Hide/blank out Passwords in MSI log file
I was not using managed code custom actions...
I was doing:
Tried adding: HideTarget="yes" that didn't help
NOT Installed
This property was in a custom dialog:
1
It was the custom action " CA_WebAppPool
SWORD" Password="yes" TabSkip="no" />
> Order="9">1
>
> It was the custom action " CA_WebAppPoolPassword.SetProperty " that was
> displaying the property in the MSI log file.
>
> Took it out and now the password is not being displ
n the MSI log file.
Took it out and now the password is not being displayed in plain letters...
Steve
-Original Message-
From: Phil Wilson [mailto:phil.wil...@mvps.org]
Sent: May-03-13 2:27 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users]
y, May 02, 2013 4:17 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] WiX-users] Hide/blank out Passwords in MSI log file
Hi Steve,
My requirements are strictly to use command line. Crazy? Maybe. I have to
say I have seen this topic all over blogs. Seems like ther
Hi Steve,
My requirements are strictly to use command line. Crazy? Maybe. I have to
say I have seen this topic all over blogs. Seems like there is always a
way, you just have to figure out how
On Thu, May 2, 2013 at 5:43 PM, Steven Ogilvie wrote:
> Hmm... I commented out my custom action th
Hmm... I commented out my custom action that sets the property:
And ran the install, everything worked and my Web App Pool + Web site launched
without errors (would have failed if I didn't have a password for the Web App
Pool)
However I do publish the property during the UI:
1 (my web site inf
ssion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] [Wix-users] XSLT
>
> Hmm,
> I am no XSLT GURU, but could you do...
>
>
>
>
>
>
>
-users] [Wix-users] XSLT
Hmm,
I am no XSLT GURU, but could you do
Ivanes [mailto:g...@fastmail.net]
Sent: Monday, February 11, 2013 10:16 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] [Wix-users] XSLT
I already has a template. I changed attributes components few times.
In this case, i don't know how to identify tem
a directory, you'd use something like >match="wix:Directory">.
>
>
> Jacob
>
> -Original Message-
> From: Gabriel Ivanes [mailto:g...@fastmail.net]
> Sent: Monday, February 11, 2013 9:50 AM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-us
nt: 11 February 2013 15:50
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] [Wix-users] XSLT
Good day,
Any good tutorial to use xsl with wix ?
For example, replacing "C:\windows\system32" with [SystemFolder] in a reg's
file with heat.
Thanks.
--
Sincerely,
Gabriel
"
wanted to tweak a directory, you'd use something like match="wix:Directory">.
Jacob
-Original Message-
From: Gabriel Ivanes [mailto:g...@fastmail.net]
Sent: Monday, February 11, 2013 9:50 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] [Wix-users] XSLT
Good day,
Good day,
Any good tutorial to use xsl with wix ?
For example, replacing "C:\windows\system32" with [SystemFolder] in a
reg's file with heat.
Thanks.
--
Sincerely,
Gabriel
"I know no way of judging the future but by the past."
Patrick Henry
"You can never plan the future by the past."
For permission's purpose.
Le Sam 29 Décembre 2012, à 22:49, Rob Mensching a écrit :
> Why is your bootstrapper installing in the system context?
>
>
> On Sat, Dec 29, 2012 at 10:56 AM, Gabriel Ivanes
> wrote:
>
> > Ok. So here a more complete explanation. Be clement, more english is
> > poor.
Why is your bootstrapper installing in the system context?
On Sat, Dec 29, 2012 at 10:56 AM, Gabriel Ivanes wrote:
> Ok. So here a more complete explanation. Be clement, more english is
> poor.
>
> The bootstrapper is installed in system-context, so UserLanguageID can't
> work.
> I need to sear
Ok. So here a more complete explanation. Be clement, more english is
poor.
The bootstrapper is installed in system-context, so UserLanguageID can't
work.
I need to search the user language by parsing HKUSERS and Volatile
Enviroment to find the Logonuser. This task needs to be done with a
custom ac
I'm not sure I understood the original requirement completely, but if you
wanted the user language in the Bundle, would the UserLanguageID variable
have worked?
On Thu, Dec 27, 2012 at 12:29 AM, Gabriel Ivanes wrote:
> Finally, I used an MST, a launchcondition and with vital=no.
>
> --
>
> "I k
Finally, I used an MST, a launchcondition and with vital=no.
--
"I know no way of judging the future but by the past."
Patrick Henry
"You can never plan the future by the past."
Edmund Burke
--
Master Visual St
Hello guys,
I decided to use burn to bundle TortoiseSVN and its LanguagePack (only
for french).
We're using SCCM2012 with per-machine installation in system context.
The language of the user is the result of 2 registry keys :
HKEY_CURRENT_USER\Control Panel\Desktop\PreferredUILanguages if the use
http://blogs.msdn.com/b/rflaming/archive/2005/07/07/439810.aspx), I'd imagine
the filenames wouldn't be mentioned at all
-Original Message-
From: abhijit chakraborty [mailto:abhi.chak.ju...@gmail.com]
Sent: 05 October 2012 18:31
To: wix-users@lists.sourceforge.net
Subject: Re:
The machine is clean. In the install logs I can see all the existing dlls
being removed and re-installed but there is no trace for the new dlls in
the logs.
Yes. Each dll is in its own component.
Also, new dlls are also in new components.
However the new components are part of existing componentg
On 25-Sep-12 09:55, Parker, Steven wrote:
> Just to update I have found that the problem seems to stem from the torch
> call and if I use the wixmst file generated by 3.5 it creates the patch fine.
Can you post the .wixmsts in a bug?
--
sig://boB
http://joyofsetup.com/
b -out %OutputFolder%\PROGRAMpatch32.wixmst
Not sure if this helps at all
-Original Message-
From: ChipSlog [mailto:steven.par...@nikonmetrology.com]
Sent: 25 September 2012 14:34
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] [WIX-users] Patch in Wix 3.6 is empty. warning
P
Did you have any more luck with this issue Leo?
I have the same problem after upgrading to Wix 3.6, nothing has changed, I
still have the same patch family. In 3.5 it picks up the fact that the
versions have changed on multiple files and adds them to the patch however
in 3.6 it comes up with the e
I would recommend looking through that entire tutorial, as it's very useful
and informative for a new WiX user. In general, the underlying Windows
Installer framework that WiX uses does not provide any type of UI for the
installer, short of the "configuring" dialog that you witnessed. If you're
wor
Hi,
I downloaded the sample and compiled it from the command line as :
Candle.exe SampleFirst.exe
Light.exe SampleFirst.exe -o SampleFirts.msi
and i install the msi however it only showed me a single dialog as setup is
configuring the foobar setup and exit without prompting for any dialog
ltes
Sent from my iPod
On Mar 21, 2012, at 1:08 PM, wix-users-requ...@lists.sourceforge.net wrote:
> Send WiX-users mailing list submissions to
>wix-users@lists.sourceforge.net
>
> To subscribe or unsubscribe via the World Wide Web, visit
>https://lists.sourceforge.net/lists/listinfo/wi
error? The normal behavior in full UI
> mode is that you will see an error message and the install transaction will
> roll back.
> Phil W
>
> -Original Message-
> From: Niklaus Pham [mailto:niklaus.p...@gmail.com]
> Sent: Sunday, April 08, 2012 12:14 AM
> To: wix-users@l
. SC151456
Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20
0SP
Email Disclaimer
-Original Message-
From: Vivek Soni [mailto:vivek.s...@brisetech.com]
Sent: 16 April 2012 13:59
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] WiX-users Digest, Vol
Hello all,
Now I am able to launch any file (.exe, .msi) through checkbox in custom
dialog.The current behavior is "when user click on checkbox the file is
launched" but I want to launch it after completion of installation. Here is
the code:
NOT Installed
I tried after chan
ni"
Sent: Monday, April 16, 2012 12:06 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] WiX-users Digest, Vol 71, Issue 20
>
> Yes Rob, Windows Installer support doing that. Because when I tried to
> launch an msi on default Dialog (WixUI_Minimal), It worked. But now I
>
> Yes Rob, Windows Installer support doing that. Because when I tried to
> launch an msi on default Dialog (WixUI_Minimal), It worked. But now I am
> trying to do this on custom dialog, its now working.
wix-users@lists.sourceforge.net
>
> To subscribe or unsubscribe via the World Wide We
-users@lists.sourceforge.net
Subject: [WiX-users] [Wix-Users] How to disable/by pass error dialog on FullUI
mode?
Hi all,
How can I disable/by pass Error message when installer run by UILevel = 5 (Full
UI) mode? It look like silent mode. When error occured, installer will exit and
have no error
Hi all,
How can I disable/by pass Error message when installer run by UILevel = 5
(Full UI) mode? It look like silent mode. When error occured, installer
will exit and have no error dialog showed.
Any ideas? Plz help me!
Thanks and Best regards,
Niklaus Pham
--
Thanks Phil, that did it. I was trying to set CustomActionData explicitly.
-Original Message-
Date: Fri, 9 Mar 2012 12:50:05 -0500
From: "Wilson, Phil"
Subject: Re: [WiX-users] CustomActionData
To: General discussion for Windows Installer XML toolset.
Message-ID:
<682e56
Does it make any difference if you add a PatchFamily element ?
-Original Message-
From: Leo Koivuniemi [mailto:universalserial...@gmail.com]
Sent: 02 March 2012 08:46
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] [WIX-users] Patch in Wix 3.6 is empty
Hi all,
Hope you can help me with this one. I have been google-ing but found no
solution.
What I have done is upgraded from Wix v3 to Wix v3.6 (because of VS2010
support). I have managed to get everything working just fine except for
when building a patch. I get this warning from pyro.exe
pyro.
1 - 100 of 327 matches
Mail list logo
