This past Wednesday, I held a triage focused on issues from the
Wikibooks an Wikisource projects
** https://bugzilla.wikimedia.org/18861 - Search should give transcluded
text for the page
First, a confession. I'm not an experienced Wikipedian. So when I
saw this bug, I didn't understand the benefit. "Wouldn't you
just need to add namespaces to the search index?" I thought.
Luckily, Roan was in this triage and offered a simple use case:
Wiktionary does crazy things like
{{buildATableOfAllInflections|word|inflectioncase}} — which will
produce a table of all inflections of "word", based on which case
applies to it. So then if you search for an inflection of "word",
say "words", you won't find it.
With the help of this explanation, I was able to understand the
usefulness and what was needed. MWSearch needs to index *expanded*
Wikitext rather than just raw Wikitext.
This would probably also fix that annoying bug where incategory:foo
queries don't work properly with categories from templates
This has been proposed as a Summer of Code idea for 2012.
** https://bugzilla.wikimedia.org/28277 - Error when importing pages from
English Wikipedia to Portuguese Wikibooks
This strange bug caused problems on the Portuguese Wikibooks project,
and we were able to reproduce it during triage. I put Helder.wiki's
steps for reproducing this on the bug and hope to find a developer to
work on it soon.
** https://bugzilla.wikimedia.org/189 - please find a solution for a
music module
After some discussion, I decided to close this bug (which has gotten
over 115 comments) and focus any new effort on action items derived
from it like "Make [[mw:Extension:LilyPond]] safe against DoS attacks"
(https://bugzilla.wikimedia.org/29630).
Sumana is already using this issue as a possible area for volunteers
to work on.
Side note: prior to this triage, the LilyPond Extension existed only
on a MediaWiki page. After the triage, I committed the LilyPond code
to SVN and, almost immediately, it began getting valuable reviews and
updates. http://hexm.de/80
I think this really shows the value of our code review process —
especially as we've improved it over the past year or so.
** https://bugzilla.wikimedia.org/27256 - Correcting content page count at
en.wikibooks and pt.wikibooks
It looks like we spent a bit of time discussing this bug without any
of us being aware of 1.18's new $wgArticleCountMethod. I've updated
the bug with the necessary information.
** https://bugzilla.wikimedia.org/22911 - Install
extension:SubpageSortkey on wikibooks
Bawolff has created an extension to solve Helder.wiki's original
request ("Default 'sort key' for namespaces should be more namespaces
with subpages should be customisable"). At this point it simply needs
to be reviewed and deployed.
** https://bugzilla.wikimedia.org/15071 - Wikibooks/Wikisource needs
means to associate separate pages with books.
** https://bugzilla.wikimedia.org/2308 - ability to watch "bundles" of
sub-pages
These two bugs and Raylton's Extension:BookManager revolved around
these projects' desire to treat books as entities that can be
manipulated in the same way as wiki pages. They'd like the ability to
watch, delete, or move books as well as a have pages like
Special:RandomBook.
Adding some of these features (watching, for example) to all pages in
a category, might help admins in other projects besides these.
** https://bugzilla.wikimedia.org/30666 - Show subpages on page deletion
As Bawolff said, this looks like a sane feature request in general, not
just for wikibooks. Adrignola gave a couple of gadgets that enable
subpage deletion, but the gadgets didn't provide a clean way to undelete
sub pages en-masse.
This sparked a discussion on some other enhancements that would be
good to have. For example the ability to watch all articles in a
category (https://bugzilla.wikimedia.org/1710)
** https://bugzilla.wikimedia.org/26881 - noinclude tag breaks Proofread
under Internet Explorer
This was a on the wishlist for wikibooks and included a patch. I
committed it (http://mediawiki.org/wiki/Special:Code/MediaWiki/98422).
** https://bugzilla.wikimedia.org/12130 - Edit form eats heading CRs
(leading blank newlines/whitespace) on save/preview
This bug keeps popping up and, while there are work-arounds, the
behavior is non-intuitive. Mediawiki erases the first (and only the
first) blank like each time you click submit or preview. After
everyone in the triage meeting confirmed this, I showed the problem to
Krinkle who agreed that this should be fixed and left a comment with
an idea of how to fix it.
Next Triage: October 5th -- focus on Fund-raising issues http://hexm.de/81
Bug Triage calendar: http://hexm.de/TriageCal
--
Mark A. Hershberger
Bugmeister
Wikimedia Foundation
mhershberger(a)wikimedia.org
717.271.1084