Localisation updates German

No negative caching in the revision cache -- doesn't work anyway since memcached converts false to '', and so suppresses the error message on the second hit.

Localization update for he.

Localisation updates for core from Betawiki

Localisation updates for core messages from Betawiki (2008-07-28 10:44 CEST)

Revert r38068 "SpecialMovepageBeforeMove hook from Wikia codebase - allows extensions, such as spamRegex, to interfere with page moving"

This passes a MovePageForm, which seems unwise. It won't apply to the edit API, and generally seems like a weak interface -- an internal UI object is passed instead of specific information, leaving it unstable to future changes.

Revert r38040 "new hook, ConfirmEmailComplete"

This hook is incomplete and won't work as advertised. Will fail to run when the email address is confirmed through other means, such as a password reset; also there's no corresponding hook for when the mail gets *un*confirmed, so would lead to inconsistent state.

Revert r38016, r38018 (change of $wgTranslateNumerals defaults).
There was no explanation given of why it should be forced to off by default for every language...

Start on some cleanup of how CSS stylesheets are loaded. Initially addressing only the SkinTemplate-based skins; would like to rip out some near-dupe code in the other skin types, with a little more refactoring...

* A skin can make calls to $this->addScript to much more cleanly list which style sheets it wants to load, for which media variants and which IE conditional versions. This replaces the 'cssfiles' array hack and giant pile of ugly conditionals in MonoBook's template.

* 'printable=yes' and 'handheld=yes' URL options are handled transparently -- 'screen' stylesheets are hidden, while those with no media specifier are left.

MediaWiki:Common.css is now listed without media -- so infoboxes are still formatted -- while the skin-specific eg MediaWiki:Monobook.css are listed for screen, as they're specific to the on-screen skin.

Note it should be a matter of one line of code to add a MediaWiki:Print.css and have it correctly handled now.

* All sheets are now loaded via <link rel="stylesheet"> instead of a mix of those and @import decls.

IIRC we had used @import originally to hide styles from Netscape 4, which tends to utterly break on MonoBook, but these days that's pretty much a non-issue.
@import also breaks some browsers' ability to save stylesheets with a file to disk, which sucks.

Confirmed that Firefox 3 can now save pages with their styles.

* 'screen, projection' media specifier has been changed to just 'screen' -- projection is something totally different.

* Added experimental options for specifying handheld stylesheets:

/**
 * Optionally, we can specify a stylesheet to use for media="handheld".
 * This is recognized by some, but not all, handheld/mobile/PDA browsers.
 * If left empty, compliant handheld browsers won't pick up the skin
 * stylesheet, which is specified for 'screen' media.
 *
 * Can be a complete URL, base-relative path, or $wgStylePath-relative path.
 * Try 'chick/main.css' to apply the Chick styles to the MonoBook HTML.
 *
 * Will also be switched in when 'handheld=yes' is added to the URL, like
 * the 'printable=yes' mode for print media.
 */
$wgHandheldStyle = false;

/**
 * If set, 'screen' and 'handheld' media specifiers for stylesheets are
 * transformed such that they apply to the iPhone/iPod Touch Mobile Safari,
 * which doesn't recognize 'handheld' but does support media queries on its
 * screen size.
 *
 * Consider only using this if you have a *really good* handheld stylesheet,
 * as iPhone users won't have any way to disable it and use the "grown-up"
 * styles instead.
 */
$wgHandheldForIPhone = false;

Update the Chinese conversion tables
Last minute changes for the release branch 1.13

Set a damn default for apiThumbCacheExpiry so we don't spew notices all the time when it's not set.

Set baserevid (bug 14918)

Magic word __STATICREDIRECT__ to suppress the redirect fixer. For periodically-archived pages like [[WP:GO]].

* API search now falls back to fulltext search by default when using Lucene
  or other engine which doesn't support a separate title search function.
  This means you can use API search on Wikipedia without explicitly adding
  &srwhat=text to the query.

set baseRevId (bug 14947)

* Add count() method to TitleArray and UserArray.
* Change PageHistory::fetchRevisions() to return a result object instead of an array of rows.
* Stylistic issues: use foreach( $res as $row ) instead of while( $row = $dbr->fetchObject( $res ) ), change a couple of variable names, use __METHOD__.

There should be no functional changes.

Avoid using $this, it is a reserved word

Indeed, this is a ResultWrapper object, so we can iterate over it: no ugly while loops.  In fact, we don't even have to bother creating the array.  A few quick tests show >100 KB peak memory usage drop even on a quite small RC, a couple dozen items.

