Bug management/status

From mediawiki.org

Last update on: 2015-03-monthly

2011-05-01[edit]

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[edit]

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[edit]

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[edit]

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[edit]

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[edit]

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[edit]

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[edit]

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

2011-11-30[edit]

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.

2011-12-31[edit]

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.

2012-01-31[edit]

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.

2012-02-29[edit]

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.

2012-03-31[edit]

Mark Hershberger started gathering volunteers to take part in the Bug Squad to help triage bugs.

2012-04-monthly[edit]

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.

2012-05-monthly[edit]

Mark Hershberger wrote a triaging guide and the Engineering Community Team is now encouraging volunteers to use it to respond to new bugs.

2012-06-monthly[edit]

The Wikimedia Foundation is seeking a Bug Wrangler to work on management of bugs.

2012-07-03[edit]

The Wikimedia Foundation is seeking a Bug Wrangler to work on management of bugs.

2012-07-monthly[edit]

The Wikimedia Foundation is seeking a Bug Wrangler to work on management of bugs.

2012-08-monthly[edit]

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.

2012-10-11[edit]

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.

2012-10-19[edit]

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.

2012-10-monthly[edit]

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.

2012-11-06[edit]

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.

2012-11-13[edit]

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.

2012-11-20[edit]

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.

2012-11-27[edit]

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.

2012-11-monthly[edit]

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.

2012-12-11[edit]

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.)

2012-12-18[edit]

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, and also a number of unprioritized bug reports received a priority setting.

2012-12-monthly[edit]

Daniel Zahn and Andre Klapper upgraded 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 continued to improve the bug management documentation. Many bug reports that were previously closed as RESOLVED LATER were retriaged and RESOLVED LATER was disabled for future use, and a large number of previously unprioritized bug reports received a priority setting. Furthermore, Andre looked after reports about CSS issues after the MediaWiki 1.21wmf5 deployment and followed up by triaging, creating requested Bugzilla components, etc. Several smaller regex fixes were deployed in Bugzilla to fix automatic linking to Gerrit changesets. A "patch in gerrit" bug status was discussed on wikitech-l with the conclusion to wait for automatic notifications (comments) from Gerrit into Bugzilla about patch status changes first (which is being worked on by the Wikidata team).

2013-01-03[edit]

Apart from usual work, Andre prioritized a bigger number of previously unprioritized bug reports and worked on a new Bugzilla frontpage (bug report, code patch).

2013-01-08[edit]

Apart from usual gruntwork (triaging bug reports, administration tasks) Andre worked on some smaller patches ("Zarro Boogs found" - bug 42467), Show "email" instead of "login" - bug 24992), removed Bugzilla admins by default from Bugzilla's bz_sudoers group (bug 43619), and listed Bugzilla admins on the meta wiki (https://meta.wikimedia.org/w/index.php?title=System_administrators&diff=4983653&oldid=4948113). He also triaged some more unprioritized bug reports.

2013-01-17[edit]

Andre Klapper continued decreasing the amount of unprioritized reports in Bugzilla and triaged most of those open reports that had been in ASSIGNED status for more than a year (high likeliness of the assignee having forgotten to reset the status). Information on the different usages of Bugzilla per development team were published. Community members were invited to join the MediaWiki Group Bug Squad. Also, the first translations for How to report a bug we received. Finally, the meaning of the Bugzilla "Priority" field was slightly adjusted to better reflect reality.

2013-01-22[edit]

Apart from general triaging, administration work and reducing the amount of open unprioritized reports, an announcement for a bugday on January 29th was published. Furthermore, smaller preparations for the upcoming Datacenter migration have taken place.

2013-01-23[edit]

Handling some smaller Data Center move aftermath issues; also clarified "patch-need-review", "patch-reviewed" keyword meaning in Bugzilla to explicitly EXCLUDE patches in Gerrit, so search results are less noisy. "patch-need-review" was historically called "need-review", not implying existence of a patch, but also "this extension needs a review before we could deploy it" and other similar interpretations. Also checked if extensions were deployed in the meantime and made requests block bug 31235 whenever appropriate.

2013-01-29[edit]

As part of the usual work, triaging of incoming reports, investigations on various bug reports (especially datacenter migration aftermath, and thumbnail cache purging issues) and threads on various forums (Village Pumps etc.); continued reducing of the backlog of unprioritized tickets; and Bugzilla maintenance (e.g. adding a Bugzilla component for "Wikimedia Planet") were done. Andre went through some "extension deployment" requests to check if still applicable while clarifying the meanings of the "patch-need-review", "patch-reviewed" keyword meaning in Bugzilla. Furthermore, it was discussed how to improve interaction on Bugzilla tickets that need handling by the ops team (which mostly prefers to use the RT bugtracker instead).

2013-01-monthly[edit]

This month, a first bugday was held, targeting bug reports which had not seen any changes for more than one year, resulting in about 30 tickets being updated. In addition, some cleanup work (decreasing the number of unprioritized bug reports and going through open reports in "ASSIGNED" status for more than a year) took place. Andre Klapper worked on small Bugzilla code changes and published initial information on Bugzilla usage per development team. Community members were invited to join the MediaWiki Group Bug Squad. Furthermore, some problems due to data center migration were investigated, and it was discussed how to improve interaction on Bugzilla tickets that need handling by the Operations team (who mostly prefers to use the RT bugtracker instead).

2013-02-12[edit]

Andre continued the number of unprioritized bug reports and reached out to several development teams to better understand their use of "Priority" in the Bugzilla issue tracker and who should set it. Furthermore some triaging of ArticleFeedback reports has taken place. Valerie summarized the latest bugday and published an initial version of a Bug Life Cycle flowchart describing the life of a bug report by its status changes over time.

2013-02-19[edit]

Valerie prepared the next Bugday about Git/Gerrit triage and announced it. Andre continued reducing the number of unprioritized Bugzilla tickets and contacted several development teams, made small improvements to Bugday related documentation on the wiki, and announced the availability of a table on Bugzilla use by development teams. Furthermore, discussions are ongoing about a workflow how to mark fixed tickets as backport candidates in Bugzilla, likely via flags.

2013-02-26[edit]

As part of the Weekly QA Goals, a Git/Gerrit Bug Triage day took place. About 25 open reports were retested and/or synchronized with their status in the upstream bugtracker. The Bug day format will be developed further to make it more attractive to new contributors. Valerie helped in testing the Commons Upload app for Android and the mobile browser as part of Mobile QA testing this week. In the context of the OTRS support discussion on the wikimedia-l mailing list, Andre retriaged the open OTRS tickets in Bugzilla, in order to get a better and up-to-date overview of OTRS' bugs. Furthermore, discussions how to mark bug reports which are fixed in the development branch as backport candidates for MediaWiki's stable release branch took place, potentially resulting in the addition of a dropdown menu ("flag") in Wikimedia Bugzilla.

