-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi there,
Honestly, the current Bugzilla workflow is far to complicated. The fact that we are actually discussing this matter is proof enough. Therefore I would still suggest porting the database to the Bugzilla 4 bug workflow (which I already suggested in https://bugs.kde.org/show_bug.cgi?id=195305#c3 ) That workflow is much simpler and easier to understand (and therefore also easier to maintain) and it would make a discussion about whether we should use CLOSED or RESOLVED unnecessary as there is no such thing as CLOSED. There is only RESOLVED and VERIFIED which is much better terminology. Cheers Janek On 08/28/2012 01:29 AM, Aleix Pol wrote: > On Mon, Aug 27, 2012 at 11:55 PM, Adrián Chaves Fernández > <[email protected]> wrote: >> I think in projects with no QA team, the reporter can be the QA: >> >> - Reporter opens. >> >> - Developer resolves. >> >> - Reporter confirms (closes). >> >> >> >> O Luns, 27 de Agosto de 2012 23:35:20 Martin Klapetek escribiu: >> >> On Mon, Aug 27, 2012 at 11:26 PM, David Edmundson >> <[email protected]> wrote: >> >> Can we continue this discussion off-bugzilla and onto our >> mailing list. It's quite interesting, but not really related to >> that bug-report. >> >> CC-ing the KDE-Telepathy (where this started), and KDE-Quality >> mailing list (where this discussion should be) >> >> Backstory for those new: - there was a comment "is this bug >> closed" on a bug that was marked as resolved. In KTp we're >> currently treating those two states as the same thing. >> >>> Well, I meant CLOSED as opposed to RESOLVED. I guess you are >>> not using CLOSED >> (yet?) either. >> >> As I understand it in bugzilla terms, resolved is the development >> team saying it's fixed. Closed is used when a QA team has >> accepted the patch. >> >> Is this correct? >> >> Given manpower/resources, I was under the (wrong?) impression >> that in KDE we simply go to resolved and closed was in reality >> unused/pointless. Certainly with my developer hat on, it seems >> it. >> >> 1) How _should_ we be using "closed" as opposed to "resolved" in >> an ideal world? >> >> >> Also note that bugzilla doesn't allow setting CLOSED directly, it >> needs to be RESOLVED and only then can it be CLOSED. Which for >> our project (KDE Telepathy), which has no real QA (assuming the >> usage example above holds), causes unnecessary overhead, needing >> to "close" the bug twice, which in turn leads to creating >> (useless) email noise. In other words - I see no benefit of >> CLOSED in small projects like ours. >> >> >> -- >> >> Martin Klapetek | KDE Developer >> >> >> >> >> >> _______________________________________________ Kde-testing >> mailing list [email protected] >> https://mail.kde.org/mailman/listinfo/kde-testing >> > > I don't think we should expect the users to actually report back > to the bug after being fixed. > > With the current state, distributions don't let the user make sure > the bug is fixed until months after the bug report was closed. I > don't think anybody wants to go back to those things... > > If a project wants to diferenciate between FIXED and CLOSED, then > it's fine, but I think that FIXED means that the bug is solved > until proven wrong. (note that nobody can know if the problem is > ever completely gone... unless the feature has been removed). > > Aleix _______________________________________________ Kde-testing > mailing list [email protected] > https://mail.kde.org/mailman/listinfo/kde-testing > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iQEcBAEBAgAGBQJQPAa1AAoJEN/wwJ2g68YY1I4H/i+GCOw8OkHMI5QG99z0/U/J tolThJzFtPB/pfNmMhpiuZKhOl9ACnlwyRii/jsNdUyJ7kJ6guEidNuQgwBQmuAM X8E3q2BWIq+OZwz0mpKUVnRaWd22xk5jEOPdIMZhw1RFSqpM1+coHSZQA9gBtbYj 23DY+x646EiQeicU1XdacmLnHxBG89d+ZeJV6GLb8lA0XFlDeRyEVZ8ZWgy1RH/K lRDfdWkeBsYvv/E9evdumP0Ap8Z3P1UvWjAqe2L5xF0pg5n8aSRmXKLDtU8rz1IW Zgpes3PpNWPA3/f2OYDpghpwUS/zUz3C5MlpZ5QrDz4L8EqYcGyGaPOc2PwOqdw= =/rFI -----END PGP SIGNATURE----- _______________________________________________ Kde-testing mailing list [email protected] https://mail.kde.org/mailman/listinfo/kde-testing
