Bug management/status

Last update on: 2012-12-18

2011-05-01
Mark Hershberger reached out to other open-source communities (like Mozilla) to look for best practices in bug management and workflow; he started to experiment with a new "unprioritized" value for the "priority" field. He has also been organizing weekly bug triage sessions at different times to allow for participation from different timezones.

2011-06-01
Mark Hershberger continued his efforts to watch, assign and resolve bugs, notably by leading the bug squashing sessions at the Berlin Hackathon; more than 50 bugs where closed. He also worked with Priyanka Dhanda to get meaningful reports and metrics out of bugzilla.

2011-07-01
Mark Hershberger continued to conduct bug triages to surface issues that require attention or decisions; in June, these meetings switched from phone to IRC to improve transparency and accessibility to the rest of the community. After helping developers wrap up the 1.17 tarball, Mark started looking at 1.18 bugs, and led a triage to narrow down the list of open bugs blocking deployment of MediaWiki 1.18 on Wikimedia Foundation sites. He also worked on several concerns raised by the community, such as enabling "International" numerals on Hindi wiki with Priyanka Dhanda's help, and right-to-left and extension bundling issues.

2011-07-25
Mark Hershberger continued to conduct bug triage sessions on IRC, some of which were focused on MediaWiki 1.18 blockers, thumbnails issues, caching and operations-related requests. With Sumana Harihareswara, he cleaned up default assignees in bugzilla in order for assignments to be more meaningful, which prompted a discussion on the wikitech-l list.

2011-08-31
Mark Hershberger held bug triage sessions on Mobile & PDF export/Collections. The bug triage page now lists past and upcoming triages, as well as notes and summaries when available.

2011-09-30
Mark Hershberger continued to hold thematic bug triage sessions; in September, those focused on UploadWizard, Internationalization and Wikibooks & Wikisource. A calendar of upcoming triages is now available. He also reached out to people directly by e-mail to remind them of FIXMEs that were assigned to them. An upcoming focus on his work will be the patches submitted via Bugzilla.

2011-10-31
Mark Hershberger continued to hold themed bug triage sessions; in October, those focused on Fundraiser engineering and the new Wikipedia Android app. Two ad-hoc triages, on shell requests and 1.18 regressions, happened during the New Orleans hackathon. Mark also worked with members of the "MediaWiki Core" group to better identify "highest priority" bugs in Bugzilla and continued to prioritize and respond to new bug reports.

2011-11-02
Sumana Harihareswara led a bug triage on non-MySQL databases (summary, raw notes).

2011-11-30
<section begin=2011-11-30 />In November, Mark Hershberger and Sumana Harihareswara led themed bug triage sessions focusing on non-MySQL databases, MediaWiki 1.18 bugs, and UploadWizard. A session was also dedicated to reviewing patches in bugzilla; volunteer Rusty Burchfield wrote a tool to check if the patches could be applied to trunk, and only 50 were not obsolete due to bitrot. Mark watched for bugs and comments on local village pumps following the deployment of MediaWiki 1.18 to Wikimedia sites. He also continued to prioritize bugs and find developers to address those of highest priority.<section end=2011-11-30 />

2011-12-31
<section begin=2011-12-31/>Mark Hershberger followed up on MediaWiki 1.18 bugs, and wrote a FAQ listing issues and offering solutions until 1.18.1 is released. Mark also continued to go through "highest priority" bugs, dealt with bugzilla vandalism, reviewed patches submitted in bugzilla, and held bug triages on MediaWiki 1.18 and Fundraising engineering.<section end=2011-12-31/>

2012-01-31
<section begin=2012-01-31/>In January, Mark Hershberger worked with developers to prepare for the (planned) 1.19 deployment in February. He worked with volunteers to launch the beta cluster and held a triage to review 1.19 deployment blockers. The beta cluster has already begun to show some promise with the bugs it has helped reveal.<section end=2012-01-31/>

