For most of its history, code for the MediaWiki software which forms the basis of WMF wikis and other sites was developed, packaged into sequential releases every three or four months, and then deployed. However, more recently, major changes have been deployed immediately (i.e. out of cycle), easing the pressure on set-piece deployments of code. On Tuesday, February 8, starting at 07:00 UTC, the latest major release of the MediaWiki software, version 1.17, will be released, giving WMF wikis around six months' worth of not-already-deployed code updates (Wikimedia Techblog). A release to other sites will follow soon after. The release represents a massive code review effort in the last two months to check all updates to the software (approximately 1200 of them) before they are released.
If the deployment goes well, it is unlikely that Wikimedians will notice much difference: most of the major features have already been implemented on WMF wikis. (Some interim disruption is nonetheless expected; for example, database dumps are to be stopped temporarily.) Among the major unreleased developments is the new ResourceLoader, designed to speed up page loading times, though it could cause JavaScript errors on less well maintained (smaller) WMF wikis. Other updates are less obvious: a full list, which includes already released developments, is also available. A number of other developments dependent on 1.17 will be added shortly after its release.
The regularity of releases – and particularly the criteria used for determining which updates were deployed immediately and which had to sit in the queue – has been a contentious issue in recent months (see, for example, previous Signpost coverage from October 2010: 1, 2). There is now hope that after the release of 1.17, it may be possible to act upon volunteer developers' calls to have a more regular development cycle. For example, Brion Vibber, for a long time Chief Technology Officer (CTO) at Wikimedia, commented (wikitech-l mailing list):
| “ | 1.17 releasing soon should bring the schedule back to semi-annual, but there's no firm impediment other than our own self-organization to pushing 1.18 out 3 months later instead of 6 or 13. | ” |
In addition to the major announcement concerning 1.17, the Foundation's Engineering Update for February (and covering the activities of January) was published last week on the Wikimedia Techblog, giving a brief overview of all Foundation-sponsored technical operations in the last month. It summarised the developments:
| “ | January 2011 was a tough month for Wikimedia engineers. About 75% of us caught the "WikiPlague" (a.k.a. RSV) and were out of commission between 3 and 10 days. Also, with the end of the Fundraiser coming early, this past month has been a time of re-starting and re-setting priorities... Major accomplishments this month include: the completion of equipment specs and negotiations to order all equipment for the new primary data center in Ashburn, Virginia; major work on getting MediaWiki 1.17 released, especially by reducing the Code Review queue to releasable levels; and work on increasing Nagios and Watchmouse monitoring [to prevent and minimise downtime]. | ” |
The update also noted that new job openings for the positions of Operations Engineer and Senior QA Engineer, previously announced, had been published; and that work had been done on evaluating LiquidThreads but that development of the Article Feedback tool had been put off until after the release of 1.17. Other noticeable improvements include the imminent launch of improved category collation code, allowing sub-categories, files, and pages to be paged separated. This "dark-launch" will be invisible at first, while the feature is stress-tested to check for errors before it is finished and made visible to the average user. According to the update, a survey related to the Wikimedia mobile site is also being drafted.
Not all fixes may have gone live to WMF sites at the time of writing; some may not be scheduled to go live for many weeks.
Discuss this story