Update 'undelete-show-file-confirm' to allow time and date to be used separately.

Localisation updates for core from Betawiki

Localisation updates for core messages from Betawiki (2008-11-19 21:50 CET)

Localization update.

'pages' -> 'content pages' where applicable in search page

Revert "Starter for a re-jig of hit counting (in a per-day table)."

That was supposed to be in a branch.

Starter for a re-jig of hit counting (in a per-day table).

Needs configurability, purty graphs, and some cleanup in the back-end.

Update magic words for Ukranian

Revert magic word localisation updates from r43441 for now. Somehow Russian aliases ended up in there too. Working on fixing this with Ahonc.

More fixes and consistency tweaks

Localisation updates for core messages from Betawiki (2008-11-19 09:50 CET)

* Checkbox fix
* Remove unused var
* Add $this->sk field
* Tweak code style
* Adding missing wfProfileOut( __METHOD__ );

* Make for loop faster
* Don't show incomplete prefix links
* Show the 'project' namespaces
* Tweak table margins

* Remove <hr/>
* Use count variables since they are already there

Add FeedItem::stripComment() and remove duplication

* Remove incomplete isFileCacheable(), the parent one is fine
* Break long line

* Move user-agent construction to its own method, so we're not writing the same string in two places (and provides a reliable way for getting MW's standard user-agent)
* Mark visibility, they're all public anyway

Fix syntax error in MessagesTe.php in r43687

Localisation updates for core from Betawiki
* Namespace updates

Localisation updates for core from Betawiki
* Namespace updates

Bunch of globals laying around and nobody using them.

Localization update.

(bug 2077) Info on how to use external editor is vague. Minor tweak to the UI should make it a little more clear.

Localization:
* Update for he.
* Rebuilding MessagesEn.php.
* Marking 'coll-template_blacklist_title' as an ignored message.

API: (bug 12760) meta=userinfo&uiprop=ratelimits doesn't list group-specific rate limits

API: Make reblocking (introduced in r42843) possible through the API
* Add reblock parameter to action=block
* Tweak the description for allowusertalk for consistency

API: (bug 16367) Add allowusertalk attribute to list=blocks output

* (bug 11728) Unify layout of enhanced watchlist/recent changes:
Changed from:
  Time  Page (4 changes) . . (+bytes) . . (hist) [list of editors]
To:
  Time  Page (4 changes; hist) . . (+bytes) . . [list of editors]

Use consistent message for the history link
Patch by Mormegil

Cleanup to r43657, don't really need strlen() here.

Add hints for maximum values of some user preferences.

Update per r43658 and r43661

Mark the functions I just accessed from outside the class as explicitly "public"

Protect users from attacks against their browsers via malicious script-containing uploads, by:
1) Requiring a session token before streaming files out via Special:Undelete
2) Restricting img_auth.php to private wikis only (its intended use case)

Improved the security of wfStreamFile():
* Use the file extension to determine Content-Type, don't look for magic numbers. This makes the attack surface similar to ordinary web server downloads, and avoids problems when MIME type is not checked on upload.
* Use the same restrictions for Content-Type when streaming as for uploading. This closes any vulnerabilities caused by a change to a more secure configuration, post-upload.
* Don't stream out the file after headers are unexpectedly sent (e.g. due to display_errors). The Content-Type will typically be fixed to text/html in this case and so we need to be careful what we send.

Remove some debugging code...

Warn when re-uploading a file with the same SHA1/extension pair as a file which has been deleted.

Bit of path cleanup per comments on code review (r43316). Construct proper hash paths and use the image name as a child directory of that.

Rename function to 'rasterize'

Refactor SvgHandler to have transformSvgToPng() function, which can be used for non-thumbnail purposes

Reverting r43642 "Added $wgLoginAutocomplete to let wiki owner disable password autocompletion in Special:Userlogin by setting it to false. Defaults to true."
There's not a compelling reason to make it hard for users to manage their own password affairs here.

