Re: Bug tracking & triaging proposal

Johannes Raggam <[email protected]>
Newsgroups gmane.comp.web.zope.plone.devel
Message-ID <[email protected]>
I like the idea to use Github as out main issue tracking system. It's
easy to use, mostly good enough and very responsive.

But I think the missing possibility to create issues anonymously without
the need to have a github user account is a major drawback. Two remarks
on that:

- For anonymous users who want to add issues we could provide a mail
address. Of course, we should still communicate, that the preferred way
is to create issues on github. We could even go that far, that we
provide a mail gateway which automatically creates issues on github.

- Bitbucket provides issue creation for anonymous users. But having
issue tracking on bitbucket and code hosting on github is no real
improvement to the current situation.


Cheers, Johannes



On Sun, 2014-06-22 at 09:35 -0500, polyester wrote:
> Intro: this discussion started as offshoot of the "Installer &
> Approachability" sprint in Oshkosh.
> 
> Problem: dev.plone.org is suffering; it is unloved, not the prettiest
> kid on the block, and we have to maintain it. Which we don't.
> 
>       * the list of untriaged bugs is growing again, everyone's eye is
>         on
>         github and not on dev.plone.org
>       * spam is growing again in the trac
>       * the trac instance itself is showing cracks in the paintwork in
>         various
>         places; setting multiple categories is b0rked, for instance.
> 
> Issue tracking on github is nice, but you'd have to know on which
> package you have to submit bugs, which is impossible for the
> uninitated. Even the cognoscenti may not know whether a bug is in
> plone.superform or plone.app.directives.
> 
> An easy, standardized, documented way to submit issues for people who
> don't have intimate knowledge of the project is required.
> 
> Possible way out:
> 
>       * start a separate repository, for instance
>         plone/issue-reporting for incoming tickets (although obviously
>         if you are an insider you should file the issue directly on
>         the correct repo)
>       * although github has no built-in way to tranfer tickets between
>         repos at the moment, there are scripts available to move
>         issues: https://github.com/jotweh/IssueRelocate for example.
>         These can be further embellished to make life easy for the
>         triagers, if necessary.
> 
> Requirements:
> 
>       * a triaging group/team with enough knowledge to relocate them
>         to the correct packages. (To be fair, dev.plone.org also needs
>         more help in there, so that situation hopefully improves by
>         using the environment where more people feel at home and work
>         in regularly. Also, having it on github makes for a nicer
>         metric for displaying bugtriaging kudos at the upcoming
>         plone.org)
>       * A mindmap of where to place issues; basically
>         update https://dev.plone.org/wiki/TriagingBugs. We might need
>         to define or possibly create repos for bug categories that
>         have no special repo themselves (upstream tickets, errors on
>         plone.org/com, a11y tickets, ...). As example, you could just
>         file a11y tickets on Products.CMFPlone, but also in an own
>         repo for clarity since some of these might have to be fixed on
>         multiple packages. Needs thought.
>       * While we're at it, we may want to have an up-to-date list of
>         labels that bug-submitters can attach. Labels should be
>         understandable to end users of Plone, not just for hardcore
>         devs.
> 
> Drawbacks:
> 
>       * People have to have a Github account. On the other hand, that
>         allows them to be notified when something happens with their
>         ticket, and we offload a bit of spam-protection to Github
>       * We need to think what to do about old tickets still left in
>         dev.plone.org
> 
> Overview of bugs:
> 
> Oh, and there is a 'give me a dashboard with all bugs for plone', it's
> just a bit hidden away in the interface. That can be fixed with two
> lines of documentation:
> 
>         To get a full overview of all open issues in the Plone
>         organisation on github, go to https://github.com, click on
>         your name on the left (that's actually a dropdown menu), and
>         switch context to Plone. You'll see a dashboard, which has a
>         tab named 'issues' on the right.
> 
> Paul
> 
> 
> PS I also posted at
> https://community.plone.org/t/bug-tracking-triaging-proposal/183 to
> reach another audience
> 
> 
> ------------------------------------------------------------------------------
> HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
> Find What Matters Most in Your Big Data with HPCC Systems
> Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
> Leverages Graph Analysis for Fast Processing & Easy Data Exploration
> http://p.sf.net/sfu/hpccsystems
> _______________________________________________
> Plone-developers mailing list
> Plone-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/plone-developers

-- 
programmatic  web development
di(fh) johannes raggam / thet
python plone zope development
plone framework  team  member
mail: office-//[email protected]
web:  http://programmatic.pro
      http://bluedynamics.com

------------------------------------------------------------------------------
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing & Easy Data Exploration
http://p.sf.net/sfu/hpccsystems

_______________________________________________
Plone-developers mailing list
Plone-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
https://lists.sourceforge.net/lists/listinfo/plone-developers
signature.asc (application/pgp-signature, 198 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iEYEABECAAYFAlOn4LYACgkQW4mNMQxDgAf4/wCbBDqvaYt4ZDEswEtI1wDUAx7b
raYAoJKMVAter93m95f39IA4Gz678Xss
=k+gK
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.