Add a script to filecache content pages on the wiki

Pull up and tweak filecache check to make it much faster and able to for request to avoid a db hit if counters are off and job rate = 0

document SetupAfterCache hook ;)

Reduce queries for pagesize thingy

May as well set article ID in title

Fix this broken crap some more

Revert r44381 "Remove noisy profiling"
We... like profiling? :D

Revert r44365 "Cleanup Title::getTouched()"
Rather than a cleanup, this rev seems to be adding a per-Title-object cache of page_touched. I'm a little leery of adding extra caches like this, particularly since it's not clear that it'll get consistently updated.

Revert r44335 "Tweak profile calls"
Let the doUpdates() func get counted even when it has nothing to do; otherwise stats will be skewed to only times when there are multiple updates. Or.... hmmm. bleah.

Revert part of r44296 "*Skip autoloading of skin, always does inefficient strtolower() stuff and fails (returns false) anyway" and r44302 "Tweak r44296: use autoloader if it is set there".
Unless there's some really huge overriding reason to do this, there's no point poking around in the autoloader's guts to try to outsmart it. Just let it take a few nanoseconds to check its array and don't add yourself a dependency on its implementation details.
If there *is* some really huge overriding reason to complicate the code, please provide some data supporting it.

Revert r44292 "Assign by ref to make sure cache fields carry over"
This isn't PHP 4; the object's fields are changed on the object itself just fine. Unless people are changing the global variable $wgTitle to something different this should be fine. If there is a problem that this fixes, that's probably a problem itself and should be fixed in a cleaner way :D

(bug 16589) CoreParserFunctions error causes 500

Revert r44271 "(bug 12998) Weaken DISPLAYTITLE restictions (patch by 'rememberthedot@gmail.com')"
Behavior seems a bit hard to predict, as far as what's going to go in the header and what in the browser window etc. Pulling it back for further testing and discussion.

Configure extension: With DB handler, defer wfConfigureSetup() to a new hook, SetupAfterCache, which, as the name implies, is executed in Setup.php, after caches are initialised.
This avoids some weird issues with Configure and maintenance scripts.

Revert r44257 "Use boolean searching with '?' char"
Let's avoid making up our own syntax that nobody will know or think to try...
Lucene, Google, Yahoo!, and Windows Live search all understand "red OR lion" but see nothing special in "?red ?lion". If we're going to add it, let's make the OR thing work. :)

Revert r44254 "Cleanup to wfGetNull(): * Add override in case /dev/null isn't accessible (bug 11009)"
Doesn't seem like a proper fix here... At best, this'll be dumping random crap to some random file unless the user has a local copy of the /dev/null device file, which seems.... wrong. :)
For anything generating command lines, it probably won't make any difference (assuming exec() is enabled at all!) since open_basedir won't be searching through the command line (I think).
Assuming the core use case actually happens (open_basedir is set, but proc_open() is available to run tidy), a more correct fix is probably to go ahead and read in stderr and toss the results, or maybe better pass it through to PHP's stderr FD instead of opening /dev/null ourselves. Tidy has a -q option which should suppress random "hi i'm tidy version XYZ" if it's currently present.

Attempting to import a title that came out as an interwiki would sort of half-work somewhere then explode when trying to save the null revision with the import info:
Fatal error:  Call to a member function insertOn() on a non-object in /Library/WebServer/Documents/trunk/includes/specials/SpecialImport.php on line 305

Now such titles are skipped. You can probably force import of the page by forcing the target namespace...

Better long-term solution might include title renormalization, adapation of remote namespace names (eg Wikipedia -> Project), etc.

* API: (bug 16613) action=protect doesn't say when &cascade is set but cascading protection wasn't allowed
* Changed Article::updateRestrictions()'s $cascade parameter to a reference which is set to false if cascading protection isn't allowed
* Used this in ApiProtect
* Expand help message for &cascade a bit

Follow-up to r44245, r44250 (comment field on Special:Import)
Label now clickable for comment field on the transwiki form as well as the upload form; gave them both distinctive IDs.

