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

Fix

Run parsemag stuff through the proper language when wfMsgExt() asks for a specific one.
Previously we only passed on if we were interface or content, but if we're rendering for some third alternative it didn't get used.
Note that parse and parseinline are probably still wrong.... some better model may be required here.
Also it may be wrong in the case of fallbacks ... if you get an English message, is it right to use the Czech magic word parsing?
Hmm.
Might back it out if there's a better way. :)

Fix prefix link

Add messages for hardcoded parser warnings

Roll back r43377, r43379 "Factored wfInvokeFancyCallback() out of wfRunHooks(). Allows flexible dynamic invocation to be used in other contexts." / "Renamed the new wfInvokeFancyCallback to simply wfInvoke."

Breaks existing hooks including core language converters:

Notice: Undefined variable: event in /Library/WebServer/Documents/trunk/includes/Hooks.php on line 61
Warning: call_user_func_array(): First argument is expected to be a valid callback, 'ZhConverter::on' was given in /Library/WebServer/Documents/trunk/includes/Hooks.php on line 119
Notice: Undefined variable: args in /Library/WebServer/Documents/trunk/includes/Hooks.php on line 80
Notice: Undefined variable: event in /Library/WebServer/Documents/trunk/includes/Hooks.php on line 61
Detected bug in an extension! Hook ZhConverter::on failed to return a value; should return true to continue hook processing or false to abort.
Backtrace:
#0 /Library/WebServer/Documents/trunk/includes/Article.php(1684): wfRunHooks('ArticleSaveComp...', Array)
#1 /Library/WebServer/Documents/trunk/includes/Article.php(1354): Article->doEdit('Article for spe...', '', 97)
#2 /Library/WebServer/Documents/trunk/maintenance/parserTests.inc(998): Article->insertNewArticle('Article for spe...', '', false, false)
#3 /Library/WebServer/Documents/trunk/maintenance/parserTests.inc(307): ParserTest->addArticle('Xyzzyx', 'Article for spe...', 5168)
#4 /Library/WebServer/Documents/trunk/maintenance/parserTests.inc(273): ParserTest->runFile('/Library/WebSer...')
#5 /Library/WebServer/Documents/trunk/maintenance/parserTests.php(73): ParserTest->runTestsFromFiles(Array)
#6 {main}

Avoid destructing the language object, as it corrupts the language object cache, and causes the next test to load a bogus language object and esplode.

'advanced' link consistency

Fix link for images

Add valign="top"

Suppress index link if no term given

RELEASE-NOTES cleanup (79 chars, etc.)

Fix for 43393: use normal MW id convention

id's and classes should start with "mw-" and delimit words with
hyphens.

Fixed fallback feature broken by r43398.

Language object cache, for faster wfMsg() performance with unusual languages, and hopefully less memory. Committing for test on server.

Adding an id to the domain tr so that admins with a single domain can hide the domain section with CSS.

Localization update for he, and adding 'ignored message' comment in en.

Update README:
* fixed urls
* end lines at 80 chars
* updated Wikimedia traffic
* updated the list of authors to be the same as the one at Special:Version
* modified the note telling that extensions must be under GPL. Per http://www.gnu.org/licenses/gpl-faq.html#GPLAndPlugins, they can also be under a compatible license

Make 'searchmenu-help' optional

Cleanup for r43376:
* Use a more precious fieldset legend
* Remove two unused message names from messages.inc

* Rebuild all messages per r43376 (search form)
* Fix error in messages.inc

Remove RELEASE-NOTES entry added in r43377 (Factored wfInvokeFancyCallback() out of wfRunHooks()) and tweaked in r43379 (Renamed the new wfInvokeFancyCallback to simply wfInvoke). RELEASE-NOTES is intended for user-visible changes. Internal refactorings like the wfInvoke() thing shouldn't be listed there.

Renamed the new wfInvokeFancyCallback to simply wfInvoke.

Factored wfInvokeFancyCallback() out of wfRunHooks(). Allows flexible dynamic invocation to be used in other contexts.

