
<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hi<div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On 11 Apr 2016, at 12:21, DelazJ <<a href="mailto:delazj@gmail.com" class="">delazj@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">You may be right, Giovanni, but now, it won't only concern wrongly or not done reports: _ALL the reports_ will have to be tagged by you…</div></div></blockquote><div><br class=""></div><div>Actually in GitHub you can make teams, including people who may not have commit rights but who can set tags and be referenced from tickets. So we can easily make a IssueManagers team that can manage tags etc.</div><div><br class=""></div><br class=""><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><br class="">I must confess that I don't always know which category to set when reporting an issue and I prefer to not fill it rather than setting a wrong one. I think an explicite title helps developers to decide if the report may concern them or not.<br class="">imho, priority is not a really clear item, given that it looks like a mix of level of urgency (to be solved) and impacts of the bug. There have been discussions about rewording this list, if I'm not wrong (I recall a mail of Paolo asking to follow Debian's classification). This is even hard to understand, with the "target release" field, choosing among lower, higher and nice to have priorities.<br class="">There are things to improve in Redmine. Sure!<br class=""><br class="">That said, my above point was more about setting the QGIS version, which is currently a mandatory information. And note that I'm not against change (github, as said before, may add coherence/consistency to a newcomer. I was really puzzled the first time I wanted to contribute to issues and code), just wanted to raise these points I haven't read yet.<br class=""></div></div></blockquote><div><br class=""></div><div><br class=""></div><div>One other thing that may have been overlooked is that GitHub supports issue templates. Its a simple markdown file which if found in your repo, will profile the issue with some content. You can see a simple example that we use in InaSAFE here: <a href="https://github.com/inasafe/inasafe/tree/develop/.github" class="">https://github.com/inasafe/inasafe/tree/develop/.github</a> It doesn’t provide structured fields like Redline but it at least goes some of the way.</div><div><br class=""></div><div>Regards</div><div><br class=""></div><div>Tim</div><div><br class=""></div><br class=""><blockquote type="cite" class=""><div class=""><div class="gmail_extra"><br class=""><div class="gmail_quote">2016-04-11 11:45 GMT+02:00 Giovanni Manghi <span dir="ltr" class=""><<a href="mailto:giovanni.manghi@gmail.com" target="_blank" class="">giovanni.manghi@gmail.com</a>></span>:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> Actually, I'm not sure that how filter reported issues using tags is what we<br class="">

> should care about first. To use tags, they should be filled with the issue<br class="">

> report. How will this be done and by who? eg, Who will add the Qgis release<br class="">

> concerned by the bug reported? who will set the category? ... Will all<br class="">

> reporters think to add these information in their description? Does it ease<br class="">

> their reports steps? And if not done, ...?<br class="">

> "Bref", considering this point, will moving to Github ease life for<br class="">

> developers and bug list cleaners?<br class="">

<br class="">

<br class="">

</span>regardless the fact that on redmine the reporters have now the<br class="">

possibility to set category, priority, etc. they mostly don't do, and<br class="">

often they do it wrong. So this work is actually already done mostly<br class="">

manually.<br class="">

<span class="HOEnZb"><font color="#888888" class=""><br class="">

-- G --<br class="">

</font></span></blockquote></div><br class=""></div>

_______________________________________________<br class="">Qgis-psc mailing list<br class=""><a href="mailto:Qgis-psc@lists.osgeo.org" class="">Qgis-psc@lists.osgeo.org</a><br class="">http://lists.osgeo.org/mailman/listinfo/qgis-psc</div></blockquote></div><br class=""><div class="">

<span><img height="65" width="59" apple-inline="yes" id="1F4A41EA-0B3D-4649-A0B0-DF00DEC57E6B" apple-width="yes" apple-height="yes" src="cid:879A6E78-CA46-47B2-AA0E-1810BD833229" class=""></span><div style="color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; line-height: normal; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div style="font-weight: normal;" class=""><br class="Apple-interchange-newline"><br class="Apple-interchange-newline">---</div><div style="font-weight: normal;" class=""><br class=""></div><div class=""><b class="">Tim Sutton</b></div><div style="font-weight: normal;" class="">QGIS Project Steering Committee Chair</div><div style="font-weight: normal;" class=""><a href="mailto:tim@qgis.org" class="">tim@qgis.org</a></div><div style="font-weight: normal;" class=""><br class=""></div></div><br class="Apple-interchange-newline" style="color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; line-height: normal;"><br class="Apple-interchange-newline" style="color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;">

</div>

<br class=""></div></body></html>