Update.

* Add a nice fieldset around the input form
* Fix double escaping of some elements
* Be smart to $wgCapitalLinks = true wikis and accept input with a lower case first character
* Use the default -summary message as header

Add magic words, etc

Fix regression with confirmation e-mails sent via Special:Confirmemail.
Recent changes to User object made User::sendConfirmationEmail() *not* save the new confirmation token to the database, which seems rather odd. As a result, you got a mail with a bogus value.

Since the function has side-effects, it pretty clearly needs to be saving its changes. Went ahead and had it do that rather than forcing all callers to fix its internal failing.

* (bug 13824) AJAX search suggestion now works with non-SkinTemplate skins

The setup code was using a MonoBook-specific div ID to insert the results container into. Swapped that for the plain ol' document.body and fixed the styles for MonoBook and Modern so it gets the scale-up fix for the font size (they both use a weird system where they shrink the font size on the body, then scale it back up inside.... very wtf territory!)

Added setup for form and input IDs used for the second search box on Cologne Blue, and copied those IDs over to Nostalgia and Classic skins.

Note that the drop-down is a bit unsatisfactory on the page-bottom search boxes in Nostalgia, Classic, and Cologne Blue, as it tries to squish in at the bottom of the page, and you only get two lines of data. The sidebar search boxes are also not very wide, which makes results pretty cramped.

Localisation updates for core messages from Betawiki (2008-04-22 20:53 CEST)

E_NOTICE

Fix event hooking for suggest.
Works around bug with custom search form destinations on Wikipedia; multiple event handlers for form submission were overwriting each other

Revert r33725, r33726 (hook in Sanitizer::fixTagAttributes()).
This hook is just plain weird.
* Return value on abort destroys the entire data set
* Whitespace is bad
* It's very unclear what this would be used for
* This is a low-level function that's going to get called very often, and the hook is in a place that has little clear function. It's unclear what a general hook would want to do with it.

Add bug number to notes entry for r33742

Localisation updates German

Localisation updates Cantonese, Chinese and Old/Late Time Chinese

Fatal error on some pages when calculating subpage subtitle, reported in #wikimedia-tech

Let's remember the mantra: Escaping is wise. Thanks to Nikerabbit :)

Commit the whole fix, not just the documentation from previous commit.

(bug 13821) Add new SanitizerAfterFixTagAttributes. Patch adapted from one by Wiktor Walc, but with some indentation fixing, and my own documentation on the hook

(bug 13819) API: exturlusage paging skipped an item

Update.

* Adding/updating Persian translations

Convenience tweaks:
* Change link of groupname to the project group page
* Add explicit link to Special:listusers. New message: 'listgrouprights-members'

* Move hardcoded text "Diff:..." to new message 'missingarticle-diff'
* Move hardcoded text "oldid=..." to new message 'missingarticle-rev'
* Remove variable $t from message 'noarticletext' as it has no parameter $1

Don't make extensions have to play around with NS_MEDIA

(bug 13816) Filter by main namespace doesn't work on WhatLinksHere.  Guess why?  Weak PHP typing!  I want to assemble a list of all these bugs as a concrete example of why PHP sucks.

Pass title by ref to consistently override the whole thing. Image pages where acting oddly with Media: urls, thinking the page didn't exist when it did.

Actually color replace on the right prefixed text

Clean this up a bit

Use prefixedText(), rather than IRC clean text for replace call on comment to make blue color (bug 13662)

Localisation updates for core messages from Betawiki (2008-04-21 23:06 CEST)

Fixed HTML error when there isn't any unsettable right (XML Parsing Error: mismatched tag. Expected: </tr>. Line Number 109, Column 3.)

Localisation updates German

No plural warnings for Mongolian

Localisation updates for extension messages from Betawiki (2008-04-21 08:31 CEST)

Better variable name

Add rcid for new unpatrolled pages

Lets include the prefix folks

FORCE should only apply when no group given

Remove filesort from EXPLAIN

More cleanup and simplifications

Use $key for the url param

Handle bad oldids more gracefully

Make a single restore link for multi-rev revisiondelete entries

(bug 13796) Show links to parent pages even if some of them are missing

Remove getKeys(). Unused in core and extensions in SVN.

No plural warnings for Korean

Localisation updates. Add some credits for 'be-tarask' and 'no'

* Adding/updating Persian translations

ProfilerSimpleText needs loading!

NS_MEDIA fix for old parser too

Remove old nonsensical code

* Clean up IRC feed
* Remove some unused vars

Update for he.

* Support prefix for message meta data

Localisation updates. Remove bot name in credits.

Localisation updates for extension messages from Betawiki (2008-04-20 11:12 CEST)

Add 'whatlinkshere-filters'

fix redirect loop

Fix NS_MEDIA link handling

Don't throw a fatal error if somebody access Special:Whatlinkshere without target page

* This function is not used anymore

* Use FormOptions in WhatLinksHere

* New helper class for dealing with forms

(bug 13792) Broken titles are now silently skipped in API search results.

