My previous suggestion was to have a contributors page and it will rank people based on bug fixes.
There appears to be a trend emerging where frameworks are making this more of a feature on their sites and there's nothing people enjoy more than getting recognition for their effort - even if it's just a place on a ladder. Some examples:
- Symfony: http://symfony.com/contributors - Ruby on Rails: http://contributors.rubyonrails.org
We definitely need somebody triaging old bugs. The problem is it requires a real lot of time, and is mind-numbingly boring, so not many people do it. Many bugs are low quality - missing data, not having good descriptions, etc
For someone new to the internals, this is a perfect place to start. While the knowledge of the internals is quite limited, debugging and triaging issues allows people to learn it in smaller and more managable chunks. I'm hoping to contribute here to level up my knowledge so hopefully that makes a positive impact - Even if it's "mind-numbingly boring" for starters. ;)
Well, basic triage may be as simple as: 0) For all bugs that are older than 5.5 1) Look at the bug description. If the reproduction is not obvious from description, put it to "feedback" with request for better reproduction. If the submitter is no longer interested, it will be auto-closed as no-feedback with time. 2) Try to reproduce on 5.5/5.6. If it does not reproduce on either, close it with "not reproducible anymore, if you can reproduce on 5.6, please reopen". 3) If it reproduces on 5.6, put it in Verified status.
I quite like this approach as there is a large backlog of issues from versions which have reached end of life and may have been fixed in newer releases.
-- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
