From MozillaWiki
Jump to: navigation, search

24th IRC meeting: Tuesday, January 9th, 2007 at 19:00 GMT

  • The log of the meeting is available here.
  • Max Kanat-Alexander (mkanat) and Frédéric Buclin (LpSolit) are now allowed to grant approval on bugs. So the team of approvers for the Bugzilla product is now justdave, myk, mkanat and LpSolit.
  • No major problems found following the upgrade of bugzilla.mozilla.org (aka b.m.o). Most serious bugs were fixed within 48-72 hours. b.m.o nows runs smoothly with mod_perl enabled. Thanks to justdave and reed for the hard work before and during the upgrade.
  • We decided to drop the 2.23.4 release. We got enough feedback since the upgrade of the b.m.o installation 2 weeks ago to feel confident with our current code. So our next release will be 3.0 RC1.
  • We don't agree whether the Bugzilla project should have its own Bugzilla installation (e.g. bugzilla.bugzilla.org) or not. Some of us see dogfood as a good way to test our own code. One drawback is that moving bugs between Mozilla products (e.g. the mozilla.org or b.m.o products) and the Bugzilla product would be a pain. This would also break saved searches which are not able to query 2 separate installations in one shot. Also, users would probably hate to have 2 separate accounts to report bugs.
  • The QA team will have to redo all QA tests again as we finally didn't release 2.22.2 and 2.23.4 on mid-December, despite QA tests were all done and passed successfully. There has been too many checkins since the b.m.o upgrade so that new tests are required again. As we will move directly to 3.0 RC1, the QA team will wait for all remaining blockers to be fixed before running them again, though.
  • 7 blockers left to fix before releasing 3.0 RC1. 3 of them only affect the bugzilla.org website (updating the documentation, documenting new features, building required RPM packages for distros which don't have them).
  • 3.0 RC1 won't be ready before the second half of February, probably.
  • We will probably have some kind of help from the Mozilla Corporation with public/press relations when Bugzilla 3.0 comes out.
  • "Make Bugzilla easily pluggable" summarizes where Bugzilla should go for future major releases. In other words, it should be easier for 3rd parties to write plugins. This will let us focus on the bug tracking tool aspect of the product, but allowing extensions to be added.
  • Our next meeting will take place on January 23, same time.