Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:79967 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 7491 invoked from network); 27 Dec 2014 19:04:20 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 27 Dec 2014 19:04:20 -0000 X-Host-Fingerprint: 178.235.226.57 178235226057.olsztyn.vectranet.pl Received: from [178.235.226.57] ([178.235.226.57:23255] helo=localhost.localdomain) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 33/00-07151-1B20F945 for ; Sat, 27 Dec 2014 14:04:17 -0500 To: internals@lists.php.net,kalle@php.net Message-ID: <549F02B1.6070502@php.net> Date: Sat, 27 Dec 2014 20:04:17 +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, yeah, I had very similiar idea (Symfony inspired me [1]). I also think that 4252 open bugs is quite too much and this number doesn't really reflect actual ammount of work to do. As you said, many bugs are critically outdated, some of them are probably duplicates and so on... I don't have many skills but I'll try to look at as many web/doc bugs, as I can, during this short holiday break. Cheers, Maciej. [1]: http://symfony.com/blog/the-symfony-500-100-challenge 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/ >