public inbox for development@lists.ipfire.org
 help / color / mirror / Atom feed
From: Michael Tremer <michael.tremer@ipfire.org>
To: development@lists.ipfire.org
Subject: Re: [Development] Migrating to Bugzilla
Date: Fri, 03 Feb 2012 17:53:22 +0100	[thread overview]
Message-ID: <1328288002.3694.54.camel@rice-oxley.tremer.info> (raw)
In-Reply-To: <1328210829.3694.31.camel@rice-oxley.tremer.info>

[-- Attachment #1: Type: text/plain, Size: 2330 bytes --]

A new status update:

I created a draft for the bug workflow for Bugzilla. You can see it over
here http://wiki.ipfire.org/devel/bugzilla/workflow.
Please read carefully and see if you understand every state, flag and
keyword. If not, we maybe need to enhance the description.

Reasons for that:
I was very unhappy with the RESOLVED state, which was very weird in our
case. When you have got a bug, hack on it, check in the code, the bug
was normally set to RESOLVED which is NOT intuitive for the reporter.
Although the code was altered, the fix is not available to test and
testing is a part of the development cycle. So a bug is not considered
resolved when a developer made a change and is certain this will fix the
problem. We need proof.

Instead of changing a bug to RESOLVED, the state is MODIFIED which means
that a modification was checked into the source repository. Only if the
change gets into the mainline repository, a new package is created by
PBS and pushed out to testing repositories for QA. As you can see on
that wiki page, the QA process is done and after that a bug is getting
into CLOSED state (I cut out the intermediate steps here). Only if a bug
reached the CLOSED state, we can be certain that no more action is
needed.

I would like to get some feedback from you about the document on the
wiki. Maybe someone from the doc team could review the text for spelling
errors and stuff like that and the developers read the text carefully.

- Michael

On Thu, 2012-02-02 at 20:27 +0100, Michael Tremer wrote:
> Hi,
> 
> in the process of migrating to Bugzilla, I now disabled all of the old
> ones.
> 
> There has been mantis running but with no data on it and I am not sure
> if we want to keep that what has been there as a kind of history or just
> throw it away?
> Redmine has been disabled as well (some days ago).
> 
> All domains redirect to bugzilla, but of course not to any bug reports.
> Additionally, I created the following URLs that redirect to bugzilla as
> well because they seem intuitive or just shorter to type.
> 
>   http://bugs.ipfire.org
>   http://bugz.ipfire.org
>   http://bugtracker.ipfire.org
> 
> 
> - Michael
> 
> _______________________________________________
> Development mailing list
> Development(a)lists.ipfire.org
> http://lists.ipfire.org/mailman/listinfo/development


  reply	other threads:[~2012-02-03 16:53 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-02-02 19:27 Michael Tremer
2012-02-03 16:53 ` Michael Tremer [this message]
2012-02-03 17:50   ` Florian Ortmann
2012-02-10 11:49     ` Michael Tremer

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1328288002.3694.54.camel@rice-oxley.tremer.info \
    --to=michael.tremer@ipfire.org \
    --cc=development@lists.ipfire.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox