Followup to r70638: Clean up code, add prop to function args, add comment

Seems I forgot to commit these files in r70699

* Standardised file description headers
* Added some descriptions
* Added @file where needed

* Removed unused globals: $wgEnableSerializedMessages, $wgCheckSerialized,
  $wgUseMemCached, $wgDisableSearchContext, $wgColorErrors,
  $wgUseZhdaemon, $wgZhdaemonHost and $wgZhdaemonPort.

Followup: r70691, r70694, r70695, r70696, r70697.

Removed $wgUseZhdaemon, $wgZhdaemonHost and $wgZhdaemonPort. Apparently unused since r6878 at 2004-12-29.

Remove $wgColorErrors. Apparently unused at least since r17991 at 2006-11-29

Remove $wgDisableSearchContext, unused for a long time. Can't find exact revision.

Removed deprecated $wgUseMemCached from DefaultSettings, not used anywhere

Kill NamespaceCompat. Nothing, anywhere (not even comments, since r70692) still references the old class. To do so means to not support 5.3+

Removed $wgEnableSerializedMessages and $wgCheckSerialized again.

Were removed by tim on r52503, came back with r53282 which is marked as reverted but apparently is not.

Big commit: kill almost every freeResult() call as useless

Fix for r70684: correct description

* standardised file headers
* added a basic description
* added @file

* standardised file headers
* added a basic description
* added @file

* fixed doxygen warnings
* @addtogroup -> @ingroup
* removed incorrect copyright notice
* added a file description sentence

Fixed mistake in docs

Mark the comment as documentation

Followup r70515, commiting forgotten file

(bug 15470) First letters of filenames are always capitalized by upload JS

Fixed minor logic error that caused layout issues

(bug 24330) Add &redirect parameter to ?action=edit

Allow negative caching in process cache and use it, return early in replace() if cannot use db

Use for loops for iterating query results

Spelling fixes in documentation

Make thumbsize option go through ParserOptions.
Yet another parameter for makeImageLink2...

Some minor changes I had in my working copy.

Revert r70533 and the piece of r70501 that it tried to fix. Note and open bug for the issue.
This has been present since introduction of {{#formatdate: }} in r48249 (bug 4582)

Tweak "config-install-interwiki-exists". Spotted by Hamilton Abreu.

This documents the file, not the constant below :)

* changed @addtogroup to @ingroup
* added @file

Standardised file description headers, added @file

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

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;.