>> 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
