<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Feb 19, 2014 at 7:53 PM, Jürgen E. <span dir="ltr"><<a href="mailto:jef@norbit.de" target="_blank">jef@norbit.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div id=":819" style="overflow:hidden">We just have releases.  The plan is to release what we have on release day.  Of<br>
course that should be in the best possible shape, but whatever we do it will<br>
have known und unknown bugs.</div></blockquote></div><br>While it's good to have a plan releasing software with regressions is not a good. Bugs are expected but regressions will drive users away.  Blocking tickets should only be reserved for regressions and should be fixed before a release is called, even if the only bugs we fix before the release is regressions I think it is a smart move.</div>

<div class="gmail_extra"><br></div><div class="gmail_extra">That is not to say we should hold off the release forever but if we have a few blocking issues and it only adds a couple of days/weeks, or even maybe a month, to the final release date, I would rather see that then release something with major regressions and annoy users.</div>

<div class="gmail_extra"><br></div><div class="gmail_extra">- Nathan</div></div>