Fix comment (Title::newFromTitle -> Title::newFromName) and mark Title::nameOf() as public static instead of doing this with in comments

Added {{PLURAL:}} to lag-warn-normal and lag-warn-high

Localisation updates for core messages from Betawiki (2008-07-27 12:58 CEST)

Localisation updates Cantonese, Chinese and Old/Late Time Chinese

Fix typo in message text.

Update the Chinese conversion tables
Last minute changes for the release branch 1.13

Update the Chinese conversion tables

Ignore sysops+bcrats and accounts touched in the last week. Patch by Louperivois.

SpecialMovepageBeforeMove hook from Wikia codebase - allows extensions, such as spamRegex, to interfere with page moving

* factorize common code
* allow to pass directly a Language object

Tweak for my last commit: this variable is not used anymore

$res is a ResultWrapper object

One less step and potentially one less query if the number is already set.

Remove a bit of useless $wgCapitalLinks logic, all these code paths lead through Title::secureAndSpit() which handles initial-character-capitalization.
*In SearchEngine's case, it gets caught every time further up the page (it never even reaches the upper/lower casing of only first character part)
*PrefixSearch eventually sends it through ApiQueryBase::titleToKey()
*AjaxFunctions immediately sends it to Title::newFromText()

rm dupe

Move more initialization to member variable defaults.  (The Title constructor now actually does nothing, but I left it for the comment.)

Change a few hardcoded select() parameters (one of which was actually incorrect) to __METHOD__.

Convert subpage move to use TitleArray, just for demonstration.  It's only a few lines' difference in this case, with no actual effect on anything.  Finding places where *arrays* of Titles are used would be more fruitful.

Copy-paste documentation for copy-pasted hook, too.

Add TitleArray, a straight rip-off of UserArray.  I couldn't figure out how to make them both inherit from ObjectArray or anything, so code duplication works for now.

new hook, ConfirmEmailComplete

Per r38036: also fix FormOptions

Credits:
* I'm already in the list, 4 lines above.
* Alphabetic order.
* Removing trailing whitespace.

* alnokta = Mohamed Magdy
* Add Rotem Liss per r38033

(bug 14659) Passing the default limit param to Special:Recentchanges no more falls back to the user option

avoid php FATAL error when Parser_OldPP is used

Fix spelling of my name.

API change: Registration time of users registered before the DB field was created is now shown as empty instead of the current time.

Update the Chinese conversion tables

Add some docs on how far back wfLoadExtensionMessages() goes

Localisation updates for core messages from Betawiki (2008-07-25 10:43 CEST)

* The line regarding otehr contributors should read "CREDITS" rather than "AUTHORS".

Add CREDITS file, listed all those who've committed something to trunk since the 1.13 branch. Need patch submitters (any thus far?) and translators.

Move some member variable initialization to the declarations and out of constructors.  This is better style and less error-prone: OutputPage::$mIsPrintable was first being set to true and then to false in the constructor, and $mAllowUserJs and $mLinkColours are missing defaults entirely.  Also, Tim said there's some lazy-loading or shared memory or something if it's done this way, so it might be a performance boost.

Add note about $wgTranslateNumerals

Add partial index for common recentchanges query.

Set $wgTranslateNumerals to false by default.

Break at 80 columns in some comments.  Also improve documentation for $wgArticleRobotPolicies.

Instead of last commit, use $wgExemptFromUserRobotsControl to control __INDEX__/__NOINDEX__.  This defaults to null, which means $wgContentNamespaces.  Pages whose namespaces are in the array will be unaffected by __INDEX__/__NOINDEX__.  This will prevent serious vandalism, so the feature is again enabled by default (with content namespaces exempted).

As was pointed out, it's probably better anyway that the vandal noindex a page and have nothing turn up in searches if the search engine arrives at that exact time, than to have the vandal replace the page with "ARTICLE SUBJECT IS A POOPY-HEAD" and have that turn up in searches if the search engine arrives at that exact time.  :)  At any rate, this should solve the issue.

Implement $wgAllowUserRobotsControl to control whether the new __INDEX__ and __NOINDEX__ magic words work.  False by default until this is thought out a little better: there are major possibilities for vandalism here.

Allow local caching of thumbs from remote APIs. Still highly hackish and should only be used if you're on crack.

* Fix bug 14904: fragments lost when redirects are fixed.
* Add $fragment parameter to Title::makeTitle() and friends

Syntax error

