Fix for r68897: correct use of wfAppendQuery()

Per comments, follow-up to r70278: make patrol tokens compatibles between api and normal interface

-(bug 24484) Add prop=pageprops module
-Add $wgPageProps global variable

Added a note to set $wgShowExceptionDetails = true; in LocalSettings.php to get details when encoutring an second exception in the exception handler

Remove redundant text post r70628

Followup to r70584: Use fourth parameter of ApiQueryBase::addWhereRange instead of a second call

Followup r70587: Remove unnecessary references

Hack up UserRightsProxy to support setting preferences of remote users, needed for a feature in PrefSwitch I'm about to commit. The way this hacks around UserRightsProxy's 'helpful' behavior of refusing to work with wikis not in $wgLoclDatabases is kinda ugly (I'm open to alternative suggestions), but then this entire class is an ugly hack and should be replaced by something more sane (even brion, its author, agrees with this :P)

Removed @package and added @file from the documentation for consistency with other files

Put copyright notice in the standard place (and added @file)

Update outdated API documentation... (is this file even used any more?)

Revert changes to SpecialSearch.php in r70608 because Special:Search didn't load anymore.

PHP Notice:  Undefined property: SpecialSearch::$searchEngine in /www/w/includes/specials/SpecialSearch.php on line 796

catrope on IRC:
It asks the backend ($this->searchEngine) if it supports redirects but $this->searchEngine is only set in the code that generates results
So viewing Special:Search with no results listing has that var unset

Good bye, SearchMysql4!

Not implemented != deprecated

Typo in message, spotted by Hamilton Abreu on TWN

Updating main-ltr.css for Vector skin to ensure the RTL stylesheet mirros all items from the LTR layout correctly. (See comments on mediawiki.org/wiki/Special:Code/MediaWiki/70549)

Follow-up r70608: you don't need to override this stuff with empty functions, they're empty in the base class already

DatabaseMssql class and related changes

Localisation updates for core and extension messages from translatewiki.net (2010-08-06 22:06:00 UTC)

Fix for r70571, still have to use $_COOKIE here too, $wgContLang is undefined so far

Typo.

Localization update for he.

Refactor Makefile.py. Add new function to manualWordsTable() and fix bug for parsing tsi.src.

* (bug 24236) Add add, remove, add-self, remove-self tags to meta=siteinfo&siprop=usergroups

(bug 24700) Update dialog shown when clicking on the special page tab after saving preferences

* (bug 24677) axto= parameters added to allcategories, allimages, alllinks, allmessages,  allpages, and allusers

wfForeignMemcKey() just exists, we don't have to keep around crazy back compat for that

Cleanup getCookie() and use it all over the place instead of using $_COOKIE directly

Change statsOutput to parent, wikiStatsOutput is a subclass of statsOutput

RELEASE-NOTES for r70557

(bug 22514) SpecialRecentChangesQuery should also work on Special:RecentChangesLinked. Commented since inception, no reason not to call it here as well. Need this for FlaggedRevs stuff later anyway ;-)

Remove dupe implementations of begin/commit from Postgres. Also included checks for $mTrxLevel on commit/rollback, based on patch on bug 24629

(bug 24665) When starttimestamp is not specified, fake it by setting it to NOW, not to the timestamp of the last edit. This caused 'pagedeleted' errors for pages that were deleted then partially undeleted that could only be gotten rid of by setting starttimestamp, while the docs claim not setting starttimestamp causes all such errors to be silenced

(bug 24687) Remove spurious require() calls. Everything in StubObject is a class and in the autoloader

Reduce unnecessary seperate nested if's, move them up to the top if (as per most of the others where this is necessary!)

Followup r70460 per Umherirrender comment

Add "required" to ApiParamInfo

Updating main-rtl.css for Vector skin to ensure all left-aligned (or left-directioned) elements of the page are mirrored to right correctly.

Updating main-rtl.css for Vector skin to ensure all left-aligned (or left-directioned) elements of the page are mirrored to right correctly.

Updating main-rtl.css for Vector skin to ensure all left-aligned (or left-directioned) elements of the page are mirrored to right correctly.

Fixup 3 messages per TW support

Follow up r70520. More for loop fixes.

ws cleanups