2013-02-monthly[edit]

As part of the Weekly QA Goals, a Git/Gerrit Bug Triage day took place. About 25 open reports were retested and/or synchronized with their status in the upstream bugtracker. The Bug day format will be developed further to make it more attractive to new contributors. Valerie published an initial version of a Bug Life Cycle flowchart describing the life of a bug report by its status changes over time, continued investigating feedback channels and workflows of other bigger free software projects, and also helped testing the Commons Upload app for Android and the mobile browser as part of Mobile QA testing. A table on Bugzilla use by development teams was made available. Furthermore, reachout to several development teams continued to better understand the different bug management needs, and discussions took place about a workflow how to mark fixed tickets as backport candidates in the issue tracker, potentially resulting in the addition of a dropdown menu ("flag") in Bugzilla.

2013-03-12[edit]

In Bugzilla, a way to mark bugfixes to copy from the development branch to stable branches was introduced to easier identify important bugfixes to include in tarball releases. Valerie analyzed which important Wikimedia feedback channels link to each other and Bugzilla and created a diagram of the current situation. Andre starting improving the Bugzilla Weekly Report email to the wikitech mailing list to improve its accuracy and usefulness. Improving the usage of Bugzilla and handling of bug reports by specific teams, regular meetings with members of the Operations team, the Release manager and the Language Engineering team have started, with further outreach to take place in the next weeks. Furthermore, bugday to clean up and retest General MediaWiki reports took place which resulted in 38 updated reports and two volunteers who triaged reports for the first time. Some bug reports about Scribunto and Search issues were triaged.

2013-03-19[edit]

This week, the number of unprioritized MediaWiki enhancement requests in Bugzilla was decreased further, and a patch to enhance the Weekly Bugzilla Report on wikitech-l mailing list by including a list of urgent issues was written. Furthermore, Valerie published a blog post explaining how to create a good first bug report.

2013-03-26[edit]

This week, Valerie ran a bugday on the LiquidThreads extension as part of the QA Weekly Goals. 76 (out of initially 218) open LiquidThreads reports received an update in the last week. Valerie also published a blogpost on how to help Wikimedia squash software bugs. A first IRC Office Hour on Bugzilla and Bug management took place for anybody interested in discussing problems and improvements with Wikimedia's bug management. On most open bug reports with a target milestone set to future MediaWiki version 1.21.0, Andre added reminder comments for developers. In Bugzilla's internal product and component taxonomy, several Mobile application products were merged into a single "Wikipedia App" product and two Search components were merged, both to simplify finding information for developers and reporters. Furthermore, the bug management task list received a major cleanup, making it easier for contributors to find tasks to work on.

2013-03-monthly[edit]

In Bugzilla, a way to mark bugfixes to copy from the development branch to stable branches was introduced to easier identify important bugfixes to include in tarball releases. Two bugdays took place as part of the QA Weekly Goals: cleaning up and retesting General MediaWiki reports and a bugday concentrating on the LiquidThreads extension. For the latter, 76 out of 218 open reports received updates. Valerie analyzed which important Wikimedia feedback channels link to each other and Bugzilla, and created a diagram of the current situation. Valerie also published two blogposts explaining how to create a good first bug report and how to help Wikimedia squash software bugs. Andre improved the Bugzilla Weekly Report email to the wikitech mailing list. On most open bug reports with a target milestone set to future MediaWiki version 1.21.0, reminder comments were added for developers. Andre and Valerie also held the first IRC Office Hour on Bugzilla and Bug management for those interested in discussing problems and improvements with Wikimedia's bug management. In Bugzilla's internal product and component taxonomy, several Mobile application products were merged into a single "Wikipedia App" product and two Search components were merged, to simplify finding information for developers and reporters. Also, the bug management task list received a major cleanup, making it clearer what is being worked on and what you can help with.

2013-04-09[edit]

As part of the QA Weekly Goals, a bugday took place which resulted in about 90 reports Skin and page rendering bug reports being looked at and commented on.

Andre investigated the globalwatchers setting in Bugzilla and the situation of the wikibugs-l@ account which is used for notifications in other places, such as feeds and IRC. In consequence, wikibugs-l@ was removed from the default CC list of many components for security reasons.

To reduce the amount of bugmail for the QA team, the Bugzilla component "Testing Infrastructure" under "Wikimedia" was renamed to "Continuous Integration" and a new component called "Quality Assurance" was added for Browser testing (Selenium) issues.

Over the weekend, Andre investigated thumbnail cache purging issues brought up in the Village Pumps. He also went through open bug reports with "bugsmash" keyword, retested some of them, and removed the keyword from all of them so the keyword could be used again with its original meaning.

2013-04-16[edit]

As part of the QA Weekly Goals, the current bugtriaging week is dedicated to checking old reports which have not seen updates for 18 months, with progress being tracked in the corresponding Etherpad. Andre contacted Bugzilla administrators and (after receiving feedback) reduced the number of admins for coordination and security reasons a bit. He also went through the open reports with a 1.21.0 tarball milestone and updated them. Thanks to Dereckson, Wikimedia Bugzilla's "See Also" field now also supports adding GitHub URLs. As part of Bugzilla maintenance, version entries for the corresponding new MediaWiki 1.20.4/1.19.5 releases were added.

2013-04-23[edit]

The "Bugzilla Weekly Report" email sent to wikitech-l now includes a list of open issues with highest priority, plus more fine-grained statistics for the number of open tickets. Wikimedia Bugzilla's "See Also" field now also supports adding RequestTracker URLs (RequestTracker is used by the Wikimedia Operations team). Andre started drafting guidelines on Bugzilla administration and access restrictions, plus updated the recommendations for checking Wikimedia forums (Village Pumps etc.) as one source of feedback on problems. Furthermore, he published an initial version of a Greasemonkey script which provides common one-click stock answers for Village Pumps.

2013-04-30[edit]

This week, most previously unprioritized tickets under "Wikimedia Labs" have been set to low priority after consultation with its main developer (Ryan) in order to provide realitistic expectations, and some older high priority tickets were retriaged. Bugzilla's automatic linking to Wikimedia when using MediaWiki syntax now supports Unicode characters thanks to Matma Rex. The Greasemonkey triage scripts for Bugzilla received some smaller updates. Apart from usual triage of reports and tracking down issues brought up on Village Pumps and forums, Andre proposed a bug management talk for the Wikimania 2013 conference and started preparing a series of small blogposts covering handy but not-so-easy-to-discover Bugzilla functionality which might get co-published on bugzillatips.wordpress.com.

2013-04-monthly[edit]