Workaround for APC bug. Not fully isolated, but AutoLoader::$localClasses is implicated by the C stack frame at the time of the crash.

bug 14907 - DatabasePostgres::fieldType() wasn't defined, fatal errors abound.

Localization update for he.

Localisation updates for core messages from Betawiki (2008-07-24 10:48 CEST)

Localisation updates Cantonese, Chinese and Old/Late Time Chinese

Localisation updates: Adding/updating Persian translations

(bug 8068) New __INDEX__ and __NOINDEX__ magic words allow control of search engine indexing on a per-article basis.  Remarks:
* Currently __INDEX__ will override __NOINDEX__ regardless of their relative positions, due to the way things are written.  Instead, the last one on the page should win.  This should be pretty easy to fix.
* __INDEX__ and __NOINDEX__ override $wgArticleRobotPolicies.  This is almost certainly incorrect, but it's not totally obvious how to fix it, because of the way the code is structured.  Probably not a big deal, but should probably be fixed at some point.
* Anyone can add and remove the magic words, and there's no config option to disable them.  It's not obvious whether this is okay or not.  It would be a one-line change to OutputPage.php to have a config option to ignore the magic words, maybe per-namespace or who knows what.

Revert last commit for a moment, committed lots of stuff I didn't mean to.

Follow-up to r37968: forgot to commit the change setRobotpolicy -> setRobotPolicy in extensions.

Refactor a bit preparatory to fixing bug 8068: rewrite the robot policy stuff in OutputPage to allow index and follow policy to be set separately.  Also now validates input to setRobotPolicy().  And renamed setRobotpolicy to setRobotPolicy, too.  If anyone was accessing $mRobotpolicy directly they're out of luck, though.

Documentation: note that $wgNamespaceRobotPolicies can't change the default for NS_SPECIAL.

More updates for 1.14

$wgVersion too

HISTORY/RELEASE-NOTES to 1.14

Some documentation for SFH_OBJECT_ARGS

Localization fix.

Localization update for he.

Missing file for r37928

Localisation updates for core messages from Betawiki (2008-07-23 10:30 CEST)

Fix for r37928.

So if you *do* decide to add messages during a freeze, then at least take the time to do it right.

Just removing a few justs.

Revert r37924 "(bug 14883) Create hook AlternateSkinPreferences to alternate skin section in user preferences"
This hook seems pretty unclear to me. What's it meant to accomplish? It passes no data to be customized, and has no code interface for building a sustainable, forward-compatible extension from it.

Typofix

* (bug 4578) Automatically fix redirects broken by a page move. Works via the job queue, controllable by a checkbox on Special:Movepage.
* Renamed some excessively short variables in SpecialMovepage.php
* Allow $wgReservedUsernames to be localised using "msg:..." syntax

Make Special:Recentchangeslinked display changes to transcluded pages (templatelinks table) and embedded images (imagelinks table).  This should help a bit against the recent spate of template vandalism on enwiki.
Also make the "Show changes to pages linked" button work for categories.

Remaining issues / things to do:
 - Test performance of the UNION query on a larger dataset than my test wiki.
 - Add some checkboxes to allow filtering the results like on Special:Whatlinkshere.
 - Try to think of some way to make the behavior for categories less klugy.

Use a history file with readline, so that readline history is carried over from one invocation to another

* (bug 14883) Create hook AlternateSkinPreferences to alternate skin section in user preferences

Update skin names

update

API: Change descriptions for some limit parameters to actually refer to the correct type of result

Localisation updates for core messages from Betawiki (2008-07-22 10:14 CEST)

Revert r37872 for now -- "(bug 2971) Standardize format of links to hist/diff in Special:Contributions."

This appears to have changed "(hist) (diff)" to "(diff; hist)". I'm a bit leery of callign that "standardization" as it changes it from looking like regular Recent Chagnes to looking like enhanced Recent Changes.
Might be good to do a look around at other things, which use for example commas or pipes in parens as well, and figure out which is best to stick with.

Allow $wgCookiePrefix to be set by the user. Default is false which keeps current behavior in Setup. Fixes bug 14843.

Cleanup from r37839: just put ipb_auto in the relevant arrays. We have those arrays so we don't have to add if($fld_a || $fld_b) for every crazy flag combination in existence.

Per r37889: $wgStyleVersion++;

* Making <hr> 1px in Modern, like in Monobook

We already have the skin in $this->data, no need to take it from $wgUser

Minor grammar fixes, etc.

Clarify Postgres text indexing process.