gets thru installation procedure but fails on article access

Localisation updates. Rebuilt all language files, removing obsolete messages

Fix typo

Localisation updates for core messages from Betawiki (2008-05-08 22:30 CEST)

* Fix image redirect caching so it doesn't break image redirects on shared repositories

Fix for bug 13677

E_STRICT

* Adding/updating Persian translations
* Rebuilding MessagesFa and MessagesEn

(bug 12145) Kazakh localisation updates, patch 4893 by AlefZet

For compatibility (DefaultSettings.php currently crashes when LocalSettings.php doesn't exist).

Fixing grammar in error message

* Normalise also special page names (in addition to namespace)

Don't call wfFindFile twice when it's not necessary.

Update.

* Consistent case and autoloader

* Added code two commonly needed use cases: separate label and input, and select

Just use @ here too

Pass in $join_conds

* Use local cache as well, this might be called a lot in certain circumstances

Change binary's to varchar's and allow NULL's

* Use Xml:: and so

* Use addScriptFile

(bug 13943) Fix image redirect behaviour on image pages:
* Confused redirect source with target
* Don't check for article existence if the target is a foreign image page

* typo

Localisation updates Cantonese, Chinese and Old/Late Time Chinese

* Re-applying r34449, r34500 and r34518 which Brion reverted by accident
* Adding ApiQueryBase::addJoinConds() as wrapper for Database::select()'s $join_conds parameter
* Migrating query modules to addJoinConds()
* Using implicit join rather than INNER JOIN in ApiQueryBacklinks
* Using FORCE INDEX (times) on logging table in ApiQueryLogEvents; although MySQL 4 seems to pick this index automatically (evidenced by the fact the WMF servers are still alive), MySQL 5 doesn't and filesorts
* Replacing LEFT JOIN with implicit (inner) join in ApiQueryContributions: revisions without a corresponding page table entry shouldn't be shown anyway

Allow an array as ON clause. There are quite a few queries out there that JOIN on title and namespace.

* Use Xml:: functions and remove the huge warning about escaping

* Automatic edit summaries can be turned of with $wgUseAutomaticEditSummaries

E_NOTICE: $options['USE_INDEX'] might not be set

* Typo in comment

* Partly revert 34542, broke my section editing

* Use full path

* cy date formats..

Re-applying r34440 (documenting ApiQueryBase)

* Bah parse error...

* Some message tweaks

Functional but no indexes yet

Could someone please check this - I may be wrong but it looks like the table-prefix is needed here

remove doubled up statement

Add a way to do different JOINs with $tables

Revert r34541 for the moment pending further review & discussion...
There's some kind of crazy magic_quotes stuff in here which screams RED ALERT, something's weird going on! :)

Fixing up a variety of GlobalFunctions and also improving queries in Titke.php.
* getFullURL and getLocalUrl now accept arrays and objects as valid input.
* Use wfAppendQuery in getLocalUrl to match up with getFullURL.
* wfArrayToCgi is now a alias to wfBuildQuery (Parameters are in the OPPOSITE order so wfBuildQuery takes defaults as second param and wfArrayToCgi takes them as first parameter like it always did)
* New function wfBuildQuery.
** The code moved here from what once was wfArrayToCgi has been changed from a set of plain loops to a wrapper around http_build_query so that complex data is handled correctly.
** We now support strings and objects as input, and we even parse strings when necessary to merge queries.
* New function wfForeignWikiID to pair with wfWikiID like wfForeignMemcKey. The foreign id can take 2 parameters, if omitted it falls back to the shared db, then to the local db if not set.
* wfMemcKey and wfForeignMemcKey now call the respective wf(Foreign)WikiID function, this simplifies the functions, and avoids code duplication making sure things always match even if for some strange reason it's changed.

I'll likely be using the forign functions later to improve the use of a shared interwiki map to avoid redundant caches.

I could always make the local MemcKey and WikiID functions depend on the foreign ones in a sane way

tidy up generated tables.sql

The Horrible Twin for r28127. The call happens when content is fetched from
parser cache, and the title needs converting. A consequence of returning ''
is bad regexp that produces odd conversion behavior for titles reported on
various occasions.

One of these days, I'm just going to completely rewrite this thing, I swear!

Pluck a few more KB of crap out of wikibits.js -- break out prefs.js for Special:Preferences

Split page history radio button tweaks out from wikibits.js to history.js
Only include it when it's needed -- don't force it on every reader!

* Message name filter on Special:Allmessages now case-insensitive

* add OutputPage::addScriptFile() for easier adding of JS files, similar to OutputPage::addStyle()
* broke Special:Allmessages-specific JS out of wikibits.js to allmessages.js

* (bug 14058) Support pipe trick for namespaces and interwikis with "-"

E_STRICT

