Localization update.

Fix diff= urls with no title (bug 15233)

Use wfMsgExt() with parsemag, so {{PLURAL}} will work.

(bug 2242) Introduce expiry time for temporary passwords.

Enabling support for RTL langauges in Special:Version tables

(bug 14663) Add redlink=1 to redlinked tabs

Localization update: Improving Persian translations

Add a few options that were added in the past months but seems forgotten to be added to $wgDefaultUserOptions

* Added "Advanced search" link to the search form

Updated deleteLinksFromNonexistent function:
 - refreshLinks.inc:
   * New algorithm, conform Brions description in bug #16112; instead of one big delete, it is split up in blocks of (by default) 100 incorrect page_ids to remove.
   * Added function parameters

 - refreshLinks.php
   * New command-line parameter to set the number of page_ids to clean per batch.
   * Re-instated deleteLinksFromNonexistent run

* + id for list for easier access

Follow-up to r45425 -- bug was in MWSearch, not core. It's supposed to be HTML-formatted, but was being built unsafely.
Adding a comment on SearchEngine to clarify that getSuggestionSnippet() returns HTML

* Fix XSS in Special:Search with extended engine features ("did you mean")

Switched a couple of manually created '<a href>'s to use Linker functions,
and put an htmlspecialchars() on the 'did you mean' snippet result which was
spewing raw input-derived text into output (bad!)

When $wgEnforceHtmlIds=false, add legacy anchors

This means that old links will still work in a lot of cases.  However,
if the legacy anchor is invalid XML, we omit it.  In particular, on
non-Latin wikis, practically all old section links (from external
sources or using external links) are likely to break, since the first
character of legacy anchors starting with a non-ASCII character will be
".", which is invalid in XML as well as in HTML4.

Refactor somewhat so that escapeId() works right

r45267 commented out the logic prohibiting numbers and so on at the
start of id's.  I've uncommented this logic, but passed 'noninitial' as
an option to escapeId() in all necessary circumstances.  Shouldn't
change behavior, this is to simplify some further work I'm about to do.

Add comment on urlencoding fragments

Localisation updates for core messages from Betawiki (2009-01-05 08:33 UTC)

* Use user's language for 'protect-expiring' message in Special:Protectedpages and Special:Protectedtitles, no need to use it as content as it will simply be shown to the user and nothing else
* removed $wgOut->setPagetitle( ... ), already done in SpecialPage::execute()

MediaWiki:Protect-expiring needs to have date and time separated.

Expand ArticleRollbackComplete hook to include reverted rev

Import messages without warnings from sl.wikipedia.org

Disallow broken Talk:File:x type titles (bug 5280)

Don't needlessly shy from reuniting lost files with their description pages.

Add special case handling of the XHTML character entity "&apos;" to normalizeEntity() and decodeEntity().  This should resolve the remainder of bug 14365.
It might seem cleaner to just add the appropriate entry to $wgHtmlEntityAliases, but this would break decodeEntity() as currently written.  Explicitly note this in the comments.

Remove old comment

Follow up r45357: Rename messages/rebuild all language files

Followup to r45376 (changing class="firstHeading" to an id). We still want the class there too (as pointed out by Raymond) as it will break a lot of custom user styles. Also, bump $wgStyleVersion.

(bug 15427) Make monobook firstheading have an ID (instead of class) like modern

Per r45228: also revert the RELEASE-NOTES entry

(bug 16579) Check if session is set

(bug 16507) Not setting "other time" on creation unprotection error removed

(bug 16376) Mention in deleteBatch.php and moveBatch.php maintenance scripts that STDIN can be used for page list

Localisation updates: Taking care of some of the translations not on betawiki yet + Fixing some writing style issues

Localization update for he, updating messages.inc, and rebuilding the English file.

(bug 12458) Protected page titles should show only one protection notice

Make titleprotected look a tad better when there is no reason...should prolly be two messages

(bug 14737) Allow the autoconfirmed timer to run from the first edit

(bug 14970) Add a number of revisions column to the Special:ImageList page

(bug 15320) Show login page if not logged in (for watchlist)

(bug 15498) Provide links to revisions listed at the Special:Contributions page

(bug 16084) Default memory limit should be increased

(bug 16865) Access to pages via "curid" parameter should include meta noindex

(bug 15999) Rollback using markasbot (bot rollback) shouldn't get a diff

Minor code cleanup

(bug 16107) Imagelist -> ListFiles

* Fix some command-line propagation issues
* Fix weird failure to open /dev/stdout
* Wait for slaves after each child command

Avoid division by zero

Gracefully skip clusters that don't have the wiki in question

Updated.

Follow up to r45351: forgot to add messages

(bug 16044) Vague error message in Special:Emailuser

(bug 16045) Pagination links break on Special:Log/Username

(bug 16107) Rename Special:Imagelist to Special:ListImages to keep the consistence

(bug 16429) "nominornewtalk" should not trigger e-mail notifications

(bug 16433) Special:UnwatchedPages should list unwatched pages in the content namespace(s)

