FYI, this bug is fixed now.

On Thu, Aug 18, 2011 at 6:34 AM, Dan Puza <dp...@ultra-scan.com> wrote:

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


-- 
virtually, Rob Mensching - http://RobMensching.com LLC
------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Reply via email to