Fix handling of qplimit/qpoffset and cachedtimestamp in QueryPage api module

Basically api was thinking qplimit was the offset, and qpoffset was the limit. Also remove an extra ! when checking for the cached timestamp which was stopping the display of cachedtimestamp property in the api output.

I'm going to tag this 1.18 since this module was introduced in 1.18, and I assume we'd want to fix the limit/offset parameter before the wrong behaviour gets released and people depend on it, etc.

Per Aaron, follow-up r93758: add coments and fix typos

Follow-up r89568: use local context instead of $wgOut

HTMLFileCache refactoring:
* Rewrote class and split into three classes: a base class, and html cache and a more generic cache to be used later.
* The new classes now use RequestContext.
* Renamed fetchPageText() -> fetchText().
* Split out new saveText() function from saveToFileCache().
* Various other cleanups and fixes.
Also fixed backwards setting of $wgDisableCounters in rebuildFileCache.php.

clean up Html::inlineScript usage
* ResourceLoader::makeLoaderConditionalScript:
-- window.mediaWiki -> window.mw; Not just because it's shorter but because that's the variable that is actually being used inside the script.
* ProtectionForm::buildCleanupScript
-- Use a single quote string and no new line
-- Use ResourceLoader::makeLoaderConditionalScript instead of duplicating this logic everywhere
* ProtectionForm::buildCleanupScript:
-- Use Xml::encodeJsCall to render javascript code
-- Use ResourceLoader::makeLoaderConditionalScript
-- Fix bug 31230 by using the new OutputPage->addJsConfigVars( r98374 )
(had to use $wgOut for now since there wasn't an obvious route to a context that I could find here (Article has context, but ProtectionForm::__construct takes any WikiPage, not just Article)
* EditPage::getEditToolbar:
-- Use Xml::encodeJsCall
-- Use ResourceLoader::makeLoaderConditionalScript

Fixes:
* (bug 31230) ProtectionForm should set wgCascadeableLevels in mw.confg instead of globally

New OutputPage::addJsConfigVars() method (bug 31233)
* to make the output page specific mw.config map extendable.
* fixes (bug 31233) Make OutputPage's mw.config array extendable internally instead of hard coded
* fixes weird unfinished comment from r61690

shared.css clean up:
* Use background-color instead of background when possible (to support cascading rules and don't reset the entire thing)
* no parens around url()

inexisting -> inexistent (typo)
* tests/qunit
* resources/mediawiki

Followup r98135
* Added gender parameter to newuserlog-create2-entry
* Hide old comments (for all log types!)
* logentry-newusers-newusers needs a message after all
* Move user tool links away from the action links and drop the User: prefix from create2

Followup r98339, r98355

Let's pretend the column never existed

Followup r98339

Don't try and remove the user_options column in SQLite

Added 'user.user_options' to ignores

* Use local context instead of global variables
* Call Linker methods statically

Release notes for r98253

Followup r98339

Add RELEASE-NOTES-1.19

Fix runChild in DatabaseUpdater.php

* (bug 31204) Remove old user.user_options

Added run of ConvertUserOptions maintenance script into update.php before dropping the column

Removed usages of user_options in code

Marked User::decodeOptions() deprecated as of 1.19.

Made ConvertUserOptions drop out early if the user_options field doesn't exist

Made ConvertUserOptions update user_options to '' after migration of user options to mOptions

Followup r98329

Change ApiQueryInfo to match also

Fix whitespace

Bug 31199 - Fix notification of implicit groups so it doesn't massively change json output

Needs merging to 1.18, 1.18wmf1 and pushing to site

(bug 31206) "Altering blocks doesn't appear to be working". Don't compare string to User objects :)

(bug 31194) Add linkTrail for Northern Sami.

* (bug 31187) Fix for user JavaScript validation to allow identifiers with valid Unicode letter characters

Followup r91591, r93020: patch to jsminplus to support Unicode chars and char escapes in identifiers

Fast-path check keeps runtime about the same on most scripts (eg jquery.js parsing was abround 4100ms both before and after on my test machine)
Slow-path code kicks in if plain ASCII word chars don't extend all the way to the next whitespace or punctuation char.
Using PCRE's Unicode properties magic to ensure that we're catching everything, following ECMA-262 edition 5.1 spec.

Note that identifiers using escapes don't get normalized to their UTF-8 form; this might be a nice thing to do as it saves a couple bytes, but currently there's no change made to output.

Added QUnit tests to verify that unicode letter & escapes work in identifiers in all supported browsers (ok back to IE 6, yay)

(bug 31193) Set fallback language of Assamese from Bengali to English

Localisation updates for core and extension messages from translatewiki.net

(bug 31191) Followup to r90934: do this in the successful login code path too. The bug didn't surface in most cases because the user is redirected immediately after a successful login, except when CentralAuth stops that from happening.

Also add $wgRequest to the forbidden globals...thought it was common sense.

(bug 31088) [Regression] "Create account/log in" should use the current title and query in returnto

Fix character access

* Use local context instead of global variables
* Call Linker methods statically
* Changed link to Special:Whatlinkshere on Special:Mostlinkedtemplates to pass the page in the subpage parameter instead of "target" to match Special:Mostlinked's behaviour

Per OverlordQ, fix for r87164: let's use an aggregate function that exists in postgresql

Followup r98210; Add an ugly hack to support old extensions using the SkinTemplateToolboxEnd hook, erm... 'thanks' Tim.
((Also fix an extra htmlspecialchars that shouldn't have been there))

Improved filecache short-circuit slightly (catching NS_MEDIA and such)

Add getSidebar method to BaseTemplate to simplify the sidebar boilerplate.

Debug logging and possible fix for bug 31177: mystery sidebar message failures

This may be related to things failing on load from External Storage; however we have not yet been able to verify this.

Tweaks MessageCache::loadFromDB() and MessageCache::getMsgFromNamespace() to avoid storing empty cache entries when loading text fails.
When building initial cache if we get a failure we'll log and store a '!TOO BIG' message which requests on-demand load later.
If an on-demand load failures, we'll log and return the false through but won't update the cache with the bad value.

To enable the logging in production, set up a $wgDebugLogFiles entry for 'MessageCache'.

Note that MessageCache::loadFromDB() bypasses Revision's text entry memcaching and may cause a lot of ES fetches at once.
However any ES failures *should* already be logged in the 'ExternalStoreDB' log file.

Fix stupid typo in r98193, thanks Dantman

(bug 31176) {{SERVERNAME}} doesn't play nice with protocol-relative URLs

FU r98109: !EMPTY -> !NONEXISTENT (more consistent with elsewhere)

Remove italic styling for .mw-specialpagecached (See r83554 CR)
* Partially reverts r83554
* Was moved into mediawiki.special.css in r83789

reverting r98172 by popular demand

adding an obvious alias that is much easier to remember: Prefixindex => Subpages

Localisation updates for core and extension messages from translatewiki.net

Followup to r97342 to remove the now-unneeded checks for empty username & to add some spaces ;)

Fix ignored message key (r98135)

Converted display part of new user log to new system

Localization update for he.

* Call Linker methods statically
* Use local context instead of global variables

Add mediawiki.language/languages/nl.js and mediawiki.language/languages/pt.js

Add digitTransformTable for pt, pt-br and nl

Cache negative results for interwiki prefix checks. Also helps filecache fail-over mode if DB is down.

Followup r98056; Add to this screwed up NewParserTest phpunit stuff as well.

Localisation updates for core and extension messages from translatewiki.net

email -> e-mail for consistency

Raise the specificity of the sortable header.
Many installations have something like: table.wikitable th {background:color;} which would override the background of the sortable header.

Talk page links were bluelinks if the root page existed instead of the subpage (i.e. a link to MediaWiki talk:Xyz/nl was blue if MediaWiki talk:Xyz existed). This is present in at least MW 1.16 - now.

Simplify things by using wfMessage() instead of wfMsg() et al.

Follow-up r96958: forgot one use of $wgUser

Followup r98053; Add $wgCleanupPresentationalAttributes to the globals setup so that tests are always run with it on.

Followup r94465 and r94465; Add phpunit tests for Sanitizer::fixDeprecatedAttributes and fix bugs related to clear="all" and mixed/uppercase attributes and values.

Followup r94465; Add parser tests and turn the feature on-by-default like I intended for it (I guess I forgot to return it to true when I was testing it as off)

Followup r94465; Release notes.

Followup r94465; Don't use empty.

Followup r96717; Fix whitespace.

Release notes for my common*.css improvements.

Followup r98045, release notes.

Improve the accessibility of our jump-to functionality
- Stop hiding with display: none;, this hides our jump links from modern screen readers and users with motor disabilities (ie: nowadays, pratically everyone they are intended to help).
- Instead hide with an overflow that will make the links viable <tab> targets. This alone is enough to help screen reader users.
- Add in a script that will show the jump-links area on-focus for motor-impared users who can still see who have js enabled (this can't be done with css unfortunately)

FU r98029 - message documentation.

Article refactoring and changes for bug 31144. Dependency inject ParserOutput objects in some places and let hooks set $outputDone as the parser output used.

(bug 30636) integrate the remaining functionality of the PasswordReset extension into core, to make the fact that its Special:PasswordReset conflicts (as of 1.18) with the new core special page of the same name no longer relevant.

The extension just allows admins with the 'passwordreset' permission to arbitrarily change other users' passwords, which is really scary.  This core change uses the same permission, but instead gives them the ability to view the password reset email that would be sent to another user.  So they can record the temporary password, and give it to the user via a medium other than email; but when the user logs in with it they will be forced to change it and the admin will no longer know what it is.

It would be nice to log these viewing actions, but I'm not sure which log it should go into, or whether it's worth creating a new one just for this (rare and disabled-by-default) action.

Use local context instead of global variables

Localisation updates for core and extension messages from translatewiki.net

* restore DB connection after unserialization. This is needed in all DB variants safe for MySQL. Found when running PagedTiffHandler Selenium tests on Postgres. Credits to Dan Nessett.

Minor cleanup and line breaking to formatTimePeriod()

Allow LogEventsList::showLogExtract() to get a Title object instead of having to do Title -> string -> Title conversion

Per CR on r97962, introduce an array parameter for formatTimePeriod() rather than adding more boolean params.

Followup r97962: add qqq for new messages, and expand it for the -abbrev messages.

Register new message keys from r97962

Added filecache support for history pages

FU r97978: removed more raw page file cache code

Removed action=raw support from HTMLFileCache. Obsolete due to RL.

Followup r97954: fix unit tests for wfShellMaintenanceCmd() to work on Unix as well as Windows

Make Language::formatTimePeriod() more flexible so it can produce stuff like '3 hours ago'.

* Add a $noAbbrevs parameter that causes the 'seconds', 'minutes', etc. messages to be used instead of the 'seconds-abbrev', 'minutes-abbrev', etc. messages
* Add the 'seconds', 'minutes', 'hours' and 'days' messages
* Change the -abbrev messages to take a parameter rather than having the number prepended to them. This is for compatibility with 'seconds' et al, which need the parameter for {{PLURAL:}}. It also generally makes more sense. This does BREAK the messages in non-English languages that override them; Niklas told me to leave this alone and ping the TranslateWiki folks
* Introduce an 'ago' message for '$1 ago'. Not currently used in core, but I want to use it in an extension and it seemed stupid not to have such a thing in core.
* Refactor the function to use message objects and pass the number as a parameter
* Add tests! They exposed a subtle bug in my first iteration; all hail tests!

Rewrite testFormatTimePeriod() with a data provider

Added wfShellMaintenanceCmd() for Het Deploy support

Fix single character access

Localisation updates for core and extension messages from translatewiki.net

God. Damn. You. Php.

Followup r97919

Use local context instead of global variables

* Call Linker methods statically
* Moved wfReadOnly() check after permissions so that users don't think the error is temporary if they and don't have permissions and the database is locked
* Removed "unexpected value of 'oldimage'" message which seems to say there's an internal error somewhere instead that the oldimage parameter is not in correct format

Mostly revert r97328

Swap substring to be done on smaller (more correct) values

Factorise calls to $this->getSkin()->getUser() in SkinCologneBlue::quickBar(); also moved the call $this->getSkin()->getTitle() near the only place where it's used

add mwscript handling for call of fetchText.php maintenance script

handle naming checkpoint file with first/last pageID when the file is empty

Rarrgh

Swapping " for ' doesn't make it en-gb

Deleted also on TW

* (bug 31089) Fix regression in Special:Block reasons list (MediaWiki:Ipbreason-dropdown parsing)

Followup to r83298: makes HTMLSelectAndOtherField backwards-compatible with Xml::listDropDown as it was apparently intended to be.

Also fixed double-escaping in the options for HTMLSelectAndOtherField.

Followup to r83795: fixes regression in Special:Block by fixing HTMLSelectAndOtherField which got used in place of Xml::listDropDown, but wasn't compatible.

Note that this removes the clever thing that lets you have separate values and texts in your dropdown; since Xml::listDropDown had no such feature and actual usage includes texts containing links and other stuch where the pipe character is a legit part of the content.

* (bug 31100) Fix regression in sidebar (special: page links lost parameters)

Regression in Title::fixSpecialName() in r86255; fixed and added a unit test case to TitleTest.

rv r97851 for further inspection, causes PHP notices

FU r95640: documentation for message change.  Also replace a deprecated <font> element that my IDE complained about.

followup r79862: the for loop only cleans up half the output handlers (since $i counts up while ob_get_level() counts down); check the return value of ob_end_clean() instead.
(I just noticed this while eyeballing the code -- apparently most people don't have multiple output handlers active, given that nobody had caught this in over eight months.)

Re-do r96798 ("LanguageConverter now depends on the page content language"), without the change in WikiPage which caused an infinite loop (see bug 31098)

Localisation updates for core and extension messages from translatewiki.net

Per Aaron, fix for r97658: removed double call to parent constructor that will also fix the E_NOTICE