When you have more than two possible sources for a property's value, then you
will need some intermediate properties.
Here's how that works: At the start of the sequence, a property may have been
initialized with a variable either from the property table or from the command
(or, in the case of
I think your problem is going to be that there is no XmlSearch capability. If
your installer is the only way of modifying the values, I'd suggest duplicating
the data into registry keys so that update/repair/remove would have access to
those user entered values.
-Original Message-
From
Thank you, John. Are you displaying any of your REGPROP's in a dialog GUI?
Using your code, my final issue is that when there is no registry key and
instead I'm using a default value, I cannot get that default value to
display in the dialog GUI. Instead, it displays blank. If there's a
registry
The flip side of this would be incremental patching. Release a RTM version and
then all servicing from there would be handled as a patch. The down side is the
patches being cached over time would bloat the local system, so you'd want to
consider doing a major upgrade every so often to clean out
If you create whole file patches then you might get that size issue, but
patches can be smaller, the delta between the files.
I don't know if Burn can do that, but the question is: how does the
customer know when to run it? It's not too difficult for the app to call a
company web service passing
System Restore isn't a system reset. I've never seen it work terribly well. If
you want system reset, use a VM and snapshots.
The messages you are seeing are pretty suspect. They suggest the package cache
is constantly in a dirty state which shouldn't be happening with normal
install/uninstall.
Hi,
I don't think so. I don't have the packages as part of any other bundle. Also,
I can always install and uninstall fine if I put the MSIs on the local
filesystem, but never when it has to download the MSI from the URL. I've also
been using System Restore to put my system back in its original
First guess: maybe the packages are being reference counted by another bundle
still on the machine.
-Original Message-
From: Daniel Madill [mailto:dan.mad...@quanser.com]
Sent: Monday, January 6, 2014 12:24 PM
To: WiX-users@lists.sourceforge.net
Subject: [WiX-users] Burn not uninstallin
Hi,
I have a simple burn bundle that contains three packages: .NET, a 64-bit MSI
and an equivalent 32-bit MSI. The MSIs are not compressed as part of the bundle
EXE but are external. The MsiPackage elements have both a SourceFile attribute
and a DownloadURL attribute. If I run the bundle EXE wi
You just forwarded your mailman password to the mailing list. You may want
to change it...
El lunes, 6 de enero de 2014, escribió:
> Hi My mail ID : venkata.chintalap...@cognizant.com
>
> Thanks,
> Kiran
>
> -Original Message-
> From: wix-users-requ...@lists.sourceforge.net [mailto:
> wi
Have you tried User="AuthenticatedUser" ?
-Original Message-
From: Goran Malovic [mailto:malov...@yahoo.com]
Sent: Monday, January 06, 2014 10:56 AM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Setup does not work on non-en OS
Hi, I just realized that there is a
This sounds like a good way to start at least. My one concern is what
happens when the accumulated patches start to get large enough to make size
a concern? Lets say the original data is 2GB, and every month we need to
release a patch that changes 5% of it. After 5 months we're up to a 500MB
acc
Could it be this problem?
http://sourceforge.net/p/wix/bugs/2677/
--
Nicolás
2014/1/6 Goran Malovic :
> Here is the link. This problem has been reported by a client, so I installed
> Dutch OS system in virtual box, and I receive the same exception. Since this
> is new installation, everything
The bundle is working as expected, the MSI is returning error 0x80070643.
You need to get the MSI log to see why the MSI is failing.
-Original Message-
From: Goran Malovic [mailto:malov...@yahoo.com]
Sent: Monday, January 06, 2014 10:21 AM
To: General discussion about the WiX toolset.
Su
Hi, I just realized that there is a detailed log file for the msi, and I by
looking at it I found that that the problem was in resolving sid for
authenticated users. How can I set the permiossion for a file in
CommonAppData\Application\ to Authenticated users?
Here is the link. This problem has been reported by a client, so I installed
Dutch OS system in virtual box, and I receive the same exception. Since this is
new installation, everything should be correct.
http://www.sendspace.com/file/laqow6
On Monday, January 6, 2014 3:23 PM, "Hoover, Jaco
This is a pattern I use, when I want command line value to override (it's
heavily based on Rob's "remember" pattern):
* * *
* * *
The properties in REGPROP are all registry backed (they have a RegistrySearch
a
Thank you - that worked but I could use some help in understanding how/why.
How does setting the condition "Not PROPSERVERHOSTNAME" force the property
to be updated to the user override value on the backend when the xml file is
updated?
There's also one other kink I'm trying to figure out in rega
Attachments are stripped. Post the logs someplace and send a link.
The per-user/per-machine data locations are coming from the OS, so I don't
think there would be anything of concern there for a Dutch OS (unless of course
the shell folders aren't properly registered).
-Original Message
Hi,
I have a bundle (WixStandardBootstrapperApplication) with one MSI and .NET
framework. Setup works just fine on English OS, but when I try to install on
dutch systen, the installation completes (I can see the files in Program Files
folder), but then rolls back (log is attached to email).
Hi My mail ID : venkata.chintalap...@cognizant.com
Thanks,
Kiran
-Original Message-
From: wix-users-requ...@lists.sourceforge.net
[mailto:wix-users-requ...@lists.sourceforge.net]
Sent: Monday, January 06, 2014 1:41 PM
To: Chintalapati, Venkata (Cognizant)
Subject: Welcome to the "WiX-use
21 matches
Mail list logo