A bugday at the beginning of April resulted in about 90 reports on about Skin and page rendering being looked at and commented on. On the technical side, Wikimedia Bugzilla's "See Also" field now also supports adding GitHub URLs and adding RequestTracker URLs, and the "Bugzilla Weekly Report" email sent to wikitech-l now includes a list of open issues with highest priority, plus more fine-grained statistics for the number of open tickets. Andre Klapper started drafting guidelines on Bugzilla administration and access restrictions, and updated the recommendations for checking Wikimedia forums (Village Pumps etc.) as sources of feedback on problems. Furthermore, he published an initial version of a Greasemonkey script that provides common one-click stock answers for Village Pumps where software issues might get reported first before being transferred to Bugzilla.

2013-05-07[edit]

A "Backport_WMF" flag to mark issues that should be backported and deployed to Wikimedia servers was created in Bugzilla as requested by Wikimedia's Release Manager, with a policy being drafted.

On Friday, a MediaWiki Installer bugday took place and a number of Installer bug reports received testing and updates.

Andre had a meeting with Lydia and Abraham of the Wikidata team to discuss their use of Bugzilla, and started regular triage meetings with Michelle of the Mobile development team.

On the technical side, Andre investigated and wrote patches for issues with the Weekly bug summary in Bugzilla and incorrect data in the Weekly Report email on wikitech-l, cleaned up internal Bugzilla groups a bit, and tested and updated the patch for a better Bugzilla frontpage. Ori wrote a patch to puppetize Bugzilla.

2013-05-14[edit]

An IRC office hour about Bugzilla and bug management took place (log). Thanks to Ori, a Wikimedia Labs instance to test Bugzilla software changes is now available. Apart from that, the last week mostly consisted of gruntwork: With regard to Bugzilla taxonomy, a number of Bugzilla components (for MW extensions) and a Bugzilla product "Tool Labs tools" were created. Andre tried to debug connectivity issues, reviewed some older ephemeral files on the Bugzilla server that are not in the Bugzilla repository, prioritized a number of previously unprioritized tickets, and had some initial discussions with Wikimedia's Release Manager about improving the bug life cycle workflow (making it clearer when a fix has been deployed).

2013-05-30[edit]

Andre attended the Wikimedia Hackathon and talked to numberous people. The proposal for a Bugzilla admin policy received approval from Operations and Security and is waiting for approval from Legal. In Bugzilla's configuration, the ability to hide specific comments has also been made available to Bugzilla users with access to Security issues (before it could only be done by admins), the number of Bugzilla administrators has been decreased in order to improve coordination, and a dedicated emergency account has been created for the Operations team to block users and hide comments in case of spamming. As a side effect, Andre blogged about the meaning of Bugzilla admin rights. Furthermore, Andre documented how to run Bug management IRC office hours, pushed updates to the Greasemonkey scripts for bugtriaging, worked on a patch to display a link in Bugzilla to other bug reports in the same component, and fixed two incorrect queries in the "Weekly Bugzilla Report" email to wikitech-l.

2013-05-monthly[edit]

A Wikimedia Labs instance to test Bugzilla software changes and a patch to puppetize Bugzilla are now available (thanks to Ori Livneh). This will make updating Bugzilla to newer versions and reapplying Wikimedia's custom patches much easier. A MediaWiki Installer bugday took place in preparation of the MediaWiki 1.21 release, as well as an IRC office hour. Andre Klapper worked on a proposal for a Bugzilla admin policy. In Bugzilla's configuration, the number of Bugzilla administrators has been decreased in order to improve coordination. As a side-effect of his investigation, Andre documented the meaning of Bugzilla admin rights.

2013-06-06[edit]

In the last four days, apart from gruntwork, Andre reproposed introducing a "PATCH AVAILABLE" status in Bugzilla (as requested by several developers at the Amsterdam Hackathon), set up monthly triage meetings with the Wikimedia Multimedia team, set up a number of meetings for his visit in the Wikimedia Foundation San Francisco office next week, and contacted the legal team again asking for review of the Bugzilla administrator policy draft.

2013-06-14[edit]

Andre spent most of the week in the Wikimedia Foundaton office in San Francisco, talking to various teams and people. On the code side of Bugzilla, a new Bugzilla frontpage went live, providing useful links. Furthermore, the misleading term "login" was replaced by "email address" and setting the "Assigned" status already when filing a new bug report got enabled. Andre finalized the Bugzilla Administrator Rights Policy which explains for which specific tasks Bugzilla admin rights are needed. He also started publishing regular "Bugzilla tips and best practices" blogposts with the first one covering autocompletion in Bugzilla. They are linked from the bug management overview page and are expected to be published weekly. As part of Bugzilla housekeeping, open tickets in the dormant "Wiktionary tools" Bugzilla product were retriaged and the product closed for new bug entry.

2013-06-27[edit]

Andre experimented with Bugzilla's currently useless "guided" bug reporting form, fixed two issues (1, 2) with the "Weekly Bugzilla Report" email sent to wikitech-l, and reorganized the Security-related components in Bugzilla after a meeting with WMF's security engineer. Apart from spending the last week at the Open Source Bridge conference and giving a talk on bug management together with Mozilla's bugmaster, Andre discussed with Wikimedia's Gerrit maintainers next steps to automatically set a "patch in gerrit" status in Bugzilla and met the Language Engineering team to discuss the UniversalLanguageSelector deployment. He also provided some input and feedback on a potential future blogpost describing the bug fixing process in Wikimedia. Furthermore, as part of a weekly series on "Bugzilla tips", Andre blogged how to change columns in Bugzilla search results.

2013-06-monthly[edit]

Andre Klapper published the Bugzilla administrator policy and documented for which specific tasks Bugzilla admin rights are actually needed (which might be also helpful for other projects using Bugzilla). He started publishing weekly "Bugzilla tips and best practices" blog posts and reproposed introducing a "PATCH AVAILABLE" status in Bugzilla (as requested by several developers at the Amsterdam Hackathon) whilst work is ongoing to fulfill prerequisites. On the code side of Bugzilla, a new Bugzilla frontpage went live, providing useful links. Furthermore, the misleading term "login" was replaced by "email address", it is now possible to set the "Assigned" status directly when filing a new bug report, and smaller issues with the "Weekly Bugzilla Report" email sent to the wikitech-l mailing list were fixed. In Bugzilla's taxonomy, open tickets in the dormant "Wiktionary tools" product were retriaged and the product closed for new bug entry, and Security-related components in Bugzilla were reorganized after a meeting with the Wikimedia Foundation's security engineer.

2013-07-09[edit]

Apart from the usual triaging and handling feedback, Andre reorganized the components in the "Parsoid" product as requested by its main developer. Thanks to Daniel Zahn, Bugzilla administrators now regularly receive an email with a database dump of Bugzilla's "audit log" which lists the most recent taxonomy changes in Bugzilla (component or keyword additions, etc.). Andre also updated the bug management task list for the new quarter, continued his weekly blogposts of Bugzilla tips, and announced the next Bug management IRC office hour on Tuesday 16th.

2013-07-23[edit]

In the last two weeks, Andre ran a Bug management IRC office hour (full log here), had a meeting with Bugzilla upstream developers to discuss future plans, created a patch to make Bugzilla's guided bug entry form usable for Wikimedia Bugzilla (bug 36762), kept an eye on SUL2 issues, published a Bugzilla admin policy announcement, and introduced a PATCH_IN_GERRIT Bugzilla status as previously discussed here (with related followup tasks still to perform).

2013-07-29[edit]

This week, Andre introduced a PATCH_TO_REVIEW status in Bugzilla which is automatically set by the Gerrit Notification Bot in Bugzilla. As a side effect, the "patch-in-gerrit" Bugzilla keyword was removed, the patch status of number of older bug reports was rechecked, and the "Weekly Bugzilla Report" email was updated to incorporate PATCH_TO_REVIEW status. Andre furthermore played with Mozilla's "Needinfo" extension and prepared a patch for using the InlineHistory extension in Bugzilla. After a meeting with the TimedMediaHandler developers, Andre closed all remaining open "OggHandler" bug reports in Bugzilla as it's been superseded by TimedMediaHandler. Also, a dozen of open tickets with the "ops" keyword were retriaged and resolved.

2013-07-monthly[edit]

A PATCH_TO_REVIEW status was introduced in Bugzilla which is automatically set (by the Gerrit Notification Bot) on bug reports when a commit message in Gerrit mentions a corresponding bug number. Andre prepared a patch for using the InlineHistory extension in Bugzilla and a patch to make Bugzilla's guided bug entry form for new users usable for Wikimedia Bugzilla. Andre also continued his weekly blogposts of Bugzilla tips. Thanks to Daniel Zahn, Bugzilla administrators now regularly receive an email with a database dump of Bugzilla's "audit log" which lists the most recent taxonomy changes in Bugzilla (component or keyword additions, etc.). In Bugzilla's taxonomy, the components in the "Parsoid" product were reorganized as requested by its main developer, and the remaining open "OggHandler" tickets were closed as it has been superseded by TimedMediaHandler.

2013-08-14[edit]

Andre attended Wikimania 2013 to talk with numerous users and developers about bug management, and gave presentations on Improving MediaWiki quality: How everybody can help with bug report triaging and Transparency and collaboration in Wikimedia engineering. Bugzilla now consequently links to canonical places explaining how to write a good bug report and explaining Bugzilla's UI fields (previous two places contained contradicting information). Preparations for migrating Pywikipedia/Pywikibot bug tracking to Bugzilla have started, and components under the "Analytics" product got restructured as requested by its developers.

2013-08-20[edit]

The last days consisted of gruntwork, such as general triage of new incoming Bugzilla tickets, help tracking down urgent issues like bug 52853, prioritizing tickets, pinging on some older highest priority tickets that had not seen updates for a while, improving a number of Bugzilla keyword and component descriptions, creating requested new Extension components, playing with Mozilla's Needinfo Bugzilla extension and pushing an update for the triage helper scripts. Andre also documented testing Bugzilla code changes on the Wikimedia Labs instance.

2013-08-27[edit]

Andre cleaned up his Greasemonkey triage helper scripts by providing a setting for each functionality at the beginning of the file, and made sure that they also work for Bugzilla users without editbugs+canconfirm permissions -- a blogpost provides more details. Bugzilla's testing instance on Wikimedia Labs saw several patches deployed for testing, such as showing the history of a bug report inline between the comments, configuring the guided bug entry form for users that are new to bug reporting, and showing a "Show other bugs" link to make finding duplicates easier. Furthermore, Andre updated Bugzilla's technical documentation and created an "Analytics > Tech community metrics" component.

2013-08-monthly[edit]

Andre gave presentations on Improving MediaWiki quality: How everybody can help with bug report triaging and Transparency and collaboration in Wikimedia engineering at Wikimania 2013. He updated Bugzilla's technical documentation and documented how to test Bugzilla code changes on the Wikimedia Labs instance. Bugzilla now consequently links to canonical places explaining how to write a good bug report and explaining Bugzilla's UI fields. Bugzilla also shows a new "Show other bugs" link next to the "Component" area to make finding similar reports easier. Andre cleaned up his Greasemonkey triage helper scripts by providing a setting for each functionality at the beginning of the file; a blog post provides more details. Bugzilla's testing instance on Wikimedia Labs saw several patches deployed for testing, which after some more testing should end up in the live Bugzilla; changes include: showing the history of a bug report inline between the comments and configuring the guided bug entry form for users that are new to bug reporting.

2013-09-03[edit]

Apart from usual gruntwork (triaging, commenting, reproducing, nagging, following VillagePumps especially discussing the SecureLogin deployment), Andre mostly continued working on Bugzilla code improvements. He fixed a number of Bugzilla issues and prepared patches for some more. He also visited Wikimedia Germany to have a Q&A session on Bugzilla use.

2013-09-18[edit]

Apart from the usual triaging, reproducing and prioritizing of problems and tickets, Andre spent a week in San Francisco and had numerous meetings and discussions about bug management with Wikimedia developers. In Bugzilla's taxonomy, MediaWiki version 1.21.2 was added to Bugzilla and the numerous 1.17.x versions were merged into a single "1.17.x" version. Tickets under the "Tools" product in Bugzilla were retriaged, and a bug report was filed to think about renaming "Tools" to avoid confusion with Tool Labs. As a side effect, MediaWiki-Vagrant is now a product on its own in Bugzilla. Andre also investigated the possibility of restricting access to Bugzilla's Priority field as this was brought up by several developers. In Bugzilla's code, the icons on the Bugzilla frontpage are now centered and some Bugzilla code was resynced with upstream. Reasons for an issue with Bugzilla showing cached CSS files were also investigated.

2013-09-24[edit]

The week mostly has been gruntwork (triaging, updating Greasemonkey scripts, pinging on some older tickets, replying on VillagePumps). Andre started to think about Bugzilla taxonomy improvements and joined the initial bug triage of Multimedia tickets. Daniel Zahn created a "clean" Labs instance of Wikimedia Bugzilla to easier compare behavior to other testing instances on Labs. Legoktm provided a patch to support Sourceforge URLs in Bugzilla's "See Also" field as part of moving pywikipedia bug reports from SourceForge to Bugzilla.

2013-09-monthly[edit]