Ensure there's a newline at the end of the editing <textarea>, otherwise adding lines is awkward.
But don't add a newline if the ext is empty, or Firefox in XHTML mode will show an extra newline. A bit annoying, and drives me nuts while I'm testing. :D

Wikify some image messages:
* linkstoimage
* nolinkstoimage
* redirectstofile

Two of these were previously raw-HTML paragraphs, and had div classes stuck on them on eg English Wikipedia.

r34507 changed them into plaintext, breaking them.

Since image pages are already swathed with little wiki bits (meta table, other various bits), shouldn't be any harm in making these properly flexible wiki messages.

Revert to r34430 in order to revert r34431 which is breaking the site (unindexed filesorts)

Fixing and old typo in Persian translations

* Added --online option to maintenance/findhooks.php to compare hooks with mediawiki.org/wiki/Manual:Hooks
* Renamed GetAvailableRights to UserGetAllRights in docs/hooks.txt

(bug 14021) Removing titles= support from list=backlinks, has been obsolete for ages (since July 2007)

Several fixes.

* Recreating the checkExtensions script, using data in the Translate extension, and using the existing interface of checkLanguage. The i18n.db file is now obsolete.
* Moving the CheckLanguageCLI class to checkLanguage.inc.
* Several fixes in checkLanguage script.

remove comment

rv oops disable mssql - not ready

keep schema in maintenance same as postgresql

Rebuilding language files.

* Adding/updating Persian translations

Update.

* Show a link to [[Special:Whatlinkshere]] in case there are more imagelinks on ImagePage
* Cleanup ImagePage code

* Adding/updating Persian translations

* Use getters where appropriate
* Fix following foreign file redirects again

Update.

Disable debug statements which make the debug log totally unreadable.

(bug 14022) Added usprop=registration and auprop=blockinfo

(bug 14028) Added language attribute to interwiki map in meta=siteinfo

Localisation updates German

* Adding/updating Persian translations
* Adding the newly added message to messages.inc

Preparing for MSSQL database support coming soon

Fix JS, can't access properties of non-existent objects

* (bug 12644) Template list on edit page now sorted on preview

On initial edit, items were sorted by virtue of being pulled from a sorted table, but on preview they were displayed in rough order of use in parsing, which is a bit less legible.

Added Title::compare() static comparator available as a callback for usort(), using it in Linker::formatTemplates().

Show pages that redirect to this image on ImagePage

Localisation updates for core messages from Betawiki (2008-05-08 23:22 CEST)

So actually Article::followRedirect is used instead of Article::getRedirectTarget. Override this in ImagePage to make foreign image redirects work on image pages.

support imgserv for SVG rasterising

* Move image page redirect checking to ImagePage. Should now also work on foreign repos.
* Changed File::getRedirected to return a DBkey instead of a formatted text

Move heading to a more appropriate place, improves navigation for screenreader too.

Revert r34444, breaks submissions

Apparently r34458 was reported as bug 13546. Adding to release notes.

* Add new flag FIND_IGNORE_REDIRECT to wfFindFile and functions it depends on
* Follow redirects on image pages if the redirect is actually an image redirect
* Add comments to the check for redirect code in MediaWiki::initializeArticle so that I actually understand what it does

* (bug 14047) Fix regression in installer which hid DB-specific options.
  Also makes SQLite path configurable in the installer.

$wgSQLiteDataDir wasn't being initialized in DefaultSettings.php, potentially open to register_globals attacks. Now initialized to '', which gets interpreted as default.

Now adding only the options for the relevant DB to the generated LocalSettings.php

Partial correctness fix; use lazy-loading $this->getTitle() instead of $this->mTitle in Revision::getPrevious() and Revision::getNext().
This will ensure they work even if the objects were fetched in a way that didn't initialize $this->mTitle... unless they aren't fully saved in the DB, in which case they'll still fail with a fatal error.

Localisation updates Cantonese, Chinese and Old/Late Time Chinese

Localisation updates German - oops. Thanks to Siebrand :)

Localisation updates German

As Brion pointed out, this param is a boolean, and the existing code only works kind of by chance.

on SJS Web Server with action paths, 'action' is always set.  this caused WatchlistEditor::getMode() to ignore $par when deciding if the user is editing the watchlist, so it would always consider the action to be view.  fix by giving precedence to $par over action.

Update.

(bug 14042) Calling Database::limitResult() misplaced the comment in the log file

Documenting some API stuff

Forgot the second comma...

German localisation fix: This is a relative clause which needs to be seperated from the main clause by a comma.

Delete mysqlism from message (as people complain on IRC that it doesn't apply
to wikimedia sites). Instead advertise functionality that applies to all
search backends. It might also be nice if we made this message backend
dependent.

(bug 14044) Don't increment page view counters on views from bot users