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.
In last week's triage meeting we tended to surface really, really old bugs that only surface under edge or corner cases.
For example, I now am assigned bug #93 which deals with how ~~~~ behaves inside <nowiki>. This is the paradigmatic example of a corner case. This isn't preventing anyone from getting their work done in MediaWiki, unless they happened to be compiling a wiki of ASCII art. I took the bug just to learn more about the parser, really.
Maybe the Bugmeister role is still being defined, but I think it would be most helpful if we used these sessions to catch bugs that were important, but for one reason or another fell through the cracks.
Some suggested heuristics (not rules!!):
- older than 1 month -- so we know it may have fallen off the radar
- not older than 4 years -- so it hasn't been proven not to be that important
- should be considered in rewrites already planned -- goal should be to turn them into test cases
- seem to affect lots of pages / users / use cases
- seem to affect less common use cases but in a severe way
My example of a great bug to consider: there's a bug / misdesign with Resource Loader that makes it hard to use RTL languages on international sites like Commons. This was actively debated a few months ago but ended in a compromise that didn't work well for Commons. (https://bugzilla.wikimedia.org/show_bug.cgi?id=6100)
On 4/13/11 7:07 AM, Mark A. Hershberger wrote:
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.
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Neil Kandalgaonkar neilk@wikimedia.org writes:
Maybe the Bugmeister role is still being defined, but I think it would be most helpful if we used these sessions to catch bugs that were important, but for one reason or another fell through the cracks.
Neil,
Thanks for your comments and suggestions. I *am* still figuring this out; the role of Bugmeister is a new one for me.
That said, I want to make sure you and other developers get something useful from the triage meetings. At the same time, I want to make sure we aren't ignoring problems that continue to cause people pain. Still, new pain tends to aggravate more than old, known pain, so your point about dealing with newer bugs is a good one, and it is one that I've already tried to include in my preparation for next week's triage.
Thanks again for your feedback,
Mark.
2011/4/13 Mark A. Hershberger mhershberger@wikimedia.org:
This coming week, I'd like to focus on any User Interface bugs.
Here are a couple of bugs that show up to people who like their paragraphs justified and set up their preferences accordingly:
https://bugzilla.wikimedia.org/show_bug.cgi?id=20184 https://bugzilla.wikimedia.org/show_bug.cgi?id=28359
I may be naïve, but both should be fairly easy to fix.
-- Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי http://aharoni.wordpress.com "We're living in pieces, I want to live in peace." - T. Moore
Just to be sure with this, we're not talking about justifying paragraphs by default? Users must set this preference?
The reason I ask is that paragraph justification is a rather massive "no-no" when it comes to usability regarding readers with dyslexia and some types of visual impairment.
On 4/13/11 1:58 PM, Amir E. Aharoni wrote:
2011/4/13 Mark A. Hershbergermhershberger@wikimedia.org:
This coming week, I'd like to focus on any User Interface bugs.
Here are a couple of bugs that show up to people who like their paragraphs justified and set up their preferences accordingly:
https://bugzilla.wikimedia.org/show_bug.cgi?id=20184 https://bugzilla.wikimedia.org/show_bug.cgi?id=28359
I may be naïve, but both should be fairly easy to fix.
-- Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי http://aharoni.wordpress.com "We're living in pieces, I want to live in peace." - T. Moore
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
2011/4/14 Brandon Harris bharris@wikimedia.org:
Just to be sure with this, we're not talking about justifyingparagraphs by default? Users must set this preference?
Yes. I usually turn it on; now you made me consider turning it off.
The reason I ask is that paragraph justification is a rather massive"no-no" when it comes to usability regarding readers with dyslexia and some types of visual impairment.
It's somewhat off topic, but very interesting. Thanks a lot for sharing it. Please consider improving the paragraph about this issue in the article [[Justification (typesetting)]] :)
-- Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי http://aharoni.wordpress.com "We're living in pieces, I want to live in peace." - T. Moore
"Amir E. Aharoni" amir.aharoni@mail.huji.ac.il writes:
Here are a couple of bugs that show up to people who like their paragraphs justified and set up their preferences accordingly:
https://bugzilla.wikimedia.org/show_bug.cgi?id=20184 https://bugzilla.wikimedia.org/show_bug.cgi?id=28359
I've added the “triage” keyword to #28359 and added a comment pointing back to #20184. I didn't add “triage” to earlier bug because I *am* trying to restrict triage to fairly current bugs.
Feel free to add the “triage” keyword to any other bugs you find that fit the “recent UI bug” criteria.
Mark.
Mark A. Hershberger wrote:
This coming week, I'd like to focus on any User Interface bugs.
I've got one: https://bugzilla.wikimedia.org/show_bug.cgi?id=17316.
I don't imagine there are many UI bugs that require shell/root access, so I think this would be a good one to include.
MZMcBride
wikitech-l@lists.wikimedia.org