Follow-up to r44216/r44217 "Followup to r44204. Hardcoding image because it should (in theory) work always and forever. If you have a wiki acting as repo and you've overridden the canonical name Image: it's your own fault."
It was noted that the existing code could fail for unusual article path settings including a suffix if only the 'articleUrl' was available. Pretty corner case, and probably breaks a lot of other things, but who knows. :)
Went ahead and refactored this a bit to handle the case and feel a little cleaner to me...
Dropped the private getDescBaseUrl() method since this seems a little easier to handle directly in getDescriptionUrl() now.

Fix regression in Special:Ipblocklist caused by r43047 -- options arrays in show/hide links broken by being merged in the wrong order when moved from wfArrayMerge() to "+" operator.

Revert r44119 "Remove extract() comment"
extract() is pretty much the devil and shouldn't ever be used for safe, legible code because it makes it much more difficult to analyse the code -- you have to run around trying to track down the source of local variables and there's generally a lot of pain.
Removing the FIXME comment isn't a substitute for fixing it. ;)

add debug lines for UDP output so it can be more easily tested offline

revert r44412 and part of r44406: keep the improved new page URLs, but use the old getInternalURL()/preg_replace() hack to generate them

Seems r44406 would've broken the RC feed on secure.wikimedia org: fix by introducing a new config variable $wgRC2UDPScriptUrl (defaulting to $wgServer . $wgScript if not set).
NOTE: Wikimedia's secure.php needs to be updated to use the new variable.  It might be possible to retire the fixupSquidUrl() hack once this is done, though I'm not sure if anything else relies on it.

(bug 4253, bug 16586) Don't repeat titles of new pages in URLs in the RC->IRC feed, use the shorter and more useful revision ID instead.
Also simplify URL construction: old code used to call Title::getInternalURL() to build the URLs and then undo most of the work with preg_replace().
(TODO: Maybe consider introducing new global $wgIRCLineURLPrefix to optionally override the $wgInternalServer.$wgScript prefix?)

Init $parserCache only as needed

Localisation updates for core messages from Betawiki (2008-12-10 15:10 CET)

API: (bug 16581) Fix regression from r44015 ("Various minor cleanup") which changed Article::replaceSection() to treat $section=null as $section=0 rather than $section='' as it did before, causing a nasty API edit bug. When changing a function's behavior, please update the callers, and don't forget the API.

Fix for r44383: profiling error on unexisting class

Revert r44386; depends on wfInvoke, also reverted.

Refactored UserMailer.php. Please let me know if this breaks anything.

* Don't set ETag if $wgUseETag = false
* Avoid casting page ID as int twice

Reduce profile overhead here

Minor RawPage tweaks

Remove noisy profiling

Code style tweaks

Set $wgProfileToDatabase = false

(bug 14365) skip invalid titles in RepoGroup::findFiles()

Whitespace/style consistency

Revert r44367; ends up with an extra fetch :/

Delay restriction fetching query

Cleanup updateRestrictions() some

Cleanup Title::getTouched()

Allow curid for filecache

fix doxygen warnings

Localization update.

Per Brions suggestions mediawiki.org/wiki/Special:Code/MediaWiki/44245#c829
* Append the reason with a colon rather than wrapping in parens
* Rearrange the file-upload portion of the Special:Import form a bit
* Using one message for the comment field since it'll be identical in both parts of the form
More tweaks:
* Add labels for the transwiki import portion too
* Make the forms proper for RTL wikis

DB layer compatibility with MySQL 5+ - allow both >Exec_master_log_pos and ->Exec_Master_Log_Pos in SHOW SLAVE STATUS.

Tweak profile calls

Speed up filecache a tad

Localisation updates for core messages from Betawiki (2008-12-09 08:38 CET)

* Performance tweaks
* Whitespace

Tweak check order to be slightly better

Fixed empty list of footer links when no footer messages are set.

* (bug 14268) SVG image sizes now extracted with proper XML parser
Uses a filter with XmlTypeCheck. Yay!
Now works with UTF-16 sample file uploaded on the bug. Should work with large comments etc as well.

Fix MySQL-centrism in comment

Make pageCond() use PK is ID is already cached

* fix doxygen warnings
* fix whitespaces

Check if wfDebug() is defined before calling it since AutoLoader.php is loaded before GlobalFunctions.php and may result in fatal error

Tweak r44296: use autoloader if it is set there

*Skip autoloading of skin, always does inefficient strtolower() stuff and fails (returns false) anyway
*Add wfDebug() call on class load failure

