
<html><head></head><body>Hi<br>

<br>

It's often hard to say who broke what with which change. By the time you know (if do knw at all...), the one who introduced the problem may not be available.<br>

It's a lot easier to enforce this pre-merge but that normally only happens if either the broken functionality is unit tested or someone volunteers to test the pull request in-depth.<br>

<br>

Cheers Matthias<br><br><div class="gmail_quote">On December 30, 2016 2:42:51 PM GMT+01:00, Giovanni Manghi <giovanni.manghi@gmail.com> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<pre class="k9mail">Hi Nyall, Tim,<br /><br /><br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> I'd prefer to prioritise a High priority bug which affects 90% of<br /> users over a regression which affects 0.05% of users. Eg something<br /> like <a href="http://hub.qgis.org/issues/16001">http://hub.qgis.org/issues/16001</a> is a regression (I suspect it's<br /> upstream though, that's why I closed it), but the conditions to<br /> experience it are so obscure that I wouldn't want to see this targeted<br /> over any high priority bugs!<br /></blockquote><br />well, as you cite a case that is at one end of the spectrum we may<br />want to be fair and cite cases at the other end, like broken widely<br />used core functionalities left as such (for years in some case).<br /><br />Tim, you say "In an ideal world, the person who introduced the<br />regression should be the one that fixes it but we don't have the<br

/>leverage to enforce that.".<br />Why the project won't have the leverage to enforce such policy? seems<br />a fair one.<br /><br />cheers!<br /><br />-- G --<br /></pre></blockquote></div><br>

-- <br>

Sent from my Android device with K-9 Mail. Please excuse my brevity.</body></html>