Fix failing parserTests by defineing wgUseDynamicDates=1 as required by r70501
(Without these mods later unrelated tests also fail… needs checking)

update ParserTestSuiteBackend to match signature on setupRecorder()

Message and formatting tweaks for r70520. Forgot to commit this in r70527.

Message and formatting tweaks for r70520

Enable $wgExperimentalHtmlIds by default

This will result in much prettier anchors, which should actually be
intelligible in foreign languages.  For instance, for a section named
"שלום", the URL will end in "#שלום" instead of
"#.D7.A9.D7.9C.D7.95.D7.9D".  Old links will still work, since the
legacy anchors are still being output too.

This has been enabled on TranslateWiki since January, and there have
been zero complaints.  I tested just now in IE6, Firefox 3.6, Firefox
4.0, Chrome dev channel, and Opera 10.60, and all work.  I tested Opera
10.50 and IE8 some months ago as well.  A test case is at:

http://www.mediawiki.org/wiki/User:Simetrical/Id_test

(A lot of the tests are expected to fail because they already fail
anyway.)  Earlier testing indicated that Opera 10.10 wouldn't work
correctly, but that's negligible by now compared to the readability
improvements for foreign languages.  Additional testing would be
appreciated, particularly in IE7, IE8, and IE9 in their various
compatibility modes, but I hope this should be good to go by now.

(bug 24648) Update docs for $wgHtml5

I'd really like to remove this and set it always true, but we can't do
that until it's enabled on Wikimedia for a while successfully.

Improve $wgExperimentalHtmlIds support

Now works (again?) in IE6.  That didn't like getting non-legacy ID's on
redirects -- it doesn't interpret them as UTF-8, so anything non-ASCII
breaks.  If this works in all the browsers I test in, I'll enable it --
it will produce *much* nicer-looking anchors for non-English wikis, and
also section names with English punctuation.

Improvement for r70521: simplification, avoid iterating over an array. Thanks, thedj!

Restored line accidentally removed in r70520

Follow-up to r70520: forgot to add new files

JavaScript-based password complexity checker on account creation and password change. Needs attention from CSS gurus to look decently.
Note that OutputPage::addPasswordSecurity() doesn't check the enabling setting to make this code reusable by extensions who don't always want to follow core settings.

Localisation updates for core and extension messages from translatewiki.net (2010-08-05 18:59:00 UTC)

Use ParserOptions accessors.
Only one direct usage remains, in ParserCache::getKey, which will be rewritten.

Make intfunction go accross the ParserOptions.

Things like calling setUserLang( true ) to use the content language are unsupported and shouldn't be done.

Further cleanup by removing unused member variables, adding protected access and documentation

Found no direct access to member variables in the repo.

Remove unused fourth parameter for message cache constructor

Simplify MessageCache by removing mUseCache

Instead, make sure mMemc is always valid

Fail fast if given invalid input. We've had some of these in the past and they were hard to track down.

Refactor so that tooltipAndAccesskeyAttribs does not cause 6 message cause hits if tooltip and accesskey don't even exists

Followup r70500 again. More crappy spaces

(bug 24668) Followup to r48165: code accounting for pages being moved OUT of the MediaWiki namespace needs to actually be run when moving OUT of it, not when moving INTO it

Followup r70500, apparently we use spaces there...

Move the math option inside ParserOptions instead of having Math.php directly sneaking into $wgUser.
Throw an exception if trying to use the DateFormat ParserOption and the UseDynamicDates option is not set.

* (bug 23848) Add {{ARTICLEPATH}} Magic Word

Apply my patch, as it seems to be working when I tried it this time

Follow up r70498. Actually remove the quickUserCan().

Change quickUserCan( 'edit' ) and getIsPrintable() into setEditSection( false )

Follow up r48544. Init ParserOptions::mIsPrintable in initialiseFromUser()
Move the "No edit section it's printable" from Parser to Article.
This leaves getIsPrintable() unused. Left there for extensions (none seems to be using it, could be removed).

The "even if the user has them on" comment wasn't accurate. The user preference only controls them via CSS.
Anyway, it would work as expected now if it got moved into ParserOptions. The setEditSection() no longer set it to true.

