Hi,
We are having a installer having 2 features(each feature is install a
windows service which do some jobs).
Both services/features can be installed on multiple computers and then
using application's user interface user can interconnect all the
application components. Thereafter all applicat
I just tried to install 3.6.2520.0 on a clean VM and observed the following:
1. No text on the UI only images
2. Installing .Net4 is not silent
3. No indication that install had completed (maybe because of 1)
4. No way to install offline
Should I raise bugs for these is
On 23-Jan-12 10:17, Dirk Kuypers wrote:
> I am just facing a similar problem like described in the ticket above.
See http://www.joyofsetup.com/2010/10/09/experimental-results-part-ii/.
--
sig://boB
http://joyofsetup.com/
--
On 23-Jan-12 05:36, Peter Bulyaki wrote:
> I am not allowed to comment on the bug so should I file this as a new one?
I re-opened it; please add your results.
--
sig://boB
http://joyofsetup.com/
--
Keep Your Developer S
On 23-Jan-12 10:29, scott.lang...@appsense.com wrote:
> And tried to override the Signxxx targets, but as far as I can tell, they
> don't get called.
How did you invoke MSBuild?
--
sig://boB
http://joyofsetup.com/
--
Hi,
I'm testing my Boostrapper in a clean machine and I noticed that the
progress bar when installing .NET Framework does not move. It just stops at
40% while .NET is installing in the background. It doesn't look good when
you install .NET in silent mode. It just looks like it is not doing anythin
I've confirmed this as well in the latest sources. There appears to be no
fix committed in yet - the code in dutil tries to initialise the
ProgramFilesFolder variable with a call to SHGetFolderPath with csidl of
CSIDL_PROGRAM_FILESX86. Unfortunately, that API call on 32-bit Windows XP
fails as it d
Dear All,
We create both our product base installer (version 6.0) and its upgrade
installer (version 6.0.1) in WiX. We also create the patch installer in WiX.
However, the resulting msp file runs really slow (It takes longer than 30
minutes to complete.). In contrast, the patch installer create
Scott.Langham wrote
>
> Hello,
>
> When an installer (a colleague built it using burn) is installed, the UAC
> dialog says that the program is from an unknown publisher.
>
> As far as I can tell, the exe appears to be signed correctly with an
> appropriate certificate. A colleague has used burn
Hello,
When an installer (a colleague built it using burn) is installed, the UAC
dialog says that the program is from an unknown publisher.
As far as I can tell, the exe appears to be signed correctly with an
appropriate certificate. A colleague has used burn to generate an exe that
installs t
Hi,
I am just facing a similar problem like described in the ticket above.
>From the description this issue should be fixed. What does Group v.4.0
mean? This bugfix will be included in WiX 4.0? Or is it already
contained in current versions v3.5/3.6?
Thanks for clarification
Dirk
--
Never trust
On Mon, 23 Jan 2012 11:36:08 +0100, Peter Bulyaki wrote:
> This bug was set to fixed, and I've been waiting for the next WiX build to
> see the fix. Unfortunately the bug still appears to be there in 3.6.2520.
>
> Error 0x80004005: Failed to initialize built-in variable value
> 'ProgramFilesFolde
I did have a mailto:pshirtcli...@sdl.com]
Sent: Monday, January 23, 2012 1:05 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] creating a WIX small or minor patch
Have you used "*" as the product code guid ? If so, youll need to change the
updated MSI's produ
MSI does not support directly support what you are trying to do with text
boxes. You can do this sort of thing with radio buttons and check boxes as
they cause the MSI engine to evaluate the dialog when used. A text box or
other text controls do not cause this behavior so your button will rema
Have you used "*" as the product code guid ? If so, youll need to change the
updated MSI's product code to match the originals and rebuild.
Removing a component in a minor update/patch is not allowed. Usually you just
leave the file there until the next major upgrade. You can also replace the
file
I forgot to include the related bug:
http://sourceforge.net/tracker/index.php?func=detail&aid=3419080&group_id=105970&atid=642714
On Mon, Jan 23, 2012 at 11:36 AM, Peter Bulyaki wrote:
> This bug was set to fixed, and I've been waiting for the next WiX build to
> see the fix. Unfortunately the b
This bug was set to fixed, and I've been waiting for the next WiX build to
see the fix. Unfortunately the bug still appears to be there in 3.6.2520.
Error 0x80004005: Failed to initialize built-in variable value
'ProgramFilesFolder'.
Briefly the problem is that the builtin burn variable "ProgramF
Many Thanks. The new WiX home page is great (as WiX deserves). Just in
case you don't know already (non www) wixtoolset.org still points to old
redirect page.
Matt O'Connell
On 21/01/2012 07:51, Rob Mensching wrote:
> Just: http://robmensching.com/blog/posts/2012/1/20/The-wixtoolset.org-online
>
18 matches
Mail list logo
