Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:79979 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 61858 invoked from network); 28 Dec 2014 07:04:11 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 28 Dec 2014 07:04:11 -0000 X-Host-Fingerprint: 178.235.226.57 178235226057.olsztyn.vectranet.pl Received: from [178.235.226.57] ([178.235.226.57:3370] helo=localhost.localdomain) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 71/55-30823-A6BAF945 for ; Sun, 28 Dec 2014 02:04:10 -0500 Message-ID: <71.55.30823.A6BAF945@pb1.pair.com> To: internals@lists.php.net Date: Sun, 28 Dec 2014 08:04:08 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 References: In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Posted-By: 178.235.226.57 Subject: Re: Bugfest From: sobak@php.net (Maciej Sobaczewski) Hello guys, the work is going, number of open bugs slowly decreases. Meanwhile, I have sent a reminder[1] to all manual translations MLs, asking doc contributors for closing pending bugs. In best scenario, this should result in about next 40 bugs closed, as they are really easy to fix. One related thought. Perhaps someone with DB access, could delete all reports marked as Spam. I doubt they are removed automatically and I'm pretty sure there are bunch of them, cluttering database. Maciej. [1]: http://news.php.net/php.doc.de/4929 W dniu 2014-12-27 o 16:01, Kalle Sommer Nielsen pisze: > Howdy dear Internals > > For a while I have been just stalking the bugs database[1], and I > would love if we could some more focus on closing bugs. I'm not saying > the job we do (my self included) is not being done well enough, but > currently we have over 4.1k and a lot of those are old feature > requests, or bugs going as far back as to PHP4. > > I do not have the technical experience on all subjects to close > reports or analyze them as well for our many extensions but would love > if we in the new year could have a similar event (maybe in user > groups?) to analyze, test and lower that number. > > I know we all spend our free time to contribute to the project and we > would rather spend time on making new features and fixing popular > issues and a lot of our resources are shifted towards PHP7. > > Is there any momentum for lowering that number, I myself will try to > resolve, close those I can, maybe we can close issues for extensions > we no longer bundle or issues we had no response to for 1 year or 6 > months+, if they are common issues we will surely get bumped about > them. > > > > [1] http://bugs.php.net/ >