Thanks for the verification of the current behavior.
I have added a feature request:
http://sourceforge.net/p/wix/feature-requests/725/
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Bundle-Version-and-patching-tp7579655p7584964.html
Sent from t
Hi Christian,
I have run into exactly the same situation (the patching successfully
completed, but the ARP entry not being updated). Did you ever find a
solution to the problem?
Best regards,
Mattias
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.co
Hi,
thank you for your interest in our case.
Here is a log that the simple bootstrapper installation produced on one of
the machines where we find performance to be too slow:
/[0AC8:09A0][2012-10-15T13:01:43]: Burn v3.6.3303.0, Windows v6.1 (Build
7601: Service Pack 1), path: C:\Users\[user]\Desk
Thank you for the update,
I can verify that the command line dump is being done in the BA (in the RC
build).
Dave, do you know if the issue about the command line dump in the log is
planned to be fixed before IR (or if there is a way to turn off the dump
entirely from the BA)? Is there a bug repo
My Google-fu has failed me once again. Thanks a lot for helping out! (I only
found the 'Hidden' attribute in the Burn XML (not in the BA), but
initializing the property there with the attribute 'Hidden' set to 'yes'
solved the issue.)
--
View this message in context:
http://windows-installer-xml-
I have searched in vain for any actions taken on the issue mentioned in this
(pretty dated) link:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-secure-Bundle-Variables-td6348018.html
Burn: secure Bundle Variables
Was a bug ever posted? I did not find any. Nor did I find a wa
6 matches
Mail list logo