Remove the quickUserCan( 'edit' ) which is just a hidden way of calling $wgUser from the Parser to be explicitely
done in Article to disable the editsection. This results in quickUserCan being called once instead of twice if $wgUseETag == true;.

UserMailer.php: Send diff links from old->new on $wgEnotifImpersonal, not from unrelated_old->old

Since UserMailer's $wgEnotifImpersonal setting was introduced in
r21897 it has ostensibly been sending out mails like these:

    The OpenStreetMap Wiki page Servers has been changed on 10:20, 5 August 2010
    by TomH, see http://wiki.openstreetmap.org/wiki/Servers for the current
    revision.

    See http://wiki.openstreetmap.org/w/index.php?title=Servers&oldid=507861&diff=prev

That link takes you to a page with the diff between:

    Revision as of 2010-07-26T15:22:38 -> Revision as of 2010-07-29T13:03:51

Instead it should take you to:

    Revision as of 2010-07-29T13:03:51 -> Revision as of 2010-08-05T10:20:50

So that you get a diff *to* the 10:20 revision mentioned in the
original E-Mail. Switch diff=prev to diff=next to fix this. Now it'll
emit a link like:

    http://wiki.openstreetmap.org/w/index.php?title=Servers&oldid=507861&diff=next

Reported-by: Grant Slater <openstreetmap@firefishy.com>

Followup r69091 Where did those spaces come from? :/

stylize api up to date

Revert r70489

Move if ( is_array( $value ) && !$dupes ) { up to else block after the first !is_array. If it's not not an array, it's an array, and therefore, we can just filter dupes if requested

Followup r70480, per Nikerabbits comment, there '''is''' something to do

-rakkaus/#mediawiki-i18n- [04-Aug-2010 22:02:04] PHP Notice:  Undefined variable: required in /www/w/includes/api/ApiBase.php on line 749

"$something ? false : true" is silly.

Note: not actually tested, but it's really hard to see how it will
fail . . . really!

Followup r70479

If string is required, but it's value === '', that's missing!

Further followup to r70460/r70461 and r70477

Move code into getParameterFromSettings, most of the flesh is there anyway (it checks isset( $value ) ), so we can use the else to check if it's required

A followup could be to whinge if '' is returned for a string

Make search enforced by API in search by setting PARAM_REQUIRED

Same for ApiQueryCategoryMembers and ApiWatch title params

More followup to r70461

Followup r70460/r70461

use self consistently

Fold in duplicate loop

missingparam can be done during attempt to set ParamCache, we might aswell give up and not finish populating the param cache if we're gonna die from a missing param

Followup r70474 and r70461, drop missingparam from getPossibleErrors

Localisation updates for core and extension messages from translatewiki.net (2010-08-04 18:59:00 UTC)

Followup r70461 if PARAM_REQUIRED is set, use for missing param in getPossibleErrors in ApiBase

All but ApiQueryBacklinks

* Display links to book sources as external links because they are.

Follow-up r66912: Update fallback for Uighur from ug-latn to ug-arab)

Followup to r70460 and r70461: Use true instead of 1

Followup to r70460: Committed wrong version of ApiBase.php, convert all core API modules to PARAM_REQUIRED syntax

* PARAM_REQUIRED parameter flag added. If this flag is set, and the end user does not set
  the parameter, the API will automatically throw an error.

Add new partial index for Postgres

Correct casing for PL/pgSQL

Minor adjustments for schema comparison

Remove invalid comma

Localization update for he.

Folloow-up r70433: Add new message key to maintenance script

* (bug 24656) API's parse module needs option to disable PP report

X installed -> X is installed

Trying to make it more clear that we only detected the state and
not that we installed X now.

Preserve cl_timestamp in updateCollation.php

For those crazy Wikinews people, and other DPL users.  Why do we use a
crazy auto-updating column type instead of specifying the current time
explicitly when we want to update it, again . . . ?

mediawiki.org/wiki/User:Catrope/Stub_threshold shows us people setting it to insanely large values trying to disable it.
r70433 addressed the UI. Here we proxy its access via a new method getStubThreshold() that disables it if a page of such size cannot be
created (by an user), so we can serve them parser cached articles again.

Use Disabled for the value 0 of stub threshold since there seems to be some confusion on how to disable it.

Typo