mark some public functions as such

Respect $wgScriptExtension in SearchEngine::getOpenSearchTemplate() and SearchEngine::getMWSuggestTemplate()

Removed deprecated Image class per documentation; no use in core or extensions

Removed archive(), deprecated and not used

Followup r80398: fix overspecific css rules which broke

Cleaned up the mess of message text being passed instead of keys to wfMsg() and friends by CLI installer. No surprise we had to remove angle brackets from the resulting output

Fix Bug#24308 where, on some platforms the date_create() function fails when the timezone isn't specified.

Remove unused global, fix double defined global

Fix casing of SpecialListUsers

Follow-up r85025: fix the you're-trying-to-block-yourself-you-twit warning, and make it an actual checkbox confirmation.  Also use said confirmation for reblocks, and HideUser (bug 18678).  Mark a static function from HTMLForm which is called from SpecialBlock as explicitly public.

Memory stress test for UtfNormal issue re bug 28146

This pulls the source texts used for the UtfNormalBench.php benchmarks, repeats them into much larger strings, and attempts to reproduce an out-of-memory error in the middle of UtfNormal::cleanUp():

$ php
Testing testdata/washington.txt (English text)...
     quickIsNFCVerify 1078.3ms   14,969,652 bytes/s (changed)
              cleanUp  992.1ms   16,270,594 bytes/s (no change)
Testing testdata/berlin.txt (German text)...
PHP Fatal error:  Allowed memory size of 136314880 bytes exhausted (tried to allocate 71 bytes) in /var/www/trunk/includes/normal/UtfNormal.php on line 285

Exact failure point may require adjustment depending on platform, etc.

Localisation updates for core and extension messages from translatewiki.net (2011-04-01 20:38:00 UTC)

Added charset property to HTTP Content-Type fields when serving CSS and JavaScript via ResourceLoader - resolves bug #28208.

Reword this message per IRC cabbage

We developers are so elitist, running shiny machines with all PHP extensions in the world installed, that we couldn't notice that "no scaler found" message didn't work from the beginning! :P

Fixed issue where reference error can be thrown - response to comments on r84985

Followup r84825

Allow obtaining of an import token if users have the importupload right

Revert r64853 (add $wgLogAutocreatedAccounts to enable/disable account autocreation logging, bug 19161). Per the *extremely lengthy* discussion that is still ongoing, this fails to solve the underlying problem and has undesired side-effects.

I don't know what the proper solution is (other than introducing user preferences, like bug 28369 suggests, is not the answer)...but the status quo of what we had is better than this half-assed solution that *nobody* likes.

Document what settings are disabled by $wgHtml5

Bug 28350.

Fix for r85114, see code reviev
at http://www.mediawiki.org/wiki/Special:Code/MediaWiki/85114

Fix r85110, see code review
at http://www.mediawiki.org/wiki/Special:Code/MediaWiki/85110

Drop 5.1 compatibility calls to session_set_cookie_params() and setcookie() since we require 5.2.3+ now

Add optional PLURAL parameter to messages 'userrights-changeable-col' and 'userrights-unchangeable-col'

Moved constant initialisation to class definition instead of constructor

* (bug 27893) Edit-on-doubleclick now applies only on view and purge actions;
  no longer triggers unexpectedly on delete, history etc.

Fix omission of r85007,
see code review at http://www.mediawiki.org/wiki/Special:Code/MediaWiki/85007

Fix for r85005: the getUserPermissionsErrors() calls were each returning a badaccess error when the user didn't have their particular permission, even if they had the other one, exclude these errors since they're already covered by the $user->isAllowedAny() check above.  Also fix processForm() to check isAllowed('import') for transwiki; this wasn't being done which meant users with importupload but not import (an unlikely combination to be fair) could still spoof the form.

Tweak doc comment per bug 28340

This script didn't actually work, and was a live hack. This is a followup to the fixme in r79021.

Localisation updates for core and extension messages from translatewiki.net (2011-03-31 19:24:00 UTC)