* (bug 13793) Special:Whatlinkshere filters wrong - after paginating instead of before

* Adding/updating Persian translations (from Translatewiki, after fixing)

* Split output formatting away from the mile long function

* Shortcut for common use case

Localisation updates for core messages from Betawiki (2008-04-19 12:32 CEST)

Fix

Fall back to Hindi

Per r33580: Bump $wgStyleVersion

Remove distracting red dotted box. This was make some hard to read, and annoying diffs. Various VP/T complaints.

Update

Revert r33565 pending some cleanup...

A few notes:

* This seems to drop the 'action=success' page in favor of dumping all the output directly on the POST response. That's probably necessary, but tends to cause annoyances with back/forward navigation (warnings about re-POSTing data etc)

* The subpage checkbox is shown on the form based only on the target page's namespace. This means it'll show for the vast majority of, say, talk pages which don't have any subpages. To be consistent with the talk namespace, it should be kept hidden if there aren't any.

* Subpages may exist for a talk namespace while not existing for the article namespace. When moving an article with its talk, and the talk has archive subpages, it would probably make sense to do the moves -- but no check will show here due to the check only on the article space.

* There's a couple copy-pasted instances of $something ? ' checked="checked"' : '' ... since these are passed to a function looking for a boolean, they should just use the boolean $something. :)

* I see some unnecessary uses of =& ... this is a PHP 4-ism and not needed here.

* This query's kind of creepy:

SELECT /* MovePageForm::doSubmit WikiSysop */
page_id,page_namespace,page_title  FROM `page`  WHERE 0 = 1

* Generally speaking, there may be a _lot_ of subpages. English Wikipedia Main_Page will net you 169 total including itself, talk, and all subpages. How safe is it to move potentially thousands in one request here?

Add parser regression test case for r33546 fatal error fix

Users moving a page can now have all subpages automatically moved as well.  Done by request of the people in #wikibooks; this is apparently a much-desired thing there (for, I guess, obvious reasons :) ).  This took longer than I thought and is somewhat hackish in places, so it could maybe use a bit of polish.

Localisation updates.
* add 'nav-login-createaccount' as copy of 'userlogin'
* remove 'imgdesc'
* rebuild message file

Make sure DateStyle is set properly. Thanks to Brian A. Seklecki.

Update.

* Allow the "log in / create account" link in the toolbar to have different text from Special:UserLogin title (new message 'nav-login-createaccount')
* Say "log in / create account" if an anonymous user can create an account, otherwise just "log in", consistently across skins.  (Currently Monobook always says "log in / create account " and non-Monobook always says "log in".)

Update.

Add user_last_timestamp column to user_newtalk table

(bug 12698) Create PAGESIZE parser function, to return the size of a page.  Quite possibly this is getting out of hand; in that case, revert.  Patch based on one by CBM/carl-m.

Re-eliminate the fatal error I reintroduced in my last commit

* Add Parser::incrementExpensiveFunctionCount() and use it in CoreParserFunctions::getcategorycount(); refactor slightly so that formatRaw is called even for 0 (do any languages format that differently? maybe if they use non-Arabic numerals?).  From bug 12698, by CBM.
* Add a cache so that calling getcategorycount for the same category many times won't stupidly repeat the same query over and over.  Currently an early return avoids incrementing the expensive function count in this case, so technically this makes things *slower*, not faster, but that can be tweaked if anyone cares.

Updated URL and changed lines to 80 chars

Comments, code simplification

Fix fatal error on calling PAGESINCATEGORY with invalid category name; Category::newFromName does not always return an object!

Fixes for 'listgrouprights-helppage': 'Help:' should remain as it is, as it is a page link always used with a description ('listgrouprights-link')

Update.

Localisation updates Kazakh
Bug 12145, patch by AlefZet

* Expiry handling is really sub-optimal here

* Parse messages in correct language, so plurals and grammar might even work correctly
* Deprecated one unneeded parameter in one message

Localisation updates Cantonese, Chinese and Old/Late Time Chinese

Clean up RELEASE-NOTES some

* Do not display empty columns on Special:UserRights if all groups are changeable or all unchangeable.
* On Special:UserRights, when you can add a group you can't remove or remove one you can't add, a notice is printed to warn you.  This is to avoid confusion like that exhibited at bug 13503; it's a fairly unusual situation in MediaWiki to be unable to reverse your own actions, so a notice seems to be appropriate.  (I changed the userrights-groups-help message to point out the meaning of the extra markup; should it be renamed?  It's a common and kind of annoying problem, we should think up some consistent way of versioning messages.  Start adding numbers to the end?)

Update

Localisation updates for core messages from Betawiki (2008-04-18 01:17 CEST)

Localisation updates for core messages from Betawiki
* magic words, namespace names, special pages aliases, skin names

Fallback to Danish

Allow \C and \Q as TeX commands to match \R, \N, \Z, because the inconsistency annoys me.  Patterned off r22477, so I assume this will work, although I guess not on Wikimedia until someone recompiles (which is not exactly critical).