As Matthew announced during the week on the mailing lists, Zend are sponsoring a two-day Bug Hunt every month starting today. And there will be prizes for those who solve lots of issues! Here’s Matthew’s email:

Greetings, one and all!

I’ve alluded several times in the past month to having a plan for
helping manage our ever-growing bug list in the issue tracker. We’re now
ready to roll out phase one of this plan, and we need *you*!

Starting this month, we will be sponsoring two bug hunt days monthly, on
the third Thursday and Friday of the month. That’s this upcoming
Thursday and Friday, 17-18 September 2009.

During those days, the Zend team — myself, Ralph, and Alex — will be
in #zftalk.dev on Freenode for our entire work day (Ralph and myself are
in the United States, Alex is based in Russia; figure out the timezones
yourself (-: ). We will be triaging bugs ourselves, but, more
importantly, we will be there to help facilitate *you*, our contributors
and users, in resolving issue reports.

As an incentive, each month, we will ship a Zend Framework t-shirt to
the individual that assists in the most issue resolutions during the bug
hunt days, whether via patches or direct commits. Quarterly, we will
evaluate overall contributions, including documentation, bug fixes, and
newly contributed components, and award a developer with their choice of
a Zend Studio license or Zend Framework Certification voucher. (Caveat:
one t-shirt per person per year, and one license/voucher per person per
year, folks!)

For those interested in participating in the bug hunt days, the rules
are simple: have a signed CLA on file, and resolve issues in the
tracker.

If you have not yet signed a CLA and want to participate, you can get a
copy of the form here:

http://framework.zend.com/cla

Sign it and return it (you can email it, fax it, or send it via post);
if you send it via post, you’ll need to wait for confirmation that
we’ve received it before we can accept code contributions from you.

Now, when it comes to the issue tracker, you’ll need to determine if the
issue:

* is simply the reporter misunderstanding or misusing code OR
* is a request for a new feature OR
* is a reproducible issue

In the first case, comment on it and indicate the correct usage, and ask
the component maintainer or somebody from Zend to review your response
and mark the issue as resolved. In the second case, please try and focus
on issue reports instead of feature requests during the bug hunt days.

That brings us to the final case, reproducible issue reports. With
these, you’ll need to do the following:

* Capture the reproduce case as a unit test
* Resolve the issue in such a way as to maintain backwards
compatibility with existing usage. (In other words, don’t change the
signature of a method unless the signature is what is actually
broken.)

From there, you then have two options:

* If you already have commit access, commit the test and fix to the
repository, and either resolve the issue or ask somebody from Zend to
review and resolve. Don’t forget to merge your changes to the 1.9
release branch!

* If you do not have commit rights, create a patch with the unit test
and fix, and attach the patch to the issue. Ask the maintainer or
somebody from Zend to review and apply the patch.

If you need help creating the unit test or patch file, hop onto the
#zftalk.dev IRC channel and ask for help.

How should you choose issues to work on? Answer the following questions,
and you should be able to hop right in:

* What components do you have expertise in?
* What components are you interested in learning more about?
* What issues have a high number of voters or watchers?

Bug hunting should be fun, so pick components and issues you’re
interested in. Ask questions on IRC if you don’t understand how
something works.

So, spread the word, and come prepared this week to help make the
framework even better! I look forward to seeing you on IRC this week!

The Zend Framework has quite a large number of issue that need to be resolved/closed/marked invalid. People often have this fuzzy idea that somehow all three members of Zend’s framework team will miraculously resolve them for us in between developing components, fixing the documentation, handling releases, offering support, and…lots of stuff. This idea needs to die a quick death – the Zend Framework is an open source project so the people responsible for fixing its issues is the community.

So I truly encourage everyone to get involved. If you are not up to spending the next two days fixing issues, then strongly consider a more limited approach. Pick just one or two issues to fix. Surely that is a manageable and not overly time consuming commitment?

I’ll be around for most of today, and probably part of tomorrow so I look forward to seeing the resolution count reach staggering new heights ;) . Everyone involved may convene in the #zftalk.dev IRC channel on Freenode.net where Matthew and Ralph will be available to offer support to any Bug Hunter needing a query answered or advice on how to proceed with an issue.

Just a short note on using the Issue Tracker: It’s hosted on a server which for one reason or another performs quite poorly at times. If it seems to be taking ages to load, please be patient – it will…eventually.

Related posts:

  1. Zend Framework: Surviving The Deep End – Performance Optimisation For Zend Framework Applications
  2. Released into the wild: Zend Framework 1.0.0
  3. New French Zend Framework Book By Julien Pauli
  4. YAML for the Zend Framework – well, maybe…
  5. Complex Views with the Zend Framework – The Final Chapter: ZFE and Zend_Layout released to Core!