MediaWiki 1.17/roadmap

Status
2011-01-06: We're currently getting through the list of code reviews, and dividing that list up among team members.
 * Sam
 * Roan
 * Trevor
 * Chad
 * Tim
 * Mark H.

Timeline
Here's the development timeline:
 * Branch for 1.17 (done)
 * Code Review
 * Quickly get through the list of code reviews that need to happen
 * Etherpad list of fixme's and such 1-17
 * Prune extensions in 1.17 branch to 1.17 WMF relevant extensions
 * Backport all 1.17 tagged revisions
 * Quite a few revs for CR post 1.17 branch need porting to deployment (query fixes, and allowances of other stuff). They include an index update, but mainly code file updates...
 * Work with ops on deployment checklist (see 1.17 deployment plan)
 * Test on prototype.wikimedia.org
 * Deploy on Wikimedia Foundation cluster (hopefully sometime in January)
 * Test installers, make sure that tarball functions well.
 * Release tarball (some time after that)

Release manager
Tim is the Release Manager and in this role has been responsible for merging bug fixes into the release branch. It is proposed that the "dirty work" such as merging in revisions is done by others, namely Roan, Hashar, Chad, and anyone else that feels up to it. RobLa-WMF will be doing any miscellaneous non-code wrangling that needs to occur.

Major / critical bugs

 * - Output is double-compressed if compression enabled prior to script start (Roan)
 * - Extension style-sheets are loaded after user style-sheets (patched by Trevor in r77693, pending review)
 * Monobook broken in IE6 with RL (fixme on r74996). Would like Trevor to take this (this should also be reported as a bug)
 * - Installation/ Upgrade impossible when database name contains hyphen (Chad?)
 * Need to confirm this, but yes, needs to be fixed if it's broken since that'd be a regression. -- Chad

We should probably review the RELEASE-NOTES file and split it in small sections. (of related changes? Should also check it for obsolete stuff that got taken out, I guess). We could have a section with critical bugs.
 * Not important IMO, we've been structuring R-L the same way since forever (config changes / enhancements / bug fixes / api changes). 1.17 isn't any bigger a release than 1.16 was. -- Chad


 * r74740 broke some gadgets/user scripts, fixmed

Niceties / possibly important in real deployment

 * - Port remaining skins to ResourceLoader (Trevor or anyone interested)
 * Would not be a big problem if deferred to 1.18 I think -- Bryan
 * As long as they're verified not to break, it should be fine
 * I think some skins are currently broken, definitely needs checking! -- Chad
 * - classic/standard looks wrong. Sidebar is too far down. Same for cologneblue. myskin too, but on 1.16wmf4 it does that...
 * - Resource loader doesn't respect $wgStyleDirectory (Trevor or anyone interested)
 * Not relevant to WMF deployment at least, we don't use $wgStyleDirectory there. (Should probably be fixed before release though) [interesting!]

Other issues / things to do

 * Gadgets? - there's a new version of the gadgets extension which uses ResourceLoader, this needs testing - what's the status of this?
 * Apparently working fine on TranslateWiki (Since MaxSem's rewrite)
 * Yes, but we need to test more gadgets with it. And be prepared to rewrite some gadget JS to actually benefit from RL (example of conversion). Max Semenik 19:13, 4 December 2010 (UTC)
 * Need to set up a prototype for testing 1.17, including popular gadgets and stuff (Roan)
 * Would be nice to get CR stats for all WMF code (including WMF-enabled extensions) rather than either repo-wide or just phase3
 * Need a proper list of which extensions are in use (how up-to-date is make-wmf-branch/default.conf ?)
 * ls /branches/wmf/1.16wmf4/extensions

Documentation

 * Release notice – probably written by the release manager
 * Update key articles on mediawiki.org (use and expand Brion's notes on what to update on release
 * Update the installation documentation to encompass the new installer
 * Expand the ResourceLoader docs (including taking a look at ResourceLoader/Documentation.)
 * Gather list of other docs to write/update
 * Look at what's been updated around the time of other releases.