*I'm reference this in the Chain element:*
*But I get an error using my custom bootstrapper application:*
Plan complete, result: 0x0
[0A00:07D8][2012-07-06T23:48:46]: Apply begin
[0BD4:07B8][2012-07-06T23:48:50]: Creating a system restore point.
[0BD4:07B8][2012-07-06T23:48:59]: Created a syste
Aha! I ran the test using an XP image running in VMware Player with VMware
Tools installed. It looks like there was some sort of conflict between the
merge module and VMware when repairing.
As discussed previously in this topic, using the redistributable solved the
problem simply and appears to be
I am using WiX 3.5 RTM (3.5.2519.0). I have several x64 products that
depend on a COM+ application, and they may be installed either concurrently
or separately, so I am using a Wixlib to include the COM+ application in
the main feature of each product. I use a custom dialog to prompt for a
user n
On 06-Jul-12 06:34, manishshirsat wrote:
>
>
>
> SourceFile='Resources\netfx35.eula.1033.rtf'/>
Because you're not using a real URL, what you supply for
WixMbaPrereqLicenseUrl has to be the path, not an id.
--
sig://boB
http://joyofsetup.com/
--
On 06-Jul-12 12:25, Rob Mensching wrote:
> We cheated for a long time with the wixstdba by using WixVariables before
> finally creating the "pretty face". Looking back, we should have done it
> earlier.
Because now we're stuck with WixVariables. If you do it right from the
beginning, it's a great
It feels hackish because that's not the intended way to do things. Of
course, I'm not sure the "ideal path" is well documented and it's more work
so the hackish may be your ideal.
First, the CustomTable definition (just Column elements) can be put in a
separate Fragment. Then, when you populate a
Referencing an empty PayloadGroup from each relevant fragment did the trick. :)
Yes I do have a custom MBA that parses the metadata in
BootstrapperApplicationData.xml and uses it to customise the UX.
Sent from my iPhone
On 6 Jul 2012, at 16:29, "Hoover, Jacob [via Windows Installer XML (WiX)
t
Not in each one, just the top level one which has the data defined in it. I
have a fragment for defining the table layout, and a fragment that defines the
data in the table (and uses the defined table). In this same fragment, I have
a payload group which I am referencing in my bootstrappper ap
On 25/06/2012 22:22, Wilson, Phil wrote:
> There should be something earlier in the log that says what's going on. The
> part of the log you posted is just info confirming it's going to do a reboot
> and use those files, not the actual reason it created them in the first
> place. If you search f
On 25/06/2012 21:51, Don Walker wrote:
> Info 1903. Scheduling reboot operation: Deleting file
> C:\Config.Msi\126b44.rbf. Must reboot to complete operation.
I see the same problem during Repair on Server 2008 R2 - trying to
delete the file using Windows Explorer, I'm told that it's open in "SQL
I suspected it might have something to do fragment references. No I don't have
any Refs in those fragments (I was trying to preserve sanity by separating
everything into fragments containing only related elements - there really
should be something like TableRef, VariableRef etc). I'll try includ
It's working for me. After defining the table and the data, did you remember
to reference the table in the same fragment as a payload group which you
reference inside your BootstrapperApplicationRef?
-Original Message-
From: jimitndiaye [mailto:jimitndi...@gmail.com]
Sent: Friday, July
For some reason this isn't working for me. I have a bundle with several
custom tables defined in separate fragments (all of them with
BootstrapperApplicationData="yes"). None of them are being written to the
BootstrapperApplicationData.xml file.
--
View this message in context:
http://windows-ins
hii Andrey,
i have already included payload as you said. but still it not working for
me..
my bundle code is -
Thanx in advanced,
Manish.
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Unknown-WiX-variables-in-Bundle-with-WiX-3-6-1908-0-t
14 matches
Mail list logo