Fix up r43617: put RELEASE-NOTES entry in the API section

Added $wgLoginAutocomplete to let wiki owner disable password autocompletion in Special:Userlogin by setting it to false. Defaults to true.

Disabled auto-completion for password in Special:Preferences. Should resolve the behaviour described at lists.wikimedia.org/pipermail/wikitech-l/2008-November/040067.html

(bug 44) Rename Image namespace to File. Based on a patch by brion.
* Parser tests updated. 14 failing parser tests before the change, added one, and the same 14 failing parser tests are remaining
* added namespace aliases for Image and Image_talk for backward compatibility purposes

little bit of cleanup in the generator for the "remember login" toggle

Localisation updates for core messages from Betawiki (2008-11-17 21:14 CET)

Revert r43592 "Pass the user object in MakeGlobalVariablesScript in case some variables are user-dependent."
As a UI thingy, $wgUser will be the only relevant user object here; there's no circumstance in which we might pass some other user object. No reason to pass it to hooks just on the off chance that they might use it, then...

Part of r43581 bits, reverting.

Reverting r43581 "Added a new user right called "alwaysuseskin" that allows the user to use and set their configured skin even if the wiki administrator has
chosen to disable user skins for the rest of the wiki. Req. by Alexfusco5."

Seems a little weird to me; I'm not quite sure the use case. :)

Comments on the revision note that it needs documentation as well, and the name is a bit weird. If it is needed/desireable it might be better to just replace $wgAllowUserSkin with a right 'useskin' or something.

Localization update.

* Improved scripting safety heuristics for IE 5/6 content-type detection.
* Improved scripting safety heuristics on SVG uploads.

Update messages.inc per r43624

* Add a .htaccess to deleted images directory for additional protection
  against exposure of deleted files with known SHA-1 hashes on default
  installations.
Applying Tim's fixes

* Improved input validation on Special:Import form
Applying Tim's fixes

* Blacklist redirects via Special:Filepath, hard to use.
Committing Tim's fixes...

* Less verbose errors from profileinfo.php when not configured

* Safer handling of non-MediaWiki exceptions -- now obeys our settings for formatting and path exposure.

Applying Tim's fixes...

* API siteinfo query no longer throws an exception for empty sifilter parameter.

The parameter is defined as being one of two values ('local' or '!local'), but comes back as array() if it was specified but empty... which then got overly-strictly checked against 'false', which was used internally for the case where it's unspecified, and an exception thrown internally.

Now the filter parameter is nicely ignored whether it's unspecified or specified as empty, which is good clear behavior.

As before, other values return a standard API error about invalid values being passed.

Localization update for he.

Add a class when a usergroup contains no members to allow hiding these rows per Commons.css or user specific CSS. Per suggestion of Purodha.

Localisation updates for core messages from Betawiki
* re-export new search UI messages
* copy contents of 'helppage' to 'searchhelp-url'

* Re-commit new search UI code, disabled by default. Old form messages still used and thus kept.
* Update old-fashioned profile calls

