I understand about the state of Burn right now. Thanks for the warning. However, FYI regarding your proposed workaround... what I had found (in my clean project) and posted earlier (8/10 7:51pm), was that the bad behavior (removing the ARP entry on setup fail) shows up when Chain/@DisableRollback="yes", but it works correctly (ARP entry does not get removed on setup fail) when Chain/@DisableRollback is omitted.
-----Original Message----- From: Dan Puza [mailto:dp...@ultra-scan.com] Sent: Wednesday, August 10, 2011 7:51 PM To: WiX-users Subject: Re: [WiX-users] Burn uninstall fails - bundle is removed from ARP I discovered that when Chain DisableRollback="yes", the ARP entry gets removed. When Chain DisableRollback is omitted, the ARP entry remains intact as expected. However, for other reasons, I don't want the rollback to happen... -----Original Message----- From: Rob Mensching [mailto:r...@robmensching.com] Sent: Wednesday, August 17, 2011 10:26 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Burn uninstall fails - bundle is removed from ARP Are you shipping a product with Burn right now? The comment, "telling people not to do the behavior is not an option for us at this time." concerns me because we're still actively *massively* changing Burn right now with breaking changes still showing up. I would not recommend shipping Burn to customers outside of "Beta" (aka: you may need to completely uninstall this before installing RTM and it may not work perfectly). I say this because I would feel bad if you came back and said, "You guys totally hosed me with Burn when I sold a product using it to all my customers!" Telling people "This particular part of the feature does not work correctly" needs to be okay with Burn right now... at least for the next 3 - 6 months. PS: Another way to work around this problem for now (which is how Visual Studio avoids the problem) is to Chain/@DisableRollback="yes". I think that will prevent the bundle from getting into a bad state. On Mon, Aug 15, 2011 at 6:51 AM, Dan Puza <dp...@ultra-scan.com> wrote: > >> > Personally, I would note the bug in the bug database and tell people > to not do that behavior until it is fixed. If the bug is really > blocking you, adding a comment explaining why you need it fixed helps > us realize that the bug is worse than maybe we thought it was. > << > > Thanks for the response. Unfortunately, telling people not to do the > behavior is not an option for us at this time. > > >> > Killing Burn while it is running increases the chances of really crazy > one off issues that only you will see. That means we will either: a) > spend a lot of time supporting you or b) you will just have to skip > filing bug reports on things that actually might not be related to > killing the process but it'll be very hard to tell. > > Neither of those options above get us to the end goal of a complete > and stable Burn. That's what I want to focus on and I admittedly get a > bit bent by things that could be distractions because there are a lot > of bugs to fix yet... <smile/> << > > I absolutely understand your concerns there. I did not specify this > in my previous messages, but before writing I had reproduced the issue > in a new clean project that did not include the crazy workaround. > Surely that should be valid for a bug report. But if you really do > not want any of my feedback on WiX, what can I say... Also sorry, I > had looked through the bug list, somehow I missed seeing that one. > > > -----Original Message----- > From: Rob Mensching [mailto:r...@robmensching.com] > Sent: Friday, August 12, 2011 11:53 AM > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] Burn uninstall fails - bundle is removed from > ARP > > Personally, I would note the bug in the bug database and tell people > to not do that behavior until it is fixed. If the bug is really > blocking you, adding a comment explaining why you need it fixed helps > us realize that the bug is worse than maybe we thought it was. > > Killing Burn while it is running increases the chances of really crazy > one off issues that only you will see. That means we will either: a) > spend a lot of time supporting you or b) you will just have to skip > filing bug reports on things that actually might not be related to > killing the process but it'll be very hard to tell. > > Neither of those options above get us to the end goal of a complete > and stable Burn. That's what I want to focus on and I admittedly get a > bit bent by things that could be distractions because there are a lot > of bugs to fix yet... <smile/> > > > On Fri, Aug 12, 2011 at 6:47 AM, Dan Puza <dp...@ultra-scan.com> wrote: > > > Obviously it's wrong. Can you offer any better viable workarounds > > using more appropriate approaches, at the moment, until the bug gets > > fixed? I would be happy to hear anyone's constructive feedback > > rather than mean spirited comments, Rob. I was backed into a corner. > > Anyway, I think in reality the extent of harm possible from this > > particular workaround kludge is pretty low, I think... If there are > > more nuanced levels that it is wrong and you would care to > > enlighten, I > would be interested to hear them. > > > > -----Original Message----- > > From: Rob Mensching [mailto:r...@robmensching.com] > > Sent: Thursday, August 11, 2011 8:30 PM > > To: General discussion for Windows Installer XML toolset. > > Subject: Re: [WiX-users] Burn uninstall fails - bundle is removed > > from ARP > > > > Wow, that is wrong on so many levels. Please don't file any bugs on > > Burn while you're doing that. I don't want to investigate any of them. > > > > Anyway, this sounds like bug: > > > > http://sourceforge.net/tracker/?func=detail&aid=3367340&group_id=105 > > 97 > > 0&atid=642714 > > > > On Wed, Aug 10, 2011 at 5:48 PM, Dan Puza <dp...@ultra-scan.com> wrote: > > > > > Heh... for now as a workaround I am having the ExePackage kill the > > > parent process (the bootstrapper) when the user cancels it... in > > > order to keep the ARP entry... at least it works... :-/ > > > > > > -----Original Message----- > > > From: Dan Puza > > > Sent: Wednesday, August 10, 2011 6:58 PM > > > To: WiX-users > > > Subject: RE: Burn uninstall fails - bundle is removed from ARP > > > > > > Also, is there a way... or, what is the easiest, or the right way > > > to display a message like "User cancelled" as the failure message, > > > rather than "Unspecified error"? > > > > > > Is there a "standard", pre-determined "user cancelled" exit code I > > > can > > use? > > > I am able to change the code returned from this package. > > > > > > It is an ExePackage. > > > > > > -----Original Message----- > > > From: Dan Puza [mailto:dp...@ultra-scan.com] > > > Sent: Wednesday, August 10, 2011 6:45 PM > > > To: WiX-users > > > Subject: [WiX-users] Burn uninstall fails - bundle is removed from > > > ARP > > > > > > Does this make sense? > > > > > > The first package in the bundle that attempts to uninstall returns > > > an error code (Package Vital="yes"). > > > Processing stops and Setup Failed, as I would expect. > > > However the ARP entry for the bundle gets removed. I would expect > > > that to remain intact. > > > Is that indicated by the two lines in the log, "Removing ... bundle..." > ? > > > Is there something I can configure so the ARP entry does not get > removed? > > > Or could this be a bug? I am using WiX build 3.6.1929.0. > > > > > > [0BBC:0394][2011-08-10T17:58:40]: Apply begin > > > [0BBC:0394][2011-08-10T17:58:41]: Applying package: Example.exe, > action: > > > Uninstall, path: C:\Users\Username\AppData\Local\Package > > > Cache\EBB8B79FCC72E0E343477DB4241442115E920409\Packages\Example.ex > > > e, > > > arguments: '"C:\Users\Username\AppData\Local\Package > > > Cache\EBB8B79FCC72E0E343477DB4241442115E920409\Packages\Example.exe"' > > > [0BBC:0394][2011-08-10T17:59:00]: Error 0xffffffff: Process > > > returned > > error: > > > 0xffffffff > > > [0BBC:0394][2011-08-10T17:59:00]: Error 0xffffffff: Failed to > > > configure per-user EXE package. > > > [0BBC:0394][2011-08-10T17:59:00]: Error 0xffffffff: Failed to > > > execute EXE package. > > > [0BBC:0394][2011-08-10T17:59:00]: Error 0xffffffff: Failed to > > > execute apply. > > > [0BBC:0394][2011-08-10T17:59:00]: Removing bundle dependency key: > > > {b0cf830a-2557-4208-a8f4-64044bb6dbf7} > > > [0BBC:0394][2011-08-10T17:59:00]: Removing cached bundle: > > > {b0cf830a-2557-4208-a8f4-64044bb6dbf7}, from path: > > > C:\Users\Username\AppData\Local\Package > > > Cache\{b0cf830a-2557-4208-a8f4-64044bb6dbf7}\ > > > [0BBC:0394][2011-08-10T17:59:00]: Apply complete, result: > > > 0xffffffff > > > restart: No > > > > > > > > > ------------------------------------------------------------------ > > > -- > > > -- > > > -------- Get a FREE DOWNLOAD! and learn more about uberSVN rich > > > system, user administration capabilities and model configuration. > > > Take the hassle out of deploying and managing Subversion and the > > > tools developers use with it. > > > http://p.sf.net/sfu/wandisco-dev2dev > > > _______________________________________________ > > > WiX-users mailing list > > > WiX-users@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > > > > ------------------------------------------------------------------ > > > -- > > > -- > > > -------- Get a FREE DOWNLOAD! and learn more about uberSVN rich > > > system, user administration capabilities and model configuration. > > > Take the hassle out of deploying and managing Subversion and the > > > tools developers use with it. > > > http://p.sf.net/sfu/wandisco-dev2dev > > > _______________________________________________ > > > WiX-users mailing list > > > WiX-users@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > > > > > > > -- > > virtually, Rob Mensching - http://RobMensching.com LLC > > > > -------------------------------------------------------------------- > > -- > > -------- Get a FREE DOWNLOAD! and learn more about uberSVN rich > > system, user administration capabilities and model configuration. > > Take the hassle out of deploying and managing Subversion and the > > tools developers use with it. > > http://p.sf.net/sfu/wandisco-dev2dev > > _______________________________________________ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > -------------------------------------------------------------------- > > -- > > -------- Get a FREE DOWNLOAD! and learn more about uberSVN rich > > system, user administration capabilities and model configuration. > > Take the hassle out of deploying and managing Subversion and the > > tools developers use with it. > > http://p.sf.net/sfu/wandisco-dev2dev > > _______________________________________________ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > > -- > virtually, Rob Mensching - http://RobMensching.com LLC > > ---------------------------------------------------------------------- > -------- FREE DOWNLOAD - uberSVN with Social Coding for Subversion. > Subversion made easy with a complete admin console. Easy to use, easy > to manage, easy to install, easy to extend. > Get a Free download of the new open ALM Subversion platform now. > http://p.sf.net/sfu/wandisco-dev2dev > _______________________________________________ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > > ---------------------------------------------------------------------- > -------- uberSVN's rich system and user administration capabilities > and model configuration take the hassle out of deploying and managing > Subversion and the tools developers use with it. Learn more about > uberSVN and get a free download at: > http://p.sf.net/sfu/wandisco-dev2dev > _______________________________________________ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > -- virtually, Rob Mensching - http://RobMensching.com LLC ------------------------------------------------------------------------------ Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users Confidentiality Notice: This electronic mail transmission and any attachments is intended for the use of the individual or entity to which it is addressed and may contain privileged, confidential or proprietary information of a sensitive nature to Ultra-Scan Corporation. You are hereby notified that any disclosure, copying, review, retransmission, dissemination, distribution, or the taking of any action in reliance on the contents of this information by persons or entities other than the intended recipient is strictly prohibited. If you have received this transmission in error, or if you are not the intended recipient, please notify the sender immediately by e-mail and delete the original message. All email sent to or from our system is subject to review and retention. The recipient should check this email and any attachments for the presence of viruses. The sender accepts no liability for any damages caused by any virus transmitted by this email. This e-mail and any response to it may be unencrypted and, therefore, potentially un-secure. Thank you for your cooperation. Ultra-Scan Corporation. ------------------------------------------------------------------------------ Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
