Hmm, it's been a while since I changed that. I do believe that I was trying to
prevent an access denied error with a root cause of the old bundle trying to be
removed by the new bundle while the old bundle was waiting for the update to
finish.
I'll revert the change tomorrow and see if I can r
Sorry for prior post. I did not see Sean's post. Thanks for the assistance.
Should I still post a bug?
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/3-9-702-Bundle-update-behavior-tp7595761p7595811.html
Sent from the wix-users mailing list arc
I will plan to post a bug tomorrow at work. I do not have a wix build
environment for wix 3.9. I tried both at work and at home and have not been
successful yet. I previously built debug versions of wix 3.7 and 3.8 but
still working to get a debug version of wix 3.9. I have been reading the
3.
I've tracked this down to Jacob's change to plan.cpp
https://github.com/wixtoolset/wix3/pull/29/files#diff-6, where he made it
so that the downloaded bundle isn't cleaned from the cache. Do you
remember why you changed this Jacob?
On Sat, Jul 12, 2014 at 8:41 AM, Phill Hogland wrote:
> Removin
This may be a regression, so if you haven't already please log the bug with
steps to reproduce (and if possible artifacts).
I wonder if I did this. Do you have a build environment for Wix? If so, have a
look near line 310 of PlanDefaultPackageRequestState in Plan.cpp.
It used to be:
else
Ah, I found it and it was a simple solution. I was missing the Win64
attribute on RegistrySearch, since the value is stored in the 64-bit part of
the registry.
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Root-ignored-by-util-RegistrySearch-in-B
6 matches
Mail list logo
