[PHP-DEV] Re: Bugfest

2014-12-28 Thread Christoph Becker
Kalle Sommer Nielsen wrote:

 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.

Someone may consider reviewing the following bug reports :), which can
be closed IMHO (see my respective comments):

  https://bugs.php.net/bug.php?id=64600
  https://bugs.php.net/bug.php?id=66703

-- 
Christoph M. Becker


-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php



[PHP-DEV] Re: Bugfest

2014-12-27 Thread 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/




--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php



[PHP-DEV] Re: Bugfest

2014-12-27 Thread 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/




--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php