I'm not aware of a "wix.zip" file on the WiX toolset website. Did you download
a different file perhaps? Or download from a different web site?
___
FireGiant | Dedicated support for the WiX toolset |
http://www.firegiant.com/
Ok I think I figured this one out. Well what works for me.
In case someone else runs into this problem here is what I did.
I downloaded the wix.zip file from the wix website and right clicked on the
zip file went to properties and checked 'unblock'.
I then create a new wpf solution and named it
FWIW, we haven't seen this with any FireGiant customers yet. That's a large
part of why I'm at a loss.
However, we have been hearing stories of other issues in the last couple
batches of updates from Microsoft. Quality control may have slipped up there a
bit recently.
__
We have a support contract, and I have forwarded this thread to my manager as
it is of some concern, although we haven't seen this yet. If it hits us, we'll
definitely be looking into it. Meanwhile, I'll politic for further
investigation.
--
John Merryweather Cooper
Senior Software Engineer |
Has anyone with a support contract or the like with Microsoft asked about this?
I've pre-emptively raised a concern with some of my colleagues but people don't
know what to make of a bunch of isolated forum posts/this list's thread.
Keith Douglas
Statistics Canada | 170 Tunney's Pasture Drive
Yes, it works with all Windows applications (i.e. non-console applications).
___
FireGiant | Dedicated support for the WiX toolset |
http://www.firegiant.com/
-Original Message-
From: ahar...@cox.net [mailto:ahar...@cox.net
"Nicolás Alvarez" wrote:
>>Tried "start /wait bundle.exe"?
It worked! I thought it would just return as fast as the bundle.exe does, but
I'm guessing it actually waits for spawned processes too. It even reports
correct exit codes.
Thanks!
Anthony H.
--
Okay. That points to the fix having issues and not being isolated to Burn.
Which, fortunately or unfortunately, means Microsoft probably needs to fix the
fix.
___
FireGiant | Dedicated support for the WiX toolset |
http://www.fire
Custom Autorun/Setup.exe (elevating) that's been working fine for years,
OR on the CMD line line msiexec /i path to msi (where it will prompt to
elevate as well).
On 26/08/2014 16:15, Rob Mensching wrote:
> How are you installing the MSIs? Just double-click the .MSI directly, as part
> of a Bund
Hmm, that's not what I would expect. Wixstdba should show a MessageBox for the
::MsiProcessMessages unless run /passive or /quiet.
___
FireGiant | Dedicated support for the WiX toolset |
http://www.firegiant.com/
-Original Mes
Yes, that Merge Module sounds busted. You can work around by adding those
actions yourself.
___
FireGiant | Dedicated support for the WiX toolset |
http://www.firegiant.com/
-Original Message-
From: Uday [mailto:uday.kalha
That and there are lots of Cache related callbacks. You can pause in many of
those.
___
FireGiant | Dedicated support for the WiX toolset |
http://www.firegiant.com/
-Original Message-
From: Asbjørn Mikkelsen [mailto:asbj.
How are you installing the MSIs? Just double-click the .MSI directly, as part
of a Bundle, some other mechanism?
___
FireGiant | Dedicated support for the WiX toolset |
http://www.firegiant.com/
-Original Message-
From: Ma
2014-08-26 10:52 GMT-03:00 :
> Is there some way that's not documented to make the exe wait until the Burn
> engine and BA are finished? I've scoured the Internet and haven't even seen
> anyone mention that this is an issue for them. My next move is to dig into
> the Burn source code. Based
Hello!
My organization has started using Burn with a custom Bootstrapper Application
to install multiple application "pieces" onto our servers. We currently use a
dumbed down daily scheduling process inside of BladeLogic to install MSI's onto
our servers and would like to start using this same
What if you do something clever in OnResolveSource?, it looks like the
WixBA does something for retrying downloads there, I don't understand how
it works, but...
On Tue, Aug 26, 2014 at 2:09 PM, Balaji R wrote:
> Hi,
>
> Can you please tell which is the correct event in BootstrapperInstallEvent
Hi,
Can you please tell which is the correct event in BootstrapperInstallEvent
to pause the download and also please explain the process to pause the
download ?
Thanks in advance
Regards,
Balajj R
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.c
We get a slightly different error out of CryptAcquireContext, ours
follow this pattern:
MSI (s) (28:BC) [10:47:26:837]: SECREPAIR: Hash Database:
C:\Windows\Installer\SourceHash{xxx----}
MSI (s) (28:BC) [10:47:26:837]: SECREPAIR: SourceHash database file
already exist
We've started seeing this a lot recently.
Installed the kb on to Win 7 and Win 8 VMs but it didn't replicate it.
Our customers with the issue are usually running some sort of antivirus
and we presumed it's some kind of conflict with that but we've had no
success with disabling Anti-virus with ms
Hi,
I am using element to include existing merge module. But Light
fails with errors.
One of the error is:
Light error LGHT0204 : ICE83: Both MsiPublishAssemblies AND
MsiUnpublishAssem blies actions MUST bepresent in InstallExecuteSequence
table.
Is there any issue in merge
20 matches
Mail list logo