*Minor cleanup
*Whitespace

Assign by ref to make sure cache fields carry over

Localisation updates for core messages from Betawiki (2008-12-07 20:57 CET)

Fix doxygen warnings

Localisation updates for core messages from Betawiki (2008-12-07 00:49 CET)

(bug 16577) When a blocked user tries to rollback a page, the block message is now only displayed once

Revert r44130,r44129 - breaks display of message

(bug 12998) Weaken DISPLAYTITLE restictions (patch by 'rememberthedot@gmail.com')

Fix up Configure extension logo setting handling:
* Replace annoying button with an onblur preview and server-side conversion of file names into URLs.

Bow out more gracefully if we can't write to the file. We've already got the foreign thumb URL on hand, so just use that.

Use boolean searching with '?' char

Cleanup to wfGetNull():
* Add override in case /dev/null isn't accessible (bug 11009)
* Use wfGetNull() in ProxyTools rather than hardcoding it

Keep form only for "file:" searches

Localization update.

XHTML fix

Follow up on r44248:
* update messages.inc
* consistency update in message

New file upload content type checks using a simulation of IE's content type detection algorithm.

Follow up on r44245:
* update messages.inc
* rebuild MessagesEn.php
* copy 'filerevert-comment' to 'import-upload-comment', and 'import-comment'

handle xmlns for imports (bug #4520)

log comment for imports (bug #12728)

Actually make exists() useful here. Because of the order in which things are loaded, we've actually _already_ loaded the metadata prior to calling the constructor. It's safe to assume when making a new ForeignAPIFile that we'll want it to exist at that point. However, we'll default to false as it's safer to assume it doesn't exist and skip ourselves some Http requests. You should probably only be using newFromTitle() anyway :)

Same as before, hardcoding Image: is safer.

API: (bug 16541) Adding block expiry timestamp to list=logevents output (calculated from the block's timestamp and its duration)

Revert part of r44232, accidentally committed too much

API: (bug 16515) Added pst and onlypst parameters to action=parse, which do a pre-save transform on the input

API: Recommit r44182 (Added usprop=canemail to list=users) and rename canemail to emailable

Localisation updates from Betawiki. Namespaces and special page aliases

Add file namespaces for pt and pt-br to each other per request by 555.

Localisation updates for extension messages from Betawiki (2008-12-04 10:28 CET)

Cleanup, syntax errors and such.

Followup to r44204. Hardcoding image because it should (in theory) work always and forever. If you have a wiki acting as repo and you've overridden the canonical name Image: it's your own fault.

Update on r44048:
Removing SpecialListusersGetGroups hook completely, and changing the
UsersPager::getGroups function to use User::getEffectiveGroups instead
of directly making a DB query itself.

Revert r44185, r44186 -- "Foreign repos (API or DB) now fetch images and/or description pages if the repo wiki has a different canonical name for the File: namespace. Added 'fileNamespace' configuration item to $wgForeignFileRepos to override the local canonical name."
The canonical-canonical 'Image' namespace name should always be used here for compatibility; an extra configuration option is unnecessary and adds confusion.

Pull back r44182 for now "* API: (bug 16526) Added usprop=canemail to list=users, which tells whether a user can (and wants to be) e-mailed through [[Special:Emailuser]]."
"canemail" is ambiguously named, and on first blush indicates that the user "can email", which would mean that they can *send* email, which doesn't appear to be what it's used for.

Follow-up to r44169 -- remove release note saying a hook was added since it's been removed since :)

* (bug 13342) importScript() generates more consistent URI encoding

Switches order of URL to put title first, and encodes ':' and '/' consistently with MediaWiki general URI encoding.

The current implementation escapes ':' and '/', producing URLs like this:

/trunk/index.php?action=raw&ctype=text/javascript&title=MediaWiki%3ASysop.js

If we're recommending consistent use of importScript() it probably doesn't really matter, but it wouldn't hurt to be self-consistent with how we generate other URLs... of course even with the change to the encoding, the order of the pieces is different.

MediaWiki usually generates URLs with the title component first; also caching options will differ depending on who's generating the URL and when.

Typo in comment

API: (bug 16548) list=search threw invalid errors under certain circumstances