* Recommitting Search UI changes from r42352
** User search preference removed
** Added Project search
** Removed 'all' prefix use
** Keep help/page link in same fieldset
** Fixed title case of direct page/create link
** Moved "Files" link next to 'page'
** Made 'advanced' act more consistent
* Added div to make next/prev links clearer
* Reduced the 'next' Links to Nowhere
* Removed misaligned bullets
* Code cleanup/better function names/mark visibility

Adding Persian editbox images

 forgot to update MessagesEn.php in r43373 to reflect the addition of $1 parameter

fix bug 11027: Add parameter to MW:Randompage-nopages so that user can see the namespace.

Localisation updates for core messages from Betawiki

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

Use existing function. Now without PHP error. Thanks to Ialex.

self revert r43332 due to a PHP Strict Standards error

Use existing function

Forgot to commit Skin.php part

* Add class "disambiguationpage" to body tag
* Split off MediaWiki:Disambiguationspage parsing to
  wfGetDisambiguationTemplates()

Localisation updates: Better translations for "import" and "export"

Add some CSS classes for easier styling

Cleanup for r43315 (per aaron's comment): remove extra set of parenthesis

* (bug 5530) Consistency between character encoding in {{PAGENAMEE}}, {{SUBPAGENAMEE}} and {{FULLPAGENAMEE}}, patch by HardDisk

* Redo thumb caching and make it a part of the default /thumb/ structure with hashes as needed.
* Move the generic getHashPath accessor up a level to the FileRepo.

(bug 8345) Don't autosummarize where a redirect was left unchanged

Localisation updates. Remove a few duplicate optionals, and one fix for Latin.

More space fixes

* getNotificationTimestamp() moved to Title.php
* remove deprecated UI nav method
* Various code cleanup and style tweaks

Fix typo

Fix comment

* Add isSingleRevRedirect(). Refactor isValidMoveTarget() with this.
* Add getNotificationTimestamp() function

Localisation updates for core messages from Betawiki (2008-11-08 20:20 CET)

Fix for r43295: check if $wgArticle is set

Remove hack to check if top rev will be deleted. Just unhide top rev after restore.

Remove bit of debugging.

(bug 16265) Enabling apiThumbCacheExpiry produced invalid thumbs for things like svg that get turned to png.

(bug 4362) [[MediaWiki:History copyright]] no more used with most recent revision when passing oldid parameter in the url

(bug 15835) Added Content-Style-Type meta tag

Code space tweaks

Make sure the top rev is not hidden

Add proposed patch to:
* Store what rev (or page) something corresponds to (bug 15814)
* Store user_text (for log XML imports)
* Allow slightly longer type/action values

Return TS in MW format

Check for PHP 5.0.x bug *after* checking for PHP 4, so that we don't claim that the user needs to upgrade from 5.0 to 5.1 when in fact they're running PHP 4.

Partial revert of r43269 for HTMLDiff.php. In file addHtml() is a method. Thanks to demon for spotting this.

Consistent casing for wfGetDB(), getDB(), and getDBKey()

Consistent casing for wfGetDB()

Consistent casing for addHTML()

Update on r43103. Add the 'norollbackdiff' toggle to 'misc', not to 'edit' per suggestion by Aaron.

adding AbortDiffCache hook to allow canceling the caching of a diff

* Added the BitmapHandler_ClientOnly media handler, which allows server-side image scaling to be completely disabled for specific media types, via the $wgMediaHandlers configuration variable.

Localisation updates for core messages from Betawiki (2008-11-06 13:08 CET)

* Made SpecialVersion directly extends SpecialPage
* entries in $wgExtensionFunctions registred as "array( 'class', 'function' )" are now displayed correctly in Special:Version, e.g. for SkinPerPage extension.

* spacing tweaks
* removed useless ?>
* removed useless inclusion of DatbaseFunctions.php

Revert r43198: nothing evil with LocalSettings use as long as messages are defined

Re r43174: Well I guess if you didn't understand it, there wasn't much hope of the user understanding it.

Recommit part of r42352 related to bug 5101 (Image from Commons doesn't show up when searched in Wikipedia search box)

Localization update for he, and some whitespace fixes.