Rename file to lowercase per its use. (Some folks use case-sensitive filesystems on their servers, like.... oh.... every Unix/Linux that's not Mac OS X)

Pass the user object in MakeGlobalVariablesScript in case some variables are user-dependent.

Localisation updates for core messages from Betawiki (2008-11-17 01:10 CET)

Refactor getCharacterDifference()

Forgot to update one part, and also got rid of some historial stuff (hiding
preview links if they can't choose a skin).

Added a new user right called "alwaysuseskin" that allows the user to
use and set their configured skin even if the wiki administrator has
chosen to disable user skins for the rest of the wiki. Req. by Alexfusco5.

Localization update for he.

Change default special page names for special page names containing "image". Leave old names in for backward compatibility.

Localisation updates for core messages from Betawiki (2008-11-16 16:25 CET)

Add 'statistics-summary' as default existing but empty message (to be ignored for i18n)

doc typo

minor fix for r43517: float tables to the right on RTL wikis

Localisation updates for core messages from Betawiki
* Update messages for r43554

Restore message for search prefs. Removed in r43384 in combination with the new search form but reverted now.

Configure extension:
* Let users enter an image name for the logo, and then click a button to have it converted to a thumbnail URL.

$oldName parameter to UserLogoutComplete hook call was missing.

Caused this warning (harmless in practice):
PHP Warning:  Missing argument 3 for CentralAuthHooks::onUserLogoutComplete() in /usr/local/apache/common-local/php-1.5/extensions/CentralAuth/CentralAuthHooks.php on line 217

Revert r41710, r41978, r42012, r42048 (integration of Poem extension to core plus misc. fixes). Per Wikitech-l, this isn't properly attributed to the original authors of the extension. Furthermore, "Poem" is entirely too narrow a name for the functionality this tag provides. If this is to be integrated, a better name should be chosen.

make the layout of the namespace checkboxes in powerSearchBox() look nicer

Recover from r43499. Gotta love having all messages in a database :)

* Removed the inclusion of memcached-client.php since this file is autoloaded
* Document a bit

Add consistent classes for the common UI elements userlinks and usertoollinks per suggestion mediawiki.org/wiki/Special:Code/MediaWiki/43327#c689

Reverting in-development search changes pending fixing.

Can we please do these sorts of experimental developments on branches before putting them to trunk? Our trunk is meant to be functional and ready to deploy at all times; doing experiments on trunk delays deployments because we have to test and fix them or roll them back.

Reverted:
r43376
r43385
r43403
r43404
r43405
r43406
r43423

Issues I noticed during a few minutes testing:
* Background color mismatch on the frameset for wikis that set a BG color on Special:
* 'browse pages with this prefix' is kind of funky in "Pages & Project" (goes to main namespace only)
* Which namespaces are in "Pages & Project" is not discoverable
* Default link to nonexistent help page Project:Searching kind of sucks. we should avoid doing those by default. It used to link to Help:Contents; any reason for the change from one page which might have previously existed to one which doesn't?
* "Create the page "Stuff" on this wiki!" - Double page creation links seem kind of weird. There should only be one, otherwise why have two?
* Bad prefix link output when search terms are not a valid wiki title
* We've lost the Whatlinkshere link from the old results

Localization update for he.

Localization update for he.

(bug 16251) Update linktrail for Breton.

Localisation updates for core messages from Betawiki (2008-11-14 10:55 CET)

Remove message id for message that no longer exists.

(bug 16305) Allow optional replacement of user talk page

-1 is not a valid exit code

Revert class cruft in r43327 :)
I think I'd rather see consistent classes for common UI elements, regardless of where they appear.
For instance 'mw-rc-usertoollinks' ... We have user tool links in a hojillion places; they should all have *the same* class. If you need to distinguish those on RC from those on another page, you use a fancier selector that grabs only those in the special you want.

Use strict parameter on in_array() checks in wfMsgExt(). In PHP 5.1.6 this was whinging when a Language object was passed as 'language' parameter, trying to convert it to an int (!?).
Since we're only checking for exact strings, an exact match is just fine and it stops the whinging. (Saw no such problem on 5.2.6.)

Example whinge:
Notice: Object of class Language could not be converted to int in /Library/WebServer/Documents/trunk/includes/GlobalFunctions.php on line 742

Fix incorrect use of Title::newFromText(). That function lets the user choose the namespace using a title with colons, to force the namespace you must use Title::makeTitleSafe(). Images are always in the image namespace.

Don't use getParameter() inside substituteResultWithError(), since it will try to call dieUsage() again if the format parameter is invalid. This fixes the error message for invalid formats, which was broken.

Various code/style/performance tweaks

Follow-up to r43438, forgot this file

Localisation updates for core messages from Betawiki (2008-11-13 09:37 CET)

Improved $wgRC2UDPInterwikiPrefix feature, so that it can actually be a prefix and not just a boolean. Documented RC2UDP settings.

Revert r43329, r43330 due to said performance issues