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=10597 > > 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.exe, > > > 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
