<div dir="ltr"><div>Thanks Matthias, thanks for this, as of course it *is* the eright thing to do,</div><div><br></div><div>I only hope that next time this will be at least announced a little bit more in advance other than a Saturday morning, during August, at the start of the dev meeting.</div><div><br></div><div>I did in the past several "priority lists" and it takes a while to decide, togther with you developers, what is worth prioritizing and what not.</div><div><br></div><div>Speaking  about that, and just to clear air about a thread on a similar subject in the PSC list:</div><div><br></div><div>There is no "paranoia" (I kindly ask stop using this word around this matter) about/around regressions. Regressions *always break someone workflow*, and it is not about you or me to decide if not fixing them (who are me/you to decide that someone else workflow is not important?). They should be always fixed, at least in our LTR release (and also thanks to Sandro Santilli for basically saying the same thing).</div><div><br></div><div>As someone else said is not true that a "bug is a bug": while certainly there are issues that is not easy to classify if they impact a lot or not, the vast majoity is easy to to say if they are important or not. Do not confound the fact that maybe a ticket do not gets much attention or comments: just a few people actually do that (file tickets, comment), part of them were also educated to have faith and expect fixes (of important issues) at least in the upcoming LTR releases, sometimes just to wait in vain (just because the the paid bug fixing effort do not comes with any sort of priority list).</div><div><br></div><div>have fun there</div><div><br></div><div>-- G --<br></div><div><br></div><div><br></div><div><br></div><div><br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>Yesterday at a dinner with many well known friendly faces, a discussion <br>started about the priorization of issues.<br>
<br>One of the main problems when deciding which issues to tackle is, that a <br>developer perspective often differs from the one from the average user <br>perspective.<br>
<br>So we thought it might be a good idea to start giving our users a bigger <br>voice in how bugs are prioritized - and how the projects funds are spent <br>- by giving the developers more information about the "impact footprint" <br>of issue reports.<br>
<br>*In short: if you particularly hate an issue (or two or three) go to <br>this issue on github and just give the first post of it a thumbs up**👍**.*<br>
<br>The following link will then show the leaderboard of annoying things<br>
<br>
<a href="https://github.com/qgis/QGIS/issues?q=is%3Aissue+is%3Aopen+sort%3Areactions-%2B1-desc+label%3ABug" rel="noreferrer" target="_blank">https://github.com/qgis/QGIS/issues?q=is%3Aissue+is%3Aopen+sort%3Areactions-%2B1-desc+label%3ABug</a><br>
<br>While there is no guarantee that these bugs really will be solved first <br>(there are a couple of other things also to take into account, like a <br>well defined solution being at hand) this should give us a much better <br>(democratic) idea of the often-cited user expectation.<br>
<br>Thanks for reading<br>
<br>Matthias<br>
</blockquote></div></div>