From: Bartosz DziewoƄski Date: Wed, 9 Nov 2016 01:41:54 +0000 (+0100) Subject: Release notes for Id88c8066, Id1ace959, I3c29131e X-Git-Tag: 1.31.0-rc.0~4916 X-Git-Url: http://git.cyclocoop.org/%27%20.%20url_absolue%28%24favicon%29%20.%20?a=commitdiff_plain;h=9c12d5dd501a33a54b8b8f62d340cfc425f1d8a4;p=lhc%2Fweb%2Fwiklou.git Release notes for Id88c8066, Id1ace959, I3c29131e * Id88c8066fae3f369e8977b4b7488f67071bdeeb7 * Id1ace9599642a36b333c63eaeebab0537466e7bd * I3c29131ea2041fa7429eae5fab5fae04e39f3da0 Change-Id: Ibd21c5bdd0601ec302cd774488822064ced6b906 --- diff --git a/RELEASE-NOTES-1.28 b/RELEASE-NOTES-1.28 index df9fedaf76..557162e9ef 100644 --- a/RELEASE-NOTES-1.28 +++ b/RELEASE-NOTES-1.28 @@ -5,6 +5,20 @@ THIS IS NOT A RELEASE YET MediaWiki 1.28 is an alpha-quality branch and is not recommended for use in production. +=== Changes since 1.28.0rc0 === +* (T142210) The changes to move the parser "NewPP limit report" from a HTML + comment to a machine-readable JavaScript config option 'wgPageParseReport' + have been undone. They caused the human-readable limit report to be shown + incompletely or not at all. ParserOutput::setLimitReportData() and + getLimitReportData() behave as they did in MediaWiki 1.27 again. +* (T149510) Value of {{DISPLAYTITLE:}} parser function will not be used for + the text of subheadings on a category page when creating it. This wasn't + working correctly. +* (T106793) MediaWiki will no longer try to perform a HTTP redirect to the + canonical pretty URL when a non-pretty URL is used. It resulted in redirect + loops in some clients and in some server configurations. This undoes a change + made in MediaWiki 1.26. + === Configuration changes in 1.28 === * $wgSend404Code now affects status code of action=history if the page is not there. * BREAKING CHANGE: $wgHTTPProxy is now *required* for all external requests