(bug 19090) Added watchlist parameter, deprecated watch and unwatch parameter in action=edit

(bug 19040) Fix prependtext and appendtext in combination with section parameter in action=edit

missing globals

Deafulted to a 0 minimum width on modern FF browsers.

More RTL fixes and also another fix to r52944 which broke the inclusion of common/IEFixes.js

Localisation updates for core messages from translatewiki.net (2009-07-14 12:50 UTC)

* Fix typo in Linker.php
* Only call ParserOutput::setTOCHTML() if a TOC was really generated

Revert r53147 properly; was supposed to be reverted in r53167, but I wasn't fully awake at the time.

More IE fixes for RTL, getting quite close now.

Refactor of Vector skin output and RTL strategy. Needs more testing, but it seems to be working very well so far.

Use parentheses for reliability

Follow-up to r53196.

Added more instructions to the comments to do with cssjanus.

Fixed bug caused in r52944 - where the inclusion of csshover.htc was lost in the move towards $wgOut->headElement(). Also, simplified the LTR/RTL inclusion - bringing the logic into the output page object.

Resolved some link coloring issues in the navigation tabs. Regenerated the RTL stylesheet using cssjanus. Made comments more logical for this type of operation.

Moved buildNavigationUrls back into Vector to make deployment more sane for now - this action will likely be reversed in the future when head is deployable.

(bug 19571) Override buildConcat for SQLite.

Add the 403 fix from r49833 to RawPage as well.

(bug 19528) Added XSLT parameter to API queries in format=xml

fix syntax error

Fixed display issue when raising font size really high, tabs would show background color, which is needed for displaying without images.

Remove is_khtml condition from prefs.js -- KHTMLFixes.css has been deleted

Fixing a syntax error in rtl.css.

Fix dodgy uses of wfMsgHtml() and related HTML escaping

Followup to r53087 / r53052 - Change dieUsage to setWarning per CodeReview

Revert r53147, r53149 and r53163 ("Add API module for QueryPage-based special pages"): this has already been worked on more extensively and cleanly in the querypage-work branch, if you wanna work on this please finalize the implementation there rather than reinventing the wheel.

* Added ancientpages, deadendpages and disambiguations to ApiQueryQuerypage
* Added information about disabledness and cache to result

Didn't mean to commit this, but the lovely svn automatically added it for me

Some escaping fixes and related readability changes

RELEASE-NOTES entry for r53159

(bug 19693) escape user link in contribution link

Remove redundant RELEASE-NOTES line

It's already stated that the <a> element has been removed entirely, so
there's no need to say that its name attribute has been removed.

Removed repetition of URIs in the title attributes (tooltips) of external links. Web browsers typically display the target URIs of links in the status bar, making repeating the URIs in tooltips redundant. Some browsers, like Opera, can be configured to display the URIs in tooltips instead of the status bar without the web page having to supply title attributes at all.

As part of this process, I refactored some of Linker.php and removed an unused parameter from getExternalLinkAttributes.

(bug 14869) Allow access to QueryPage-based special pages via API
Only brokenredirects for now, until I find out which other special pages are suitable.

Refactored the querying code out of the display code, to allow a future API module for query pages. No user visible changes.

Do not load old CSS fixes for new browsers

It's bad form to load a fix for "version X and later".  That means that
if the browser vendor fixes the underlying bug, they'll be served
incorrect markup and break.  On the other hand, if you check for just
"version X", then if they fix the bug they'll be fine, but if they
*don't* fix the bug they'll break, which is as it should be.  :)

Specifically, I disabled loading RTL fixes for Opera 9.6: my testing
shows that they worsen display, don't improve it.  All other fixes were
already not being loaded for browsers later than they should have been.
(Other than the five-year-old KHTML fix I removed outright in r53141,
which was loading for modern-day Safari and Chrome despite the
underlying bug very possibly having been fixed before WebKit even
existed . . .)

While I was at it, I made the variable names a bit saner.  I kept the
old weird ones (none are clear on which versions they include) for
backward compatibility in case scripts were relying on them.  Except
is_ff2_, which was so atrociously named that I had to put it out of its
misery.  For the others, I added new xxx_bugs variables to make it clear
that's all they were tracking.

