Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:31199 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 6844 invoked by uid 1010); 23 Jul 2007 15:52:38 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 6829 invoked from network); 23 Jul 2007 15:52:38 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 23 Jul 2007 15:52:38 -0000 Authentication-Results: pb1.pair.com smtp.mail=dz@bitxtender.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=dz@bitxtender.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain bitxtender.com from 80.237.132.12 cause and error) X-PHP-List-Original-Sender: dz@bitxtender.com X-Host-Fingerprint: 80.237.132.12 wp005.webpack.hosteurope.de Received: from [80.237.132.12] ([80.237.132.12:37677] helo=wp005.webpack.hosteurope.de) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id D6/12-27148-6CEC4A64 for ; Mon, 23 Jul 2007 11:52:38 -0400 Received: from [87.79.35.58] (helo=[192.168.0.164]); authenticated by wp005.webpack.hosteurope.de running ExIM using esmtpsa (TLSv1:RC4-SHA:128) id 1ID0D5-0002yf-LM; Mon, 23 Jul 2007 17:52:35 +0200 In-Reply-To: <46A4CCA5.9080608@wikimedia.org> References: <46A4CCA5.9080608@wikimedia.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-ID: <7A63F86D-B47B-428E-943D-78AA73596A05@bitxtender.com> Cc: internals@lists.php.net Content-Transfer-Encoding: 7bit Date: Mon, 23 Jul 2007 17:52:32 +0200 To: Tim Starling X-Mailer: Apple Mail (2.752.2) X-bounce-key: webpack.hosteurope.de;dz@bitxtender.com;1185205958;952523bb; Subject: Re: [PHP-DEV] "No Feedback" in bug tracker From: dz@bitxtender.com (=?ISO-8859-1?Q?David_Z=FClke?=) +1 David Am 23.07.2007 um 17:43 schrieb Tim Starling: > A suggestion: allow anyone to reopen bugs marked "no feedback". Also > allow anyone to switch a bug from "feedback" to "open". > > The PHP bug tracker could go a long way towards liberalisation. > Community involvement seems to be actively discouraged. I'd like to > see > some more sweeping changes. But I'd be content with this small change > for the time being. > > A common scenario is this: > > * Someone reports a bug > * An admin couldn't be bothered to reproduce it themselves, so they > slap > a "use CVS snapshot" template on it, hoping it will go away > * Sometimes the reporter will install a snapshot and confirm the bug, > but more often, they couldn't be bothered. > > Sometimes other people watching the bug will immediately reproduce it > with the snapshot and report their findings, but that doesn't stopped > the bug being closed "no feedback". Sometimes someone will find the > bug > and reproduce it months later, but there is no procedure in place to > have the bug reopened. There aren't even any relevant contact details > available to draw the attention of admins to the bug that needs > reopening. > > So my suggestion is to allow the community in general to review the > "no > feedback" designation. > > -- Tim Starling > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > >