This coming week, I'd like to focus on any User Interface bugs. One of the lessons I learned from this last triage, though, is that we want to keep the bug reports current. With the introduction of ResourceLoader, this shouldn't be any trouble, but I want to make it clear that I will remove bugs from triage that haven't seen any activity for over 6 months.
To help with find bugs that I would consider prime candidates for triage, I've created two queries.
The first (http://hexm.de/1y) will find unassigned, open bugs that have been filed against MediaWiki in the past 6 months. About 200 bugs show up.
The second query (http://hexm.de/1z) will find open bugs against MediaWiki modules created in the past 6 months that are, by default, assigned to wikimedia.org email addresses — with those assigned to wikibugs removed. The idea behind this query is to find bugs on MediaWiki modules that the WMF Features team is responsible for. This query finds about 100 bugs.
From this pile of 300 bugs, I need to find about 30 bugs for Monday's
triage meeting. Since I expect the Features team from WMF to have a higher turnout at this meeting, I'm trying to find bugs that are relevant to their recent work — bugs that they can fix now.
I'll be going through these lists myself and putting the keyword “triage” on bugs that I think should go into the meeting. But you can get involved, too, if you see a bug from those two lists that I haven't marked for triage and you think it should really be considered, feel free to put the keyword “triage” on it yourself.
Next week, I'll publish the results of the triage and open a new call for bugs.
Mark.