Re-enable $wgHtml5

The rendering issue that prompted r53137 has been fixed in r53141.
However, everyone should be on the lookout for browsers becoming
slightly more standards-compliant when this is enabled, possibly
breaking some things.  Since there are no known issues, it should be
safe to re-enable so it can get further testing.  See this page for info
on the effects of different doctypes:

http://hsivonen.iki.fi/doctype/

Remove KHTMLFixes.css

This was added more than five years ago, in r3532.  It was being loaded
for WebKit as well as KHTML, and I could notice no difference in either
Chrome or Konqueror whether it was loaded or not.  It was responsible
for causing display errors with an HTML 5 doctype in WebKit.

Turn off $wgHtml5 by default

I discovered that the HTML 5 doctype does in fact trigger standards
mode in all major browsers . . . but the old XHTML 1.0 Transitional
doctype we were using did *not*.  It triggers "almost standards mode" in
some browsers.  The difference is causing some rendering issues that
will have to block deployment for the moment.

See r53034, r53035, r53136.

Fix for r53034: left off \n on doctype

I knew it had to be impossible to change two lines without breaking
something.  :)

(bug 18533) Add readonly reason to readonly exception

(bug 17809) Add number of users in user groups to meta=siteinfo

Added $wgShowArchiveThumbnails, may be useful for file store backend load reduction.

Revert unintended change from r53128

Bump $wgStyleVersion for all the Vector-related fixes made in the past week or so.

follow-up r53116: let's just delete the files since the feature was reverted in r41405 but these files were not deleted

renamed NAMESPACE constant to NAMESPACE_RESTRICTION (and PAGE to PAGE_RESTRICTION for consistency) to avoid E_PARSE on PHP 5.3+

Add function-like tag hooks. They are tags, which content is not preprocessed. Those hooks has access to PPFrame and are parsed on preprocessing stage. They might be useful for built-in programming languages.

Add search term to search-nonefound since wiktionaries want it.

Localisation updates Cantonese, Chinese and Literary Chinese

good catch, $wgServer definitely needs trailing slash added =)

Fix Bug#19637 - self-referencing externals will be by default filtered out

Updated RELEASE-NOTES for r52963 and r53033

Updated parser tests for r52726. Also fixed some corner cases and updated the parser test for PMID links.

Followup to r53052 - Die if someone tries to use the namespace filter, rather than silently igoring it.
Add a note if its disabled in the param description

Fix up r52413: readd missing line per CR comment

don't allow querying specific namespace if misermode is enabled

Made wfMsg('') and wfMsg(null) silently return &lt;&gt; as it did before r52503. Thanks to those who supplied backtraces.

(bug 19620) Allow to convert a string immediately after a new rule added.

* (bug 19630) Add linktrail to Turkmen

RELEASE-NOTES for r53034

Experimentally enable HTML 5 doctype

Per wikitech-l discussion.  This also removes a <meta> tag that was
completely pointless, but theoretically required by XHTML 1, yet causes
the HTML 5 validator to complain.

Together with a few other recent commits, this should cause at least
Special:BlankPage to validate as HTML 5.  Real pages may still have some
invalid markup that should be fixed -- in a large majority of cases,
markup that was poor practice in XHTML as well.  (The Wikimedia
copyright icon needs to have border="0" removed for everything to
validate 100% on Wikipedia.)

By Brion's request, this is still behind a config option, and can be
disabled with $wgHtml5 = false;.  I expect we'll be able to remove that
option in the near future, once everyone is satisfied that changing two
lines of HTML output that all browsers have demonstrably ignored since
the Paleolithic won't cause all Wikipedia users' computers to undergo a
spontaneous uncontrolled fission reaction or something.

Remove stray name="" from anchors (cf. r52963)

Finish cross-skin unification of <head>

Vector and Modern are now using $wgOut->headElement(), finishing the
work that r52864 started.  -80 lines net.

Added no-text-transform class for use with extra personal tools which should not be lowercase.

Fixed IE bug that caused some rendering problems with floated content because of the assumed width of bodyContent.

Release notes updates for r52983

* Allow leading-> as syntax for quoting.

Update the Chinese conversion tables.

