This week's bug triage was the first one held by IRC in an effort to
be more open to community involvement. On that basis, it was
successful: User:Bawolff stepped up to the plate to take on a couple of
bugs and User:Leinad stepped in to ask us to consider solving
Bug #29170.
In preparation for 1.18, I had taken all of the bugs marked with
“High” priority and made them blockers on the 1.18 Deployment Bug
(
https://bugzilla.wikimedia.org/29068) or on the 1.18 Tarball Bug
(
https://bugzilla.wikimedia.org/28425).
So the first thing we did was look at this list of blocker bugs and
make sure they all should be blockers. This process revealed a
problem with my method of turning “High” priority bugs into blockers
for release.
For example, I didn't examine some bugs closely enough. The following
two are a good example of this:
https://bugzilla.wikimedia.org/14890
Make image views statistics available through Wikistats
https://bugzilla.wikimedia.org/28898
Set up notification for when/if Google's safe browsing spots
something on wiki
Others that we found and removed from being blockers were
https://bugzilla.wikimedia.org/18861
Search should index template expansion
https://bugzilla.wikimedia.org/25404
lucene search for simple text misses some results
https://bugzilla.wikimedia.org/28223
iPhone Native Crash with UTF-8
https://bugzilla.wikimedia.org/28485
Block::purgeExpired giving "Lock wait timeout
exceeded;"/"Deadlock"
https://bugzilla.wikimedia.org/28543
Article::updateCategoryCounts 1213 Deadlock found when trying to
get lock
https://bugzilla.wikimedia.org/28700
Make
upload.wikimedia.org Cross Origin compatible (CORS)
https://bugzilla.wikimedia.org/28862
Javascript not working for blackberry show/hide section collapse
disabled
Going through the list also helped us discover a couple that should be
closed WORKSFORME:
https://bugzilla.wikimedia.org/28857
Sometimes there's "undefined" in a Resource loader CSS request
https://bugzilla.wikimedia.org/29234
Prevent creation of new (unattached?) SUL accounts with already
unified names
From there, we moved on to the bugs that were affecting
people right
now.
https://bugzilla.wikimedia.org/29277
MediaWiki:Filepage.css not loaded on foreignwiki itself
Chad glommed onto right away. After a bit of diagnosis, he fixed it
this morning
(
http://www.mediawiki.org/wiki/Special:Code/MediaWiki/91031).
https://bugzilla.wikimedia.org/29552
Edited page is not showing the most recent edits to anyone
not logged into wikipedia
Bawolff has been working on the problem and, upon Robla's advice, I
bumped the priority. Bawolff may need some help figuring out how to
test Squid, but until he does, he's on it.
https://bugzilla.wikimedia.org/29585
maintenance script edit.php doesn't update link tables properly
Since Bawolff was already working on this and it was otherwise a low
priority, I assigned it to him.
https://bugzilla.wikimedia.org/29021
Anonymous users can edit page protected with [edit=autoconfirmed]
Roan suggested that the page may have been deleted and undeleted, thus
removing the edit protection. This suggestion led to close
examination of the log where Brion notice today that everything was,in
fact, working correctly, but, because of difficulty on the part of
the developers in understanding the timeline and the actions, that
wasn't seen soon enough.
https://bugzilla.wikimedia.org/27478
Enable $wgHtml5 on Wikimedia wikis
There were no known technical issues blocking this, but in order to
avoid having to roll it out and then roll it back when people
complained that it broke, say, Twinkle, we needed to make sure we have
someone who can babysit the roll out. After some discussion, We
appointed Reedy to be the point man on this.
https://bugzilla.wikimedia.org/29495
India-style commas
This request from Indian wikis and a clear description of the tasks
involved from Brion made it a great addition to our “Annoying little
bug” page (
http://www.mediawiki.org/wiki/Annoying_little_bug) that I'm
maintaining to point potential new MediaWiki developers to some
relatively achievable tasks.
https://bugzilla.wikimedia.org/29564
LQT putting crap in dumps
By the time we got to this in triage, Brion already had a fix
committed for this one. Yay, Brion!
https://bugzilla.wikimedia.org/15434 -
Periodical run of currently disabled special pages (WantedPages,
WantsTemplates etc.)
After Tim pointed out that a few of the disabled pages “should never be run
under any circumstances”, I asked him to update the bug with
information about which of the queries that was.
https://bugzilla.wikimedia.org/29170
[[MediaWiki:Enotif body]] needs GENDER support
As if Bawolff's involvement in the triage wasn't reason enough to
continue holding them on IRC, Leinad stopped by during the meeting to
ask if we could fix this bug for the 1.18 release.
After a bit of discussion, we decided that I should contact the author
of enotify to see if he would fix gender support.
That's all for this week. Our next IRC triage will be at 2100 UTC
Wednesday.
I hope to see you there,
Mark.