This summary of the past Monday's bug triage is a little late in coming. For those who want to see the notes from the Triage that are on etherpad, they can be found at http://hexm.de/2f.

Now, my summary:

JS syntax errors affect other modules in ResourceLoader http://bugzilla.wikimedia.org/28626

Brion filed this bug and we discussed what it would take to solve it. To solve this one we'll have to find a GPL-compatible JSLint work-alike. Anyone have one or know of one?

1205: Lock wait timeout exceeded; try restarting transaction (tracking) http://bugzilla.wikimedia.org/28499

After getting reports of a few DB timeouts, we set up this tracking bug and discovered during triage we didn't really have any way to keep track of these errors. We gave Sam Reedy the job of tracking down what is necessary to do this so that, in the future, we'll have a better handle on exactly how bad problems are when they appear.

Replace MD5 password hashing with WHIRLPOOL http://bugzilla.wikimedia.org/28419:

I had retitled this bug base on Tim's idea. I used the triage to help decide what sort of priority this should have. After a bit of discussion we decided to let Tim set the priority and (hopefully) implement his suggestion.

Animated GIF has black artifacts when scaled http://bugzilla.wikimedia.org/28631

During Triage, we had a discussion about ImageMagick thumbnailing in general and when this particular problem would come up Sam again suggested VIPScalar as a thumbnailer replacement.

Brion suggested we might return to not providing thumbnails of animated GIFs because of size problem since this particular problem was the result of trying to thumbnail animated GIFs.

After triage, I found that removing the “+map” option from the thumbnailing command removed the artifacts from the thumbnail and produced a smaller image.

Merge iwtransclusion branch into phase3 http://bugzilla.wikimedia.org/28673

Even though this is an enhancement, and enhancements aren't usually brought up in triage, I brought it up because so many people have been looking for it and talking about it on foundation-l, etc.

Sam said he has been working on merging the code, but Roan also might need to help.

We'll still need to review it for architectural soundness.

In any case this probably won't make it in in time for 1.18.

Title attribute is missing for some internal links http://bugzilla.wikimedia.org/28182

Brought this up because people have been complaining about it ever since we deployed in February and I was actually responsible for creating the complaints by fixing an old bug (http://bugzilla.wikimedia.org/542).

After a bit of discussion about the problems of fixing old bugs — something I'll remember forever — I said I would revert my fix. (See http://www.mediawiki.org/wiki/Special:Code/MediaWiki/87030)

{{DEFAULTSORT:}} trims leading space http://bugzilla.wikimedia.org/28023

Comment from Triage: “This is a fairly esoteric case.” We are lowering the priority.

Boldface all fatals (in the installer) http://bugzilla.wikimedia.org/28039

MaxSem has fixed this one. (See http://www.mediawiki.org/wiki/Special:Code/MediaWiki/87027)

Chad pointed out he plans to fix the entire warning system in 1.18.

Thumbnail feature in Special:listfiles doesn't handle very narrow images well. http://bugzilla.wikimedia.org/28076

Bryan has provided a patch and, after triage, Brion reviewed it.

Lucene search for simple text misses some results http://bugzilla.wikimedia.org/25404 Search result snippets should skip parenthetical phrases http://bugzilla.wikimedia.org/28088

During triage, we discussed how we can manage Search bugs since they require some Java skills and messing with Lucene. I mostly raised this just so we could talk about how to handle these search problems more reliably since, till now, we've relied on a volunteer who doesn't have as much time available.

Can't upload PDF / ODF Hybrid http://bugzilla.wikimedia.org/28188

Another enhancement request. We talked about security checks on PDFs and ZIPs and why we would want to support this. Updated the bug with comments.

"Context per line" preference doesn't seem to do anything useful http://bugzilla.wikimedia.org/28343:

We'll be obsoleting this pref since it doesn't do anything.

Edit tab is shown as "view source" for blocked users, which breaks squid caching http://bugzilla.wikimedia.org/28354

P.Copp supplied a patch which I've asked him to apply.

Line breaks introduced when nesting nowiki within code tags. http://bugzilla.wikimedia.org/28087

This Parsing bug targetted for Brion's newparser.

Till next week, enjoy the bugs!

Mark.