2013/6/1 Rob Mensching
> More specifically, you cannot use RemotePayload element and
> Compressed='yes' on the ExePackage element together. That doesn't make
> sense and the bug here is that the compiler didn't give you an error
> message here saying that.
>
Exaclty, you have understood !
More specifically, you cannot use RemotePayload element and
Compressed='yes' on the ExePackage element together. That doesn't make
sense and the bug here is that the compiler didn't give you an error
message here saying that.
On Fri, May 31, 2013 at 5:37 AM, Markus Wehrle wrote:
> Ok, I see.
>
Ok, I see.
If you want to have the ExePackage compressed into your bootstrapper.exe
(compressed="yes") you need to specify it using "Source" attribute. Cause it
will be compressed into your boostrapper during compile time, you must not
declare a DownloadUrl.
If you specifiy compressed="no" your Exe
Sorry, this fails:
Compressed="yes"
DownloadUrl="$(var.UrlSauvegarde)"
But this works perfectly:
Compressed="no"
DownloadUrl="$(var.UrlSauvegarde)"
http://schemas.microsoft.com/wix/2006/wi";
xmlns:util="http://schemas.microsoft.com/wix/UtilExtension";
xmlns:bal="htt
Hi Benjamin,
we do not have this issue and can successul download exe package in out burn
configuration.
Can you provide more details, e.g. the complete ExePackage definition and the
content of $(var.UrlSauvegarde)?
> Benjamin Mayrargue hat am 31. Mai 2013 um 10:33
> geschrieben:
>
>
> Hi all,
Hi all,
how are you today ?
It's raining hard here in Paris.
I have found a "bug" in 3.7 :)
If an ExePackage has a DownloadUrl and Compressed is set to yes, light
failed with error LGHT0103: The system cannot find the file '' with type ''.
Compressed="no"
DownloadUrl="$(var.UrlSa
6 matches
Mail list logo