2012-02-29
<section begin=2012-02-29/>Mark Hershberger has been using the 1.19 deployment cycle to work with on-wiki editors to find and fix bugs as the deployment cycle goes on. Through the connections that he makes, he hopes to use these relationships during future deployments to make them smoother.<section end=2012-02-29/>

2012-03-31
<section begin=2012-03-31/>Mark Hershberger started gathering volunteers to take part in the Bug Squad to help triage bugs.<section end=2012-03-31/>

2012-04-monthly
<section begin=2012-04-monthly/>Mark Hershberger used the deployment of MediaWiki 1.20wmf1 to gather volunteers for the Bug Squad. He has begun working with volunteers on IRC to coordinate bug-grooming activities.<section end=2012-04-monthly/>

2012-05-monthly
<section begin="2012-05-monthly"/>Mark Hershberger wrote a triaging guide and the Engineering Community Team is now encouraging volunteers to use it to respond to new bugs.<section end="2012-05-monthly"/>

2012-06-monthly
<section begin="2012-06-monthly"/>The Wikimedia Foundation is seeking a Bug Wrangler to work on management of bugs.<section end="2012-06-monthly"/>

2012-07-03
<section begin=2012-07-03/>The Wikimedia Foundation is seeking a Bug Wrangler to work on management of bugs.<section end=2012-07-03/>

2012-07-monthly
<section begin="2012-07-monthly"/>The Wikimedia Foundation is seeking a Bug Wrangler to work on management of bugs.<section end="2012-07-monthly"/>

2012-08-monthly
<section begin="2012-08-monthly"/>The Wikimedia Foundation is nearing the end of its hiring process for a new Bug Wrangler, who will lead triage activities and train volunteers to triage as well. In the interim, volunteers such as Krenair and Thehelpfulone have stepped in to partially fill the gap. Volunteer Matanya Moses is planning to lead an online bug triage meeting, focusing on unreviewed patches, on September 5th.<section end="2012-08-monthly"/>

2012-10-11
<section begin="2012-10-11"/>Andre Klapper joined the WMF as Bug Wrangler (announcement) on 8 October. He is first concentrating on finding, consolidating, and triaging bugs relating to MediaWiki 1.21 deployments, and on improving the documentation around handling bug reports.<section end="2012-10-11"/>

2012-10-19
<section begin="2012-10-19"/>Andre Klapper, Sumana Harihareswara, and Daniel Zahn discussed the necessary prerequisites to upgrading bugzilla.wikimedia.org, which is currently at version 4.0.6, to 4.2.3. We have 4 possible approaches:


 * 1) Do nothing right now because it's not urgent, and check again in 3 months. We believe we've hotfixed all the crucial problems between 4.0.6 and now; if that's the case, we will likely choose this option.
 * 2) If there's an urgent need to upgrade NOW, grab the tarball, unpack it live, and pray. Andre is checking whether our current version as installed urgently needs upgrading, in which case Ops (most likely Daniel) will do this.
 * 3) Find or create a Debian package suitable for installing on Precise, write the necessary Puppet four-liner, and deploy that way.  Andre has some packaging experience and we can get help elsewhere in our community & WMF if we go this route.
 * 4) Puppetize all of Bugzilla and deploy that way.  We probably do not have enough spare time among Puppet domain experts at WMF and in our community to do this soon, so it's the least likely right now, even though ideally it's the best and most sustainable path.

Andre is investigating and will be leading the upgrade effort, no matter what option we choose.

Update 30 minutes later: We've live-upgraded to 4.0.8, which is old-stable (has all the current security fixes), so now Andre is going to investigate how much functionality we want (and how urgently) that would require a major upgrade.<section end="2012-10-19"/>