Do not urlencode anchor in links we output

This fixes non-TOC links in IE5, 5.5, and 6 (didn't test 7) when
$wgEnforceHtmlIds is off.  These browsers won't follow urlencoded
Unicode anchors in href's, they only work if not urlencoded.  Having
non-urlencoded bits in href's should be perfectly fine, correct me if
I'm wrong.

As far as I can tell, Title::escapeFragmentForURL() is never used for
HTTP redirects, if there's any concern about those.  The correct
function to fix those is Article::doRedirect().  My testing indicates
that IE{5,5.5,6} will not accept Unicode anchors in anchors in HTTP
redirects, whether urlencoded or not.

(bug 16659) Prettify permalinks. Just use ?oldid=x

Use Sanitizer::escapeId() in another place

Reduce code duplication some more, and fix section redirect after edit
when $wgEnforceHtmlIds is off.

(bug 16793) text entered into the log entry should remain when an error is returned

(bug 16783) MediaWiki:Cannotdelete error should include a log extract

Update 'histlegend' with correct value of 'minoreditletter'

(bug 16802) application/x-rar is not a known mime-type

Follow up r45335

(bug 16839) cleanupTitles and namespaceDupes shouldn't consider 'Special' or 'Media' valid title targets

List redirects -> List of redirects

(bug 5071) Image appears above text when viewing diff of an image page
* Hide image/toc on diff view. Previously, img cluttered the top of the diff and you had to scroll down. Also, we have thumbnails for the history (and current) anyway.

Break line

Don't double append :)

Tweak to r45324, use wfAppendQuery() instead.

Remove period from 'x intermediate revs' message

(bug 16850) Allow $wgActionPaths to contain query strings.

Specify type here, rather than ''

Simplify type check

Tweak r45314: just return out

(bug 9243) Avoid exit to make MW handle page exceptions properly

(bug 12433) DefaultSettings.php $wgReadOnlyFile comment clarifications

(bug 11330) Improper use of WebRequest::getIntOrNull()

*(bug 6749) Terminology on history page [last -> prev]
*Also made parts of legend bold

Increment $wgStyleVersion for r45304.

Make "did you mean" more Googley

It wasn't prominent enough; the red text and bolding should make it more
visible, and also more familiar (since I took the styling straight from
Google).  I also moved it up way to the top: it *needs* to be one of the first
things the user sees to be really useful.  This was particularly terrible on
enwiki, where the enormous bloated help message means you have to scroll down
through half a page of largely useless nonsense before even seeing the
suggestion.

Don't use for (i in array) in JavaScript

This reportedly can cause errors, because it will return all object
attributes, not just array elements.  Use a C-style for here instead.
This could be done in other places too -- the immediate motive here is
that this might be related:

http://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#Sortable_tables_.26_Firefox_3.0.5

The functionality seems to still work.

Localisation updates for core from Betawiki
* updates for special page aliases, magic words

Localisation updates for core messages from Betawiki (2009-01-01 23:26 UTC)

User more thorough mTitle->userCan checks for autopatrolling

Change tabs -> spaces

Localization update.

* Add a new message 'movepage-moved-noredirect' for page moves with suppressed redirects
* Tweak 'movepage-moved' a bit (rename of message seems unnecessary)

Localization update.

Fix for r45238: remove interwiki right from User::$mCoreRights

* Add spaces between buttons, looks smarter
* Use Xml::fieldset function

Fix  PHP fatal error in /usr/local/apache/common-local/php-1.5/includes/FileDeleteForm.php line 116:

Regression from r45159

Follow up on r45276:
* missing 'action-' message
* add messages to messages.inc

* Put restricted image moving back, with Brion's permission

s/existant/existent/

Bug fix for 'gsw' special page aliases

Make sure fragments for Titles are urlencoded

Fix typo in comment

"Compilant" sounds like a cool word.  Maybe it should mean "capable of
being compiled".

pulling this from release notes: "Ensure that all HTML id's begin with a letter as required by XHTML standard" as it's not fully in atm ;)

Partial revert of r45109, r45116 -- removing the forced 'x' prefix from IDs not beginning with letters.
Since we're probably going to change all our section fragments to something nicer in the next couple weeks, and nothing seems to actually explode based on what we're doing so far, I'd rather leave them be for now rather than break existing section links.

Follow-up to r45174: (bug 16806) Fix regression from r44524 that caused links to files to not get added to mLinks in ParserOutput, which caused them to not be included in LinksUpdate::LinksUpdate(), and not added to pagelinks.

Fixes other cases broken by Parser's assumptions failing to hold after change in Title::isAlwaysKnown()'s behavior:
* Links to invalid Special: pages were being recorded, but shouldn't
* Links to valid MediaWiki: pages were no longer recorded

Instead of the NS_FILE special-case in r45174, I'm just tossing *all* isAlwaysKnown links over to ParserOutput::addLink(), and letting the latter worry about what types of titles it won't record.
Just for good measure, in case any NS_MEDIA titles make it into ParserOutput::addLink() they'll be normalized to NS_FILE.