Follow-up r85021: fix comment

Document blocklist-target message, per TWN request translatewiki.net/wiki/Thread:Support/Please_document_MediaWiki:Blocklist-target

Don't differentiate between user accounts and IPs in special page names.

BTW: Special:Block says "Block user" in page title followed immediately "Block user" as legend for fieldset.

Fix grammar for singular. Spotted by McDutchie.

Followup to r85021, fix caller in updater maintenance script

Follow-up r85025 - use strict comparison

Localisation updates for core and extension messages from translatewiki.net (2011-03-30 19:35:00 UTC)

Fixup a couple more undefined variables

Fixup undefined $stores in if like renamewiki does it

Fixup/add documentation

Remove some unused variables

Swap = to == in conditional

Fixed fatal in r84971

Move duplicated Site class into own class in Maintenance.php, include in 2 users

Fix class name

Fix missing parameter to cacheUpdate

Follow-up r85020 per CR - use strict comparison

(bug 23408) give admins a warning before letting them block themselves.  Also tweak the logic so that loading the interface for one already-blocked user, then actually submitting a block on a different user, shows the confirmation again if the second user is already blocked.

Add a couple of brace test cases.

(bug 19942) remove deprecated HTML attributes (cellpadding, align, valign) from TablePager.

(bug 28237) Installer doesn't create extension tables

(bug 18937) avoid broken wikimarkup (four apostrophes together) in MediaWiki:Confirmrecreate when there is no deletion reason, by using a separate message.

(bug 17009) remove hiddenStructure.  Wasn't even applied across all skins anyway, would have been broken in cologneblue, standard, etc.

Merge some deployment changes to trunk: r82738 (as HISTORY), r81962

Add optional parameter $1 for PLURAL use to messages userrights-groupsmember and userrights-groupsmember-auto

Additional release notes for r85005, which I meant to commit as two separate revisions as one needs to be backported (grr...)

(bug 15641) tweak Title::checkUserBlock() so that Title::getUserPermissionsErrors() more comprehensively prevents blocked users from performing various actions; particularly prevents blocked admins from protecting or deleting their own talk page.

Fixup some ambiguously defined variables

Cast a substr back to int

Use unused $fallback_languages

Fix new typos introduced in r84799.

missing closedir() and ... protected the readdir against opendir() failing

Swtiched to using console.log if present so that when errors occur inside of modules they are shown, even if you aren't in debug mode. This helps avoid the common pitfall of forgetting to export a symbol to the global space, because in debug mode everything is exported to the global space whereas in production mode it's wrapped in a closure.

Localisation updates for core and extension messages from translatewiki.net (2011-03-29 20:00:00 UTC)

Tweaks for key generation:
* Don't show that scary message for every key, just once with list of them all
* If we're on Windows, we will probably be unable to open /dev/urandom, right?
* Tweaked the meaning of warning message, previously it sounded a bit like "we couldn't generate the key at all"

Place a warning about Postgres, since we haven't quite ironed out the final problems

using jQuery hide() and show() instead of accessing the dom element directly from the jQuery object (either use jQuery or dont..).

minor cleanup

(bug 26481) $wgUpgradeKey/$wgSecretKey values sometimes not filled - only happened when you upgrade without LocalSettings and tried to create a new one

Acknowledge that the e-mail address of the initial wiki sysop is optional.

Reverted r84918 per CR

Localisation updates for core and extension messages from translatewiki.net (2011-03-27 20:06:00 UTC)

findFileFromKey, newFileFromKey, $fileFactoryKey, and $oldFileFactoryKey weren't used by anything in .../extensions nor .../phase3

BREAKING CHANGE: Ignore cmtype when cmsort=timestamp is set, and bypass the per-type queries in the sort=timestamp case; they were causing performance problems, reported as bug 28291. This breaks backwards compatibility (gracefully, the cltype parameter is silently ignored) with earlier deployed versions of 1.17wmf1 but not with any released version, hence no RELEASE-NOTES

