Return-Path: X-Original-To: apmail-incubator-ooo-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-ooo-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 5FB339ACF for ; Mon, 20 Feb 2012 17:20:09 +0000 (UTC) Received: (qmail 52269 invoked by uid 500); 20 Feb 2012 17:20:09 -0000 Delivered-To: apmail-incubator-ooo-dev-archive@incubator.apache.org Received: (qmail 52220 invoked by uid 500); 20 Feb 2012 17:20:09 -0000 Mailing-List: contact ooo-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: ooo-dev@incubator.apache.org Delivered-To: mailing list ooo-dev@incubator.apache.org Received: (qmail 52212 invoked by uid 99); 20 Feb 2012 17:20:09 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 20 Feb 2012 17:20:09 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of kay.schenk@gmail.com designates 209.85.214.47 as permitted sender) Received: from [209.85.214.47] (HELO mail-bk0-f47.google.com) (209.85.214.47) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 20 Feb 2012 17:20:00 +0000 Received: by bkwq11 with SMTP id q11so4976971bkw.6 for ; Mon, 20 Feb 2012 09:19:40 -0800 (PST) Received-SPF: pass (google.com: domain of kay.schenk@gmail.com designates 10.112.40.72 as permitted sender) client-ip=10.112.40.72; Authentication-Results: mr.google.com; spf=pass (google.com: domain of kay.schenk@gmail.com designates 10.112.40.72 as permitted sender) smtp.mail=kay.schenk@gmail.com; dkim=pass header.i=kay.schenk@gmail.com Received: from mr.google.com ([10.112.40.72]) by 10.112.40.72 with SMTP id v8mr8132165lbk.49.1329758380319 (num_hops = 1); Mon, 20 Feb 2012 09:19:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=Y41ospsipSUIjmhpvraL2+5x7tnk9qxEJXpFBf0aq/Q=; b=IfiARDQtb3L4g5S+VuipT46ecVdL4VdaSCFTCHQL+BiF/2ExleuHalNypzAwIfsWRp QK8PyVidlv3n12VaFXBQqqRNmIzkkCqP89wHKrqgnziWVDHY27f3ulujIDtO0G6kiQ+l daQwRToLKK19RD0prYEO4in8kfYq7mCGrWvKU= MIME-Version: 1.0 Received: by 10.112.40.72 with SMTP id v8mr6824356lbk.49.1329758380135; Mon, 20 Feb 2012 09:19:40 -0800 (PST) Received: by 10.112.83.101 with HTTP; Mon, 20 Feb 2012 09:19:40 -0800 (PST) In-Reply-To: References: Date: Mon, 20 Feb 2012 09:19:40 -0800 Message-ID: Subject: Re: [PROPOSAL] Bugzilla Cleanup From: Kay Schenk To: ooo-dev@incubator.apache.org Content-Type: multipart/alternative; boundary=e0cb4efe2d58e295f804b9687fd8 X-Virus-Checked: Checked by ClamAV on apache.org --e0cb4efe2d58e295f804b9687fd8 Content-Type: text/plain; charset=ISO-8859-1 top posting...please ignore my last comments on this. I now have a *changed* BZ userid (after verification) that is the same as my Apache email. Sorrrryyyy... On Mon, Feb 20, 2012 at 9:16 AM, Kay Schenk wrote: > > > On Sun, Feb 19, 2012 at 6:52 PM, Rob Weir wrote: > >> On Thu, Jan 26, 2012 at 11:34 AM, Rob Weir wrote: >> > I'd like to make some changes to our bug tracker, to make it more >> > user-friendly. Since these changes are not easily reversible, I'd >> > like to describe them first, to see if anyone has objections. >> > >> >> Finally done with this. It was weeks of work. Some of this was >> delayed due to bugs in BZ 4.0.0. But with the recent upgrade to BZ >> 4.0.4 I was able to complete the remainder of this tonight. It was a >> lot of manual clean up and some batch work. I tried to do the batch >> work on weekends and late at night. Hopefully the notifications were >> less disruptive at those times. >> >> If there are additional changes we need, or if anyone notices a >> problem, please enter a BZ issue: >> >> >> https://issues.apache.org/ooo/enter_bug.cgi?product=www&component=AOO+Bugzilla >> >> > 1) Convert legacy language project "products" into "components" under >> > the "native-lang" product. I'll ensure that all existing bugs >> > previously classified under a language project code are reclassified >> > into the new structure. >> > >> >> Done. >> >> > 2) Create a new "comitters" group in BZ, with additional permissions >> > like "editbugs" and "canconfirm" AOO committers will be added to this >> > group, on request. I can't do it automatically, since your BZ login >> > might be different than your Apache ID. >> > >> >> I did not change permissions of any existing users with elevated >> permissions. For example, there were 545 legacy users out of many >> thousands of users who had "editbugs" permissions. I have not changed >> these. >> >> What I did do is make sure that anyone registered with an apache.org >> email address would also have editbugs and canconfirm permissions. >> That gives any committer/any mentor these same permissions. If we >> want to give these permissions to non-committers, that can also be >> done on a case-by-case basis. That appears to be how how it was done >> previously in OOo. >> > > OK, some clarification here. My userid is my old OpenOffice.org email. > However, I did just change my e-mail preferences to my apache.org email. > I can't really change my userid. > > So, does your statement above refer to the *email* address the user has, > or their user id? > > > > > > I realize Dave and I have different opinions on how the default >> registered user permissions should be set. I've kept it unchanged for >> now. I'd like those who are actually doing the testing and trying to >> develop a QA process in this project determine how best to handle >> this. Any change would impact them most, and I think that their >> preferences on this should count far more than what Dave or I think. >> >> >> > 3) Delete obsolete "products" like bizdev and council. >> > >> >> Since issues were assigned to those products, I did not delete them. >> But I did consolidate them under a new product called "obsolete". >> >> > 4) Delete the permission groups associated with the removed products. >> > >> >> Done. >> >> > 5) Remove default owners for components. Most of this information is >> > obsolete in any case, with owners being people no longer involved with >> > the project. This will be easy for any comitter to add back, if they >> > want to volunteer to own issues in a given category. But maybe we >> > don't even want "owners"? >> > >> >> This is fixed now for the major products/components, with the "default >> assignee" now set to ooo-issues@incubator.apache.org. This will be for >> new issues. It did not change the currently assigned assignee for >> existing issues. >> >> > 6) End result is a much flatter structure. Instead of hundreds of >> > different permission groups corresponding to 100's of different >> > components, we have admins, committers, and users. Admins and >> > committers can modify all bugs, regardless of components. >> > >> >> Done. >> >> > 7) One objection might be, but what if we have a user who needs to >> > regularly modify many bugs, to help move them through the workflow, >> > someone who is helping us clean up bugs, correcting classifications, >> > verifying issues for us, etc. Won't they be locked out of doing this >> > administrative tasks? My response is simple: We should be making >> > such users into committers based on that level of contribution. >> > >> > >> > >> > 72 hours, etc. >> > >> > Regards, >> > >> > -Rob >> > > > > -- > > ---------------------------------------------------------------------------------------- > MzK > > "Follow your bliss." > -- attributed to Joseph Campbell > > > > -- ---------------------------------------------------------------------------------------- MzK "Follow your bliss." -- attributed to Joseph Campbell --e0cb4efe2d58e295f804b9687fd8--