On Mon, May 6, 2019 at 1:07 PM Vincent Massol <vinc...@massol.net> wrote:
> > > > On 6 May 2019, at 11:42, Marius Dumitru Florea < > mariusdumitru.flo...@xwiki.com> wrote: > > > > On Thu, May 2, 2019 at 12:22 PM Simon Urli <simon.u...@xwiki.com> wrote: > > > >> Hi all, > >> > >> On 02/05/2019 11:20, Thomas Mortagne wrote: > >>> On Thu, May 2, 2019 at 10:57 AM Vincent Massol <vinc...@massol.net> > >> wrote: > >>>> > >>>> I did a quick analysis of 11.2 & 11.3 to see how many bugs we fixed > >> since they were supposed to be BFD releases. > >>>> > >>>> The results are not that impressive: > >>>> > >>>> * XWiki 11.0 (non BFD): 32 bugs closed > >>>> * XWiki 11.1 (non BFD) 44 bugs closed > >>>> * XWiki 11.2 (BFD): 37 bugs closed > >>>> * XWiki 11.3 (BFD): 54 bugs closed > >>>> > >>>> Here’s the graph: > >>>> https://www.evernote.com/l/AHcQ57uKyNRK-YmB09gvM70OXXVTIhFWcs0 > >>>> > >>>> The graph shows that during the period (March and April) we had: > >>>> * Created issues (128) > >>>> * Resolved issues (123) > >>>> > >>>> So we were not even able to catch up with created bugs during the > >> period. > >>>> > >>>> So the question is: why are we not able to catch up? > >>>> > >>>> Let’s look at who closed bugs during the period: > >>>> https://www.evernote.com/l/AHfj3Z0DW8RAuZ0AHw9BX6cnoDZc89KPvog > >>>> > >>>> Top resolvers: > >>>> > >>>> * Simon Urli - 32 > >>>> * Thomas Mortagne - 30 > >>>> * Vincent Massol - 15 > >>>> * Guillaume Delhumeau - 5 > >>>> * Marius Dumitru Florea - 2 > >>>> > >>>> So one reason is that we roughly have only 2 main issue resolvers > >> (Simon and Thomas) and the other committers are not closing enough. So > not > >> enough manpower. > >>>> > >>>> Would be interesting to see if we have more bugs being created every > >> month these days when compared to, say, 2 years ago. > >>>> > >>>> For ex: > >>>> * category = 10000 AND type = Bug and created >= 2019-03-01 and > created > >> <= 2019-03-31 > >>>> ** 70 bugs created > >>>> * category = 10000 AND type = Bug and created >= 2018-03-01 and > created > >> <= 2018-03-31 > >>>> ** 41 bugs created > >>>> * category = 10000 AND type = Bug and created >= 2017-03-01 and > created > >> <= 2017-03-31 > >>>> ** 46 bugs created > >>>> * category = 10000 AND type = Bug and created >= 2016-03-01 and > created > >> <= 2016-03-31 > >>>> ** 81 bugs created > >>>> > >>>> More generally: > >>>> * category = 10000 AND type = Bug and created >= 2015-01-01 and > created > >> <= 2015-12-31 > >>>> ** 780 bugs created > >>>> * category = 10000 AND type = Bug and created >= 2016-01-01 and > created > >> <= 2016-12-31 > >>>> ** 732 bugs created > >>>> * category = 10000 AND type = Bug and created >= 2017-01-01 and > created > >> <= 2017-12-31 > >>>> ** 609 bugs created > >>>> * category = 10000 AND type = Bug and created >= 2019-01-01 and > created > >> <= 2019-12-31 > >>>> * 257 bugs created so far. Extrapolates to 257*3 = 771 > >>>> > >>>> So it seems we don’t have specifically more bugs being reported in > >> general. > >>>> > >>>> So it seems it’s mostly a manpower/focus issue. > >>> > >>> Yes > >>> > >>>> > >>>> WDYT? > >> > >> > > > >> FTR Marius was on leave for a full month during those BFD releases, so > >> we lost an important manpower for fixing issues then. > >> > > > > Besides that I also worked on fixing some CKEditor integration bugs which > > are not counted. Not much, I counted 7 bugs, but still. > > > They’re supposed to be counted :) I’ve used “category = 10000” which > includes bundled contrib extensions. > They are definitely not counted. Can you give a link to the jira filter you used? For instance https://jira.xwiki.org/issues/?jql=project%20%3D%20CKEDITOR%20AND%20issuetype%20%3D%20Bug%20AND%20status%20%3D%20Closed%20AND%20resolved%20%3E%3D%202019-03-01%20AND%20assignee%20in%20(mflorea)%20ORDER%20BY%20priority%20DESC%2C%20updated%20DESC shows 7 bugs closed during March and April. > > Thanks > -Vincent > > > > > > >> > >>>> > >>>> Thanks > >>>> -Vincent > >>>> > >>>> > >>> > >>> > >> > >> -- > >> Simon Urli > >> Software Engineer at XWiki SAS > >> simon.u...@xwiki.com > >> More about us at http://www.xwiki.com > >