2012-10-monthly
<section begin="2012-10-monthly"/>New Bug Wrangler Andre Klapper had many discussions with different stakeholders to get a better impression of how work is done, how people interact with the bug tracker, what the expectations are and what policies might be needed. He investigated the product/component organization within bugzilla, started triaging incoming and older reports, and did maintenance work (creation and partial cleanup of products and components). bugzilla.wikimedia.org was upgraded to 4.0.8 with the help of Daniel Zahn, and investigations started to determine how urgent an upgrade to 4.2 was with regard to functionality improvements. Plans for the next month include improving documentation on bug management and bug triaging, and describing interactions between the bug wrangler and the different teams.<section end="2012-10-monthly"/>

2012-11-06
<section begin="2012-11-06"/>In the past week, aside from the usual triaging, Andre updated some bug triage and Bugzilla documentation, published his Greasemonkey scripts in a Git repository, went through obsolete extensions and updated their BZ descriptions.

This week, Andre will follow up on the process for collaborating with product managers and teams (including expectations and workflows with bugs), and on "undeploying" (removing) deployed extensions from WMF sites.<section end="2012-11-06"/>

2012-11-13
<section begin="2012-11-13"/>Andre continued working on standardizing Bugzilla components, documenting the bug workflow, and triaging bugs. He especially investigated thumbnailing and search issues. Andre also started contacting WMF engineering teams to consult with them on how they use Bugzilla.

Andre is also considering an ECT yearly goal of reducing the rate of growth of new bugs or changing the velocity of our new Bugzilla issues growth.<section end="2012-11-13"/>

2012-11-20
<section begin="2012-11-20"/>Andre massively cleaned up and improved the bug management documentation on Bug management and its subpages. He started a discussion on standardizing the meaning of "highest priority" in Bugzilla, investigated the use of groups in Bugzilla and also committed an upgrade of his bugtriage scripts to the code repository. Furthermore, Bugzilla was upgraded to version 4.0.9 by Daniel Zahn.<section end="2012-11-20"/>

2012-11-27
<section begin="2012-11-27"/>Andre mostly spent the week with Bugzilla gruntwork (adding extensions, people to bugmail, triaging) and continuing tasks from the previous week, such as improving the bug management documentation and keeping an eye on the discussion on standardizing the meaning of "highest priority" in Bugzilla. He also investigated upgrading Bugzilla to version 4.2 by some basic testing.<section end="2012-11-27"/>

2012-11-monthly
<section begin="2012-11-monthly"/>Andre Klapper improved and cleaned up updated large parts of the bug management and Bugzilla documentation. This includes the beginnings of a triage guide. He also published his Greasemonkey scripts in a Git repository and went through obsolete extensions and updated their Bugzilla descriptions. Andre started analyzing how Wikimedia engineering teams use Bugzilla and their related workflows. He also investigated a potential upgrade of Bugzilla to version 4.2 by doing some basic testing. Furthermore, a wikitech-l discussion on standardizing the meaning of "highest priority" in Bugzilla resulted in creating a new "Immediate" priority status.<section end="2012-11-monthly"/>

2012-12-11
<section begin="2012-12-11"/>Daniel Zahn and Andre Klapper upgraded Wikimedia Bugzilla to the latest stable version (4.2.4) which provides higher flexibility for displaying interface elements, improved custom search, better JSON-RPC support and a solid base for future improvements being considered. Andre looked after reports about CSS issues after the MediaWiki 1.21 wmf5 deployment, continued to improve bug management related documentation, and did usual gruntwork (triaging, creating requested Bugzilla components, etc.)<section end="2012-12-11"/>

2012-12-18
<section begin="2012-12-18"/>In the last week smaller regex fixes got deployed in Bugzilla to fix automatic linking to Gerrit changesets (bug 40344, bug 41321). Discussions took place on wikitech-l mailing list about a "patch in gerrit" bug status, with the ops team about the situation of RT, and with the Wikidata team about automatic notifications (comments) from Gerrit into Bugzilla about patch status changes. Also, the amount of bug reports that are resolved as RESOLVED LATER was decreased by about 100 tickets, in order to get rid of that resolution in the long run.<section end="2012-12-18"/>