Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:18975 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 94896 invoked by uid 1010); 15 Sep 2005 13:21:24 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 94880 invoked from network); 15 Sep 2005 13:21:24 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 15 Sep 2005 13:21:24 -0000 X-Host-Fingerprint: 203.41.13.159 unknown Received: from ([203.41.13.159:11376] helo=localhost.localdomain) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id 16/86-41173-25579234 for ; Thu, 15 Sep 2005 09:21:22 -0400 Message-ID: <16.86.41173.25579234@pb1.pair.com> To: internals@lists.php.net Date: Thu, 15 Sep 2005 23:21:17 +1000 User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 References: <43276022.6020702@encode.net.au> <7C.1C.41173.4D828234@pb1.pair.com> <63.BA.41173.BB6E8234@pb1.pair.com> <4328EFC1.3030500@lerdorf.com> <38.3D.41173.B58F8234@pb1.pair.com> <64.14.41173.65A69234@pb1.pair.com> In-Reply-To: X-Enigmail-Version: 0.89.6.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Posted-By: 203.41.13.159 Subject: Re: [PHP-DEV] Re: Bogusing bot (Was: [PHP-DEV] Reference handlingchange and PHP 4.4.0) From: leigh@eon.com.au (Leigh Makewell) If you don't know why it's wrong to tell them they are stupid, and can't be bother spending an extra 10 seconds formulating a respectable response instead, then you are the wrong person for the job. Jani Taskinen wrote: > On Thu, 15 Sep 2005, Leigh Makewell wrote: > >> Well then I suggest you get out there and find out what you are doing >> wrong because there is an increasing number of people out there who >> are not happy with how their bugs are being treated. >> This is a good place to start. >> http://www.sitepoint.com/forums/showthread.php?t=297291 > > > You really think I have _time_ to spend reading some rants? > That'll all be out of handling the bogus reports. :) > >> Ask them what their issues have been, what can be done to improve the >> process. Most of all don't *ever* just dismiss a bug report the way >> you do. Comments like the one here >> http://bugs.php.net/bug.php?id=34196 are not acceptable. > > > Why not? a) the guy uses configure options he doesn't know what they > really do b) I couldn't reproduce it with proper configure line. > Hence he's doing something stupid. > > You don't obviously understand how much time it takes to go > through the reports. Try simulating it by taking the 10 first > open reports and try reproduce all of them with the given > information in the initial comment.. > >> This comment of yours amazes me! >> "2) I'm not bogusing automatically anything (except for few exceptions >> [1])" >> You just admited that you do automatically bogus bugs if you don't >> like the > > > Yes, should I have lied I don't do that? > >> person. You should never EVER be doing that under any circumstances. >> Tell them it's a duplicate and link them to the relevant open bug, and >> then close it. > > > That's what the s.c. quickfixs are for. Our "how-to-report" etc. pages > specifically ASK people to FIRST check if the bug has already been > reported. If they ignore our instructions how to reports, we don't have > the right to ignore their (duplicate) report? Especially in cases where > there is an OPEN one. And even more in case there is already 10 bogused > ones where the reason for bogusing has been explained by 2-3 different > PHP developers?! > >> The people who submit bugs are helping you make the product better. >> You should > > > Most of the reports are user errors and plain lazyness in reading the > friendly manual. Not about making the "product" better. (since when is > an opensource project a product? :) > >> never insult a person for trying to help you. Tell them you are unable >> to reproduce the error and then point them to the relevant >> documentation on how to give you better information. In other words, >> help them help you! > > > I guess this is coming back to the fact that nobody notices the > positive > things, only the negative. And think that "bogus" as status always > means negative thing. Instead of 2nd hand rants, try read the bug > mailing list for a week. That should give you better insigh what goes > on on daily basis rather than these separate and very few cases where > even more arrogant people than me think their civil rights have been > violated and that they actually have the right to decide what is a bug > and what's not.. > >> If you are getting that much hate mail then you are doing it wrong. > > > I take it more as fan mail. I have a special folder for it too. > (/dev/null :) > > --Jani