This month, beside our usual ongoing work and numerous small fixes to Bugzilla's code and changes to taxonomy, Legoktm provided a patch to support Sourceforge URLs in Bugzilla's "See Also" field, as part of moving pywikipedia bug reports from SourceForge to Bugzilla. Andre Klapper added an option to display metadata changes to a bug report (which are available via the "History" link in a Bugzilla ticket) inline, between the comments. It is now possible to distinguish the products 'MediaWiki' and 'MediaWiki extensions' in Bugzilla's search results. Furthermore, work on creating a guided bug entry form for newcomers continued.

2013-10-01[edit]

Bugzilla received an option to display metadata changes of a bug report (which are available via the "History" link in a Bugzilla ticket) inline, between the comments. It is now possible to distinguish the products 'MediaWiki' and 'MediaWiki extensions' in Bugzilla's search results. Furthermore, work on creating a guided bug entry form for newcomers continued. Andre pinged on numerous open tickets in PATCH_TO_REVIEW status where the corresponding patch has been merged, went through open tickets with target milestone set to 1.22.0 and pinged/updated their statuses (in reply to tarball release plans), reset tickets from ASSIGNED to NEW status when the assignee was set to the default nobody@ assignee, and started investigating potential issues with our custom CSS theme for Bugzilla.

2013-10-15[edit]

The recently introduced option to display metadata changes of a bug report inline has been enabled by default for all logged-in users. Legoktm finished mass-importing all remaining Pywikibot tickets from Sourceforge to Bugzilla. Andre investigated Wikimedia Bugzilla's custom CSS changes for Bugzilla and created numerous cleanup patches (1, 2, 3, 4, 5, 6, 7, 8, 9) to simplify maintenance. Work also continued on bringing the guided bug entry form into shape by incorporating feedback from the design team in an updated patch which can also be tested on Labs. Furthermore, Andre attended Mozilla Summit 2013 and discussed Bugzilla related topics with other attendees (see blog entry).

2013-10-22[edit]

This week, Daniel Zahn upgraded Wikimedia Bugzilla to latest version 4.2.7. The Greasemonkey triage helper scripts can now colorize/categorize (based on filtering by email address) all active users in a bug report, not only the reporter anymore. Andre also investigated an attachment restriction issue, worked on a patch to support Trello URLs in Bugzilla's "See Also" field, mapped numerous Git repositories to Bugzilla components to help improve tech community metrics, and contributed patches (code cleanup and a small fix) to upstream Bugzilla development. Furthermore, as requested by respective maintainers, the Tools > grabbers plus numerous Wikibase* components got created in Bugzilla.

2013-10-29[edit]

Bugzilla now offers a new guided bug entry form which will make creating good bug reports easier for newcomers (bug report). The "InlineHistory" extension received a small bugfix. In general, Andre investigated preparations for upgrading Bugzilla to version 4.4 and as a side-effect updated several related tickets (needinfo; content sniffing, CSS invalidation, 'See Also' extensions, Weekly Summary setup, Tags UI). Related, further CSS cleanup patches got merged to simplify maintenance and upgrading (1, 2, 3, 4, 5, 6) and some customizations were synced with the upstream codebase (1, 2, 3).

2013-10-monthly[edit]

Bugzilla now offers a new guided bug entry form which will make creating good bug reports easier for newcomers. Bugzilla now also displays metadata changes of a bug report inline for all logged-in users, so they can see in the comments who changed a value of a field (without clicking on "History"). Daniel Zahn upgraded Wikimedia Bugzilla to latest version 4.2.7. Legoktm mass-imported about 400 Pywikibot tickets from Sourceforge to Bugzilla. On a related note, Amir ran a PyWikibot Bug Triage resulting in nearly 100 tickets receiving updates. Furthermore, Andre Klapper investigated Wikimedia Bugzilla's customizations in CSS and code in order to clean up and sync with the upstream code base, to simplify current maintenance and also make a potential future upgrade of Wikimedia Bugzilla from version 4.2 to 4.4 easier.

2013-11-05[edit]

This week, Versions and Target Milestones for the MediaWiki 1.22 tarball and the 1.23 development series were created and the "wikidata" keyword got removed. Chad retriaged numerous "lucene-search-2" reports by obsoleting or moving them to "CirrusSearch" when appropriate.

2013-11-12[edit]

Andre created a stub/placeholder for a potential Bugzilla etiquette and participated in discussions on the wikitech-l@ mailing list on Bugzilla in general, editbugs permissions, and assigning bug reports. Andre helped preparing Wikimedia taking part in Google Code-in by talking to potential mentors about tasks, improving existing proposals, and importing tasks which are ready from the wikipage into the Google Melange system. New SSL certs for bugzilla.wikimedia.org were installed by WMF operations. The "shellpolicy" keyword in Bugzilla was renamed to "community-consensus-needed".

2013-11-20[edit]

Andre spent most of the last week on Google Code-In preparations and organizing (improving documentation and importing tasks, supporting mentors and students via IRC, Google Melange and mail). He worked on an initial draft for a Bugzilla etiquette. Code-related, the Greasemonkey triagescripts received some updates (e.g. stock answers to nag assignees), two more Bugzilla custom CSS cleanup patches (1, 2) were tested and got merged, and the "WeeklyReport" Bugzilla extension code was sync'ed with upstream.

2013-11-26[edit]

Apart from usual activity, Andre helped in running and organizing the first week of the Google Code-In (GCI) competition. Refering to Bugzilla-related GCI tasks, students contributed an updated version of the bug life cycle diagram, triaged 10 vector skin bugs, wrote a patch to warn that patches should not go into Bugzilla and analyzed which sections in the How to report a bug instructions need an update for the guided bug entry form. Andre continued with Bugzilla code cleanup, the code of the WeeklyReport extension was brought closer to upstream and received bugfixes (1, 2, 3). He also attended WikiCon, a gathering of the German-speaking Wikimedia community.

2013-11-monthly[edit]

Andre Klapper and Quim Gil prepared and organized Wikimedia's participation in Google Code-In. This includes supporting mentors and students by writing documentation and importing tasks. Code-related, Andre cleaned up Wikimedia Bugzilla's custom CSS by removing 16 CSS files with 6 left to stay, prepared and tested patches for upgrading Wikimedia Bugzilla from version 4.2 to 4.4, updated the Greasemonkey triagescripts (e.g. stock answers to ping assignees), and sync'ed the "WeeklyReport" Bugzilla extension code with upstream. WMF's Operations team installed new SSL certificates for bugzilla.wikimedia.org. The "shellpolicy" keyword in Bugzilla was renamed to "community-consensus-needed" and the "wikidata" keyword was removed. Furthermore, Andre created a draft for a Bugzilla etiquette.

2013-12-10[edit]

