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.