Followup r79639, add a new parser test for gallery items not using a namespace prefix.

Followup r81928, make proper use of $this->output instead of echo.

Followup r79433, hide realname from output when realnames are a hidden pref.

Follow-up r83907: abstract the flatlist mode into a descriptor option, and make it so the label does not linewrap away from the checkbox.

Follow-up r84814: revert redundant summary message addition.

Further cleanup on installer: fix visibility of CC selector results when returning to the options page.

* (bug 27170) [Installer] Install now completes when choosing a CC license with the picker

There were two things breaking this:
* X-Frame-Options forbade our final step of the license selector, or the license selection shower, from being loaded properly. This lead to it looking wrong.
* The installation URL fingerprinting broke on the long query string that's on the final step. As a result, the user's selection got saved into a different session subkey, thinking it belonged to a different installation. It would then not get seen by the surrounding page's installer instance, causing the confusion.

Fix removes the X-Frame-Options for the CC bit, and drops query strings before the rest of URL normalization in the fingerprint check so the CC bits now see the same session key as the rest.

Localisation updates for core and extension messages from translatewiki.net (2011-03-27 19:42:00 UTC)

* (bug 26937) [Installer] Fix for Javascript-opened sections being incorrectly open or closed when returning to page

The sections whose visibility was being controlled by the checkbox had an initial visibility hardcoded in the page output, which had been manually set to match the expected initial default state. I've switched these to instead check what the variable is set to and base the initial style visibility on that.
Could be better to encapsulate these settings together in some way, but this'll do for now.

Note that the way these are all done now means that the sections can never be used when JS is off; if a fully-functional installer is desired in a JS-free environment, it may be necessary to change these further to default to shown, and do the initial hiding in JavaScript (could have 'flashing' issues though: the bits showing up, then quickly hiding. laaame but oh well)

Stop after replaceing the first instance

Swap 2 "and" for "&&"

Allow changePassword.php to use username or userid

Follow-up r84805: convert SpecialActiveusers to not use the now-absent UsersPager.

Don't assume newFileFromKey always returns a File object (some repos many not support fetch by time or sha1 and return false)

Fix default implementation of ResourceLoaderModule::getStyles() to return an array, not a string. Was causing problems with another function that was being fed the return value of getStyles() and used an array type hint

eta shows revs/pages per sec in current interval as well as overall; useful for investigating problems, now that we have logging

Revert r84706, r84709 (UtfNormal rewrite).  Clearly more work needed to get these in line with our coding standards.

Fixup whitespace from r80445

Remove remaining empty() call in r79119

* (bug 28263) cannot import xml with the api, when have not "import" user right, but "importupload"

Normalised api user right checking to that of SpecialImport, by moving permission checks into specified code paths

Some documentation and explicit variables added while inspecting other code

(bug 28242) Make url's of the form mediawiki.org/wiki/w:Somewhere_on_pedia give a 301 (permenant) redirect instead of a 302.

This is to make google when indexing a page like http://mediawiki.org/wiki/w:Somewhere_on_pedia to report its target, not the
original url as the url of the page. This only affects urls where the (local) interwiki target is directly in the url.
Pages that contain #Redirect[[w:Somewhere_on_pedia]] will still use 302 (Temporary) redirects since such pages are by
no means permenantly redirected.

Also clarify docs on $wgDisableHardRedirects since the setting confused me.

See also google's spiel on 301 redirects http://www.google.com/support/webmasters/bin/answer.py?answer=93633

Localisation updates for core and extension messages from translatewiki.net (2011-03-26 20:26:00 UTC)

Restore calls to SpecialPage::outputHeader(), no longer called since the rewrite to subclass SpecialPage

Topple the last bastion of global-function-based special pages.  Also fix HTMLCheckField to work with GET forms.

* (bug 28249) allow dupes in meta=allmessages&amargs

Add some documentation in w/c

Followup r84356, don't pass title string, pass a title object

Followup r84363

Looks like I made a complete hash of that commit. Commit correct version from vm working copy