Phil: there's absolutely no need to apologise. All forum users (I know I am) appreciate your input and time spent helping out on the forum.
I'll need to look into this issue anyway as part of a project of mine (which I'll get back to soon I hope). I'll report back anything meaningful that I find. I'll certainly give your suggestion, regarding the use of a dummy package ago. If it works though, it still feels like a hack as opposed to a proper solution to me. I haven't looked through the Burn engine code, but from my experience of using Burn to date (granted not very long) - it feels like at some earlier point in development, it was easier to piggy back of the bundle chain to support the runtime environment for the bootstrapper as opposed to having a clean and separate concept for prerequisite(s) specifically for the bootstrapper itself. Could any of the developers comment or share their insight into the design intent that has resulting in what we're seeing now? -----Original Message----- From: Phill Hogland [mailto:phogl...@rimage.com] Sent: Thursday, 21 May 2015 1:11 a.m. To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] .NET Prerequisite, Burn, and the ARP I came across a different, but I suspect it might be a related issue, discussed in this thread <http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/RollbackBoundry-Can-t-Upgrade-or-uninstall-bundle-td7598888.html> . Frankly because of other responsibilities, I set this issue aside and did not fully dig into the cause or solution. In my case it was not the mba prereq, but additional prereqs at the top of my chain (vc runtimes, and .Net 3.51) which I install but never uninstall. When I had a RollbackBoundary immediately after a ExePackage with ExePackage/@Permanent="yes", and if while processing a package after the RollbackBoundary, in certain situations like user cancel, the rollback happened to the boundary, but the bundle was left in the ARP. When this happens I could not find any way to get an Uninstall (or an Upgrade) of that bundle to "work". The log simply reports "success" which is correct since there is nothing in the chain that is not permanent, to uninstall, but the ARP registration remains. I eventually concluded that I should not use a RollbackBondary after a 'Permanent' package, and I also add a small simple MSI package immediately after the permanent package, so that there is a high likelihood that it installs. If a latter package fails, there remains something in the chain for the Bundle to "uninstall", and then it removes the ARP registration. It has been my intent to get back to this and setup a test scenario that I can debug into and try to understand if my observations are accurate, and then file a bug or figure out a fix, but I have not gotten back to this issue. Sorry. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/NET-Prerequisite-Burn-and-the-ARP-tp7600376p7600382.html Sent from the wix-users mailing list archive at Nabble.com. ------------------------------------------------------------------------------ One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users This e-mail contains IPFX information which may be privileged or confidential and is intended for use only by the individual(s) or entity named above. If you are not the intended recipient, note that disclosing, copying, distributing or using this information is prohibited. If you have received this e-mail in error, please advise immediately to the e-mail address above and permanently delete this message and any attachments. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company. We monitor our e-mail system and may record your e-mails. Thank you. ------------------------------------------------------------------------------ One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