Andre played on the Labs testing instance with common queries on frontpage and played with ComponentExtension. Feedback was incorporated into the Bugzilla Etiquette draft; it was announced on wikitech-l to get more feedback. Andre also cleaned up open mwEmbed tickets and closed the component for new reports, and worked on an initial draft for kicking off a Project Management Tool Evaluation.

2013-12-15[edit]

Discussing an evaluation of Wikimedia's Project management tools was kicked off on teampractices@ and on-wiki. On the technical side, Daniel Zahn worked on preparing the migration of bugzilla.wikimedia.org from kaulen in Tampa to zirconium in Eqiad. Daniel and Andre identified the required Apache and Perl modules to set up on the new server (see RT #4783) and also eliminated nearly all Perl CPAN modules (in Bugzilla's /lib subfolder) by using default distribution packages, after testing on a fresh Labs instance. Daniel turned the existing rudimentary Bugzilla puppet code into a puppet module. Documentation is therefore now auto-generated on doc.wikimedia.org (see Git and Gerrit for more information). In Bugzilla's taxonomy, the CiviCRM product was moved to a subcomponent.

2013-12-monthly[edit]

Quim Gil and Andre Klapper continued to run and coordinate Google Code-In for Wikimedia. Andre's draft for a Bugzilla etiquette received lively feedback and discussion. On the technical side, Daniel Zahn prepared the migration of bugzilla.wikimedia.org to WMF's new data center by turning the existing rudimentary Bugzilla puppet code into a puppet module and automatically generating documentation on doc.wikimedia.org. As part of this preparation, Daniel and Andre also eliminated nearly all Perl CPAN modules (in Bugzilla's /lib subfolder) on the new server by using default distribution packages instead. Furthermore, Andre worked on a preliminary patch to display some common queries on the Bugzilla front page.

2014-01-01[edit]

The last two weeks had less activity due to vacation. Apart from gruntwork (Prioritizing and triaging incoming tickets; running Google Code-In; checking feedback channels like Village Pumps): Following and commenting on the lively discussion in mw:Talk:Bug_management/Bugzilla_etiquette; working on the next step (getting feedback from stakeholders) of mw:Project_management_tools/Review and creating a preliminary patch to display some common queries on the Bugzilla frontpage.

2014-01-06[edit]

Valhallasw wrote a script to import tickets from JIRA (used by Toolserver) to Wikimedia Bugzilla and added a "Browse projects" link to Bugzilla's sidebar. Relatedly, several Bugzilla components for tools on Tool labs were created. As part of Google Code-In, Geoffrey Mon made the "(Show other bugs)" link next to the component dropdown in bug reports now exclude closed tickets. Andre thoroughly tested Chris Steipp's patch to re-enable inline displaying of image attachments in Bugzilla, renamed the default bug assignee from "Nobody" to "Nobody - You can work on this!" to be more descriptive, and fixed a small Bugzilla UI regression. As part of the task to upgrade Bugzilla to 4.4 and move to a new server (zirconium), Daniel Zahn upgraded Bugzilla on zirconium from 4.2 to 4.4 and applied Wikimedia's custom changes so now testing can take place.

2014-01-13[edit]

Image attachments in Bugzilla are displayed inline again and the link to the guided bug entry form at the top of the standard bug entry form now sets the already chosen product directly, saving you two clicks when you switch to the guided form. Andre also wrote a not-deployed-yet patch to make duplicates.cgi more useful (see bugzilla:56253 and bugzilla:58749), prepared a not-deployed-yet Gerrit patch to display common queries on the Bugzilla frontpage, and investigated our use of Bugzilla's custom footer.html.tmpl file to realize that it will block using the "Saved reports" feature in Bugzilla 4.4. Work continued on preparing the Bugzilla 4.4 upgrade: Andre's patches for porting custom changes from 4.2 to 4.4 got deployed on the Bugzilla test instance on zirconium, and thanks to Sean Pringle and Daniel Zahn, the Bugzilla test instance on zirconium received a newer database dump so Andre can now log in for testing. Furthermore, Quim and Andre successfully finished Google Code-In, the discussion on a Bugzilla etiquette continued, and the HipHop tracking bug was converted into a keyword.

2014-01-21[edit]

The Bugzilla 4.4 instance on the new server has been tested - next steps are to switch the database and DNS after all involved people have agreed on a timeframe. Andre made the Greasemonkey scripts also work with Bugzilla 4.4. Further code preparations (which are not merged yet) were porting custom code so "Saved Reports" feature can be used in Bugzilla 4.4 and some cleanup of the guided bug entry's code. Andre also added a "Situation specific information" section to the Triage guide documentation about purging and profiling.

2014-01-monthly[edit]

Valhallasw wrote a script to import tickets from JIRA (used by Toolserver) to Wikimedia Bugzilla, added a "Browse projects" link to Bugzilla's sidebar, and added an "Upload to Gerrit" button for Bugzilla attachments to the Greasemonkey triagescripts. Inline displaying of image attachments in Bugzilla was re-enabled and the default bug assignee was renamed from "Nobody" to "Nobody - You can work on this!" to be more descriptive. The link to the guided bug entry form at the top of the standard bug entry form now sets the already chosen product directly, saving you two clicks when you switch to the guided form. Work continued on preparing the Bugzilla 4.4 upgrade: Andre Klapper's patches for porting custom changes from 4.2 to 4.4 were deployed on the Bugzilla test instance on Zirconium and tested, and Daniel Zahn fixed a problem with Bugzilla's collectstats.pl, so the 4.4 upgrade and server move will take place in February. Bug management documentation related, Andre added a "Situation specific information" section to the Triage guide documentation about purging and profiling.

2014-02-11[edit]

The Bugzilla etiquette was finalized (announcement). Regarding the Bugzilla upgrade to 4.4, Andre cleaned up previous Upgrade notes and moved them to a central place on wikitech.wikimedia.org, and prepared steps for Bugzilla maintenance tasks this Wednesday. Andre also reordered the Windows and MacOS entries in Bugzilla's "OS" dropdown to list recent versions first, triaged (non-MediaWiki/non-MediaWiki Extensions) open tickets with the "easy" keyword (as a preparation to restart mw:Annoying little bugs), and updated the triage guide. Dan Garry retested and updated numerous Search bug reports against CirrusSearch.

2014-02-17[edit]

Bugzilla got upgraded from version 4.2.7 to 4.4.1 which fixed numerous bugs. Documentation was updated accordingly. The Greasemonkey triagescripts were updated to work with Bugzilla 4.4 and two stock answers for nagging on older tickets with PATCH_TO_REVIEW status were added. Andre aligned the boogs instance on Wikimedia Labs with the production server again. Daniel Zahn puppetized Bugzilla and moved Wikimedia Bugzilla to a new server (together with Sean Pringle). Bugzilla now displays useful queries and personal information on its frontpage. Tony Thomas added a link to the Bugzilla Etiquette in the footer. This, that and the other fixed a style issue. Tim Landscheidt fixed displaying of CVE links in Bugzilla. The table of duplicates now displays bug resolutions (to identify popular WONTFIXed requests) and priorities as columns. Andre also retriaging some older tickets missing sufficient information or stuck in PATCH_TO_REVIEW status, restructured the Mobile Frontend components, and renamed Wikimedia component "git-deploy" to "Deployment systems".

2014-02-25[edit]

Some smaller Bugzilla code cleanup patches (removing an unused file, use hooks to have smaller diff, backporting a needinfo extension patch) by Andre were deployed. Valhallasw added a meta-history bug link expansion to the Greasemonkey Triagescripts and contributed a sidebar Greasemonkey script to provide direct "create bug report" links to components that anybody can adjust. Andre cleaned up the Annoying little bugs wiki page by adding a section covering common questions and issues of new contributors (based on Google Code-In experience), retriage many open reports with the "easy" keyword and clarified its scope. Further discussion took place on improving Bugzilla Metrics.

2014-02-monthly[edit]

Bugzilla got upgraded from version 4.2.7 to 4.4.1, which fixed numerous bugs. Daniel Zahn puppetized Bugzilla and (together with Sean Pringle) moved Wikimedia Bugzilla to a new server. Bugzilla now displays useful queries and personal information on its front page. Its table of duplicates now displays bug resolutions (to identify popular WONTFIXed requests) and priorities as columns. The Bugzilla etiquette was finalized (read the announcement). In Bugzilla's taxonomy, the MobileFrontend components were restructured and the Windows and MacOS entries in Bugzilla's "OS" dropdown were reordered to list recent versions first. Andre Klapper refreshed the Annoying little bugs page by adding a section covering common questions and issues of new contributors, based on Google Code-In experience.

2014-03-10[edit]

Andre added project-specific sections and Bugzilla queries to Annoying little bugs to help newcomers finding an area of interest for contributing. Andre blogged about the 4.4 upgrade which took place in February and moving Bugzilla to a new server. Andre met with the Wikidata team and discussed agile development in Bugzilla (Wikidata's Scrumbugs use), marking Stories/Tasks in Bugzilla, Priority and Severity confusion, using GitHub webhooks for Github notifications in Bugzilla, Whiteboard/Keywords/Tags and resulting confusion, and potentially setting up a Wikidata product instead of having components all over the place which are still split or renamed from time to time. Andre also set up a wikipage to list pros and cons of available implementations for "This ticket needs more information" (bugzilla:36064) and started thinking about actionable steps to improve Bugzilla's product/component taxonomy with a broader proposal to expect soon. On a related note, all remaining Cortado tickets were retriaged and closed. Andre also updated the mapping of Gerrit repositories to Bugzilla components as requested by Community Metrics.

2014-03-24[edit]

Andre prioritized and retriaged many tickets (e.g. older tickets with high priority set for >2yrs; older PATCH_TO_REVIEW tickets; older critical tickets) and set up new Versions for "Wikipedia App" product. He also investigated moving the Bugzilla instance on Wikimedia Labs to EQIAD (easier to set up from scratch) and played with Phabricator (Archived 2014-08-02 at the Wayback Machine) and its query interface.

2014-03-monthly[edit]

Beside working on the Project Management Tools Review, Andre Klapper retriaged many older tickets with high priority set for more than two years, older PATCH_TO_REVIEW tickets and older critical tickets and investigated moving the Bugzilla instance on Wikimedia Labs to the Ashburn data center (easier to set up from scratch). Andre added project-specific sections and Bugzilla queries to Annoying little bugs to help newcomers finding an area of interest for contributing, and blogged about the 4.4 upgrade (which took place in February) and moving Bugzilla to a new server. In Bugzilla's tickets, all remaining Cortado tickets were closed and new Versions for "Wikipedia App" product set up.

2014-04-14[edit]

Apart from usual gruntwork, Andre was mostly busy preparing the Project management tools RfC, handling the testing feedback on Phabricator itself in the test instance on Labs and investigated Phabricator's HTML (to port triagescripts). In Bugzilla, a lot of older WikiEditor tickets were cleaned up.

2014-04-28[edit]

Apart from the Project management tools RfC, Daniel Zahn and Andre Klapper upgraded Wikimedia Bugzilla to the latest version 4.4.4. Valhallasw replaced the brittle wikibugs IRC notification bot by pywikibugs (announcement). Andre contacted several Google Code-In mentors asking for feedback on 'Annoying little bugs', renamed Bugzilla's "Tools" product to "Utilities" to decrease confusion with tools on Tool Labs, cleaned up old forgotten "Backport_WMF?" flags on bug reports and pinged on some older PATCH_TO_REVIEW tickets with all patches merged, and created "1.24-git" (deployment) & "1.23rc" (tarball) versions for "MediaWiki" and a "1.23" version for "MediaWiki extensions".

2014-04-monthly[edit]

Daniel Zahn and Andre Klapper upgraded Wikimedia Bugzilla to the latest version 4.4.4. Valhallasw replaced the brittle wikibugs IRC notification bot by pywikibugs (announcement). A bugday took place updating about 50 MediaWiki General/Unknown tickets. Bugzilla's "Tools" product was renamed to "Utilities" to decrease confusion with tools on Tool Labs. Numerous old forgotten "Backport_WMF?" flags on bug reports, older PATCH_TO_REVIEW tickets with all patches merged, and a lot of older WikiEditor tickets were cleaned up. In general, work mostly concentrated on handling the Phabricator RfC.

2014-05-19[edit]

Apart from usual bugtriage/firefighting and the major focus on Phabricator migration work, Andre and Mark updated some open Bugzilla tickets with Target Milestone 1.23.0 at the Zürich Hackathon 2014, retriaged some open major/high Multimedia tickets, created some requested components, and investigated Gerrit bot notification breakage with Daniel and Christian.

2014-05-29[edit]

Apart from working on Phabricator and doing gruntwork, Andre made smaller changes to Annoying little bugs based on feedback, and reorganized the Wikipedia App and the Analytics products in Bugzilla.

2014-05-monthly[edit]

Mark Holmquist and Chad Horohoe changed Bugzilla to automatically hand out "editbugs" permissions to new accounts and to be able to hand out "editbugs" recursively (bug 40497). Apart from usual bugtriage and major focus on Phabricator migration work, Andre Klapper retriaged some open major/high Multimedia tickets, created some requested components and investigated Gerrit bot notification breakage with Daniel Zahn and Christian Aistleitner. He also made small changes to the Annoying little bugs page based on feedback, and reorganized the Wikipedia App and the Analytics products in Bugzilla. Andre and Mark Hershberger updated some open Bugzilla tickets with Target Milestone 1.23.0 at the Zürich Hackathon 2014.

2014-06-11[edit]

Tony and TTO styled Bugzilla's Alias field differently and Tony cleaned up the codebase. Apart from gruntwork (handling new tickets; prioritizing tickets; pinging on older tickets; 1.23.0 release) and main focus on Phabricator, Andre tested & reviewed further contributed Bugzilla patches (1, 2).

2014-06-23[edit]

Parent5446, Krinkle and Andre created several requested Bugzilla components, plus moved 'MediaWiki skins' to a Bugzilla product of their own. Odder fixed a small glitch in Bugzilla's Weekly Summary and Tony removed the padlock icons for https links in Bugzilla.

2014-06-monthly[edit]

Apart from gruntwork (handling new tickets; prioritizing tickets; pinging on older tickets) and Andre's main focus on Phabricator, Parent5446, Krinkle and Andre created several requested Bugzilla components, plus moved 'MediaWiki skins' to a Bugzilla product of their own. In Bugzilla's codebase, Tony and TTO styled Bugzilla's Alias field differently, Tony removed the padlock icons for https links in Bugzilla and cleaned up the codebase, and Odder fixed a small glitch in Bugzilla's Weekly Summary and rendering of custom queries on the Bugzilla frontpage. Numerous older tickets with high priority were triaged on a bugday.

2014-07-09[edit]

Jan enabled Apache modules for Bugzilla to invalidate CSS cache. Tyler and Andre added two components to Bugzilla. Planning of an exposed "easy bug of the week" continued, summarized on a wikipage.

2014-07-22[edit]

Matanya updated Bugzilla's cipher_suite and cleaned up an Apache template. Jan enabled strict transport security. Daniel deleted the unused Bugzilla apache config file. Andre created a Mathoid product in Bugzilla.

2014-07-monthly[edit]

At the Pywikibot bugdays, 189 reports received updates. Technically, Jan enabled invalidating the CSS cache and strict transport security, Matanya updated Bugzilla's cipher_suite and cleaned up a template, and Daniel deleted an unused config file. Tyler and Andre added requested components to Bugzilla. Planning of an exposed "easy bug of the week" continued, summarized on a wikipage.

2014-08-monthly[edit]

Daniel made Bugzilla use ssl_ciphersuite to add HSTS and removed a superfluous STS header setting. Andre worked around a Bugzilla XML RPC API issue which created problems for exporting Bugzilla data for a Phabricator import. In Bugzilla's taxonomy (components, descriptions, default CCs, etc.) some smaller changes took place.

2014-09-10[edit]

Tyler created some new components or default assignees.

2014-09-monthly[edit]

The "Commons App" product was closed as no further development is planned currently. A new product was created for the new PDF renderer infrastructure and numerous components were created.

2014-10-08[edit]

A very active bugday on Offline content generation / PDF rendering took place, organized and led by User:Nemo_bis. Wikimedia Bugzilla received several security updates (related RT tickets 1 and 2. A new component for IEG was created. Andre cleaned up some older Backport flags and proposed to remove a Target Milestone in the Wikimedia product.

2014-10-monthly[edit]

A very active bugday on Offline content generation / PDF rendering took place, organized and led by User:Nemo_bis. Wikimedia Bugzilla received several security updates (related RT tickets 1 and 2). A new component for IEG was created. Andre cleaned up some older Backport flags and removed the "Mysterious future" Target Milestone in the Wikimedia product.

2014-11-17[edit]

A "Vendor" component was added to the "MediaWiki" product.

2014-11-22[edit]

The migration from Bugzilla to Phabricator has started.

2014-11-29[edit]

The migration from Bugzilla to Phabricator was successful (see announcement on wikitech-l) - all tasks and accounts (which need to get claimed by their users) were imported into Phabricator. Bug management or Bugzilla related documentation was updated accordingly. Details and a list of all the steps performed for the migration are also available. Bugzilla is still available at https://old-bugzilla.wikimedia.org - see Phabricator/versus_Bugzilla for more information and differences between Phabricator and Bugzilla. Bugzilla accounts that were default CC or default assignees of components in Bugzilla were contacted to please join their corresponding projects in Phabricator. Change notifications to the wikibugs-l mailing list are disabled as they were considered too noisy. Availability of batch editing is currently restricted to members of the Triagers project. After the migration, several projects were renamed or newly created (such requests are handled in the Project-Creators project in Phabricator).

2014-11-monthly[edit]

Bugzilla was migrated to Phabricator (see announcement on wikitech-l). All tasks and accounts (which need to get claimed by their users) were imported into Phabricator. Bug management or Bugzilla related documentation was updated accordingly. Details and a list of all the steps performed for the migration are also available. Bugzilla is still available at https://old-bugzilla.wikimedia.org - see Phabricator/versus_Bugzilla for more information and differences between Phabricator and Bugzilla. Bugzilla users which were default CC or default assignees of components in Bugzilla were contacted to join their corresponding projects in Phabricator. Change notifications to the wikibugs-l mailing list are disabled as they were considered too noisy. Availability of batch editing is currently restricted to members of the Triagers project. After the migration, several projects were renamed or newly created (such requests are handled in the Project-Creators project in Phabricator).

2014-12-18[edit]

After the migration from Bugzilla to Phabricator, many projects got created or renamed.

2014-12-monthly[edit]

Numerous Security related tags were added. After the migration from Bugzilla to Phabricator, many projects got created or renamed. "Blocked-on-team" projects were created as requested by Scrum teams. The MediaWiki-extensions-MWSearch and Wikimedia-lucene-search-2 projects were archived. The Future-Release milestone was removed and several other milestones archived. "Technical debt" was turned into a tag, superseding a tracking task. The MediaWiki-Javascript project and the javascript tracking task were superseded by a generic Javascript tag.

2015-01-16[edit]

The Phabricator documentation received many video screencasts. Consistency of edit and view policy was clarified. In Phabricator's taxomony, the MediaWiki release tags were renamed, a Documentation tag was created replacing the previous tracking task, tasks related to HTTPS were reorganized, and the Mobile App project names received small changes.

2015-01-monthly[edit]

The Phabricator documentation received many video screencasts thanks to Google Code-in students. Consistency of edit and view policy was clarified. In Phabricator's taxomony, the MediaWiki release tags were renamed, a Documentation tag was created replacing the previous tracking task, tasks related to HTTPS were reorganized, the Mobile App project names received small changes, several MediaWiki extension components dropped their "MediaWiki-extensions-" prefix, and numerous new projects were created in Phabricator. Planning started for regular public triages of VisualEditor tasks.

2015-02-monthly[edit]

Several projects were created or archived. The Triage documentation received a section about Cookie licking.

2015-03-monthly[edit]

Many projects were created or updated.