Removed redundant anchors from headings as suggested by Aryeh Gregor on wikitech-l. Even IE6 supports jumping to elements by ID using URLs, so there is no need to make this any more complicated than it has to be.

Remove redundant no-op implementations

Followup to r52951.

Adjust error message to be clearer for empty var

(bug 19602) PubMed Magic links use outdated URL pattern

(bug 19591) Move setBigSelects() to DatabaseMysql

Localisation updates for core messages from translatewiki.net (2009-07-08 22:14 UTC)

Moved buildNavigationUrls into SkinTemplate from SkinVector which inherits SkinTemplate - as was originally intended.

Localization update.

* (bug 17712) fix the hardcoded link on 'newarticletext' for zh message series.

Make this error more understandable to someone who runs this script expecting that it has a working getopt implementation

Resolves issue in #19185 where, in text only browsers, headings of personal tools were shown even if no personal tools were available. This was also the case with namespaces aparently.

documenting EditPage::importFormData

adding web request parameter for consistency

Resolves bug #19599 using specific rules rather than !important

Fix up hook docs for SkinTemplateNavigation

typo

fix for r52864: PHP Strict Standards:  Declaration of SkinStandard::getHeadScripts() should be compatible with that of Skin::getHeadScripts() in includes/Skin.php on line 141

Agressive optimization of images, as well as merging of images which are identical.

Fix missing global declaration

Localisation updates Cantonese, Chinese and Literary Chinese

follow-up r52858: remove unused "global $wgMessageCache;"

Added missing static keyword

Follow-up to r52888:
* add new message to messages.inc
* rewording and trailing whitespace trim for 'view-pool-error'

Implemented the PoolCounter feature and did some general refactoring in the areas that it touched.

* Renamed Article::outputFromWikitext() to Article::getOutputFromWikitext()
* Factored out cascade protection updates
* Removed recently-added Article::tryParserCache(): misnamed, can be done in one line of code in the caller. Deprecated OutputPage::tryParserCache().
* Made some functions public instead of protected when they could be useful from hooks.
* In ParserCache, removed PHP 4-style ampersands

In Article::view():
* Factored out robot policy logic, "redirected from" header, patrol footer, diff page, revdelete header, CSS/JS formatting, footer, namespace header, missing article error
* Removed some variables, renamed some others, fixed incorrect use of empty()
* Used the refactored footer section to do a couple of early returns and unindent a massive if(!$outputDone) block
* Removed fantasy interpretation of $this->getContent()===false in comment
* Don't try the parser cache when ArticleViewHeader specified $outputDone=true
* Move timing hack to getOutputFromWikitext()
* Stop using $wgOut->parserOptions() with save/restore nonsense every time you want to change something in it. This is meant to be OOP.
* Don't overwrite the article text with an error message and then pretend to write it to the cache, that's confusing

Make importScriptURI() use a <link> in all cases.
Previously it used document.createStyleSheet for IE (which appears to be the only browser that supports it) or @import for everything else

Fix weird calling convention for Skin::makeGlobalVariablesScript

Fixed fatal error breakage (bug 19562)

Resolved problem with classes being defined twice.

Localisation updates for core messages from translatewiki.net (2009-07-07 22:10 UTC)

Commit 52503 which introduced l10n caching didn't add 'l10n_cache' to
the list of MW tables in the parserTests. So to temporary
parsertest_table was created.

This broke the parserTests with the error: Table 'wikidb.parsertest_l10n_cache' doesn't exist (localhost)

Unify MonoBook <head> generation with legacy skins

This was less work than I thought it would be.  The only possible
practical difference in MonoBook should be that some IE fixes are moved
down; at a glance, I don't see how this would hurt anything, but if it
does then some more hacks can be added to move them back up.

A bunch of whitespace was changed in both MonoBook and legacy skins.
Legacy skins had some stuff moved around in the <head>, but mainly to
better match MonoBook, so they should work better if anything, not
worse.  dir= was added to the <body> in legacy skins, matching MonoBook.
There should be no other practical differences.

I would strongly encourage people to port the Modern and Vector skins to
at least share the <head>-generation code like this.  I'd even more
strongly encourage people to totally rewrite the skin system, but that's
a bigger job.  :)

Localization update for he.