Localisation updates for core and extension messages from translatewiki.net

moved release notes for r113737 to 1.19 (a 1.19-regression fix)
* Follows-up r113746

Reverted r113177 per CR

Fix plural in 'backend-fail-maxsize'

Move delcaration of User::$mAllowUsertalk out of the "cache variables" block since it's not part of it; also reorder the cache variables for consistency.

update RELEASE-NOTES-1.20 follow up r113737

Follow-up r113223: set the "interface" flag in Message to true by default and set it to false when the page is included.
The point is to have the fix applied to all usages of IContextSource::msg() calls instead of only SpecialPage.

[FileBackend] r113704: updated FileBackend constructor documentation

User:PleaseStand patch fixes bug 34972

* (bug 34887) Fix for r100138: make $3 and $4 parameters being substituted correctly in message "movepage-moved"

* (bug 35152) Fix for r92924: help message for e-mail was removed from user preferences

[FileBackend]
* Added FileJournal class to log file changes for file backends. This can be used for migrations (like moving to Swift), syncing mirror repos, consistency checks, finishing/reverting operation batches, and such. The default journal is the "null" journal, which simply does nothing.
* Added the optional schema change required for using the DBFileJournal (MySQL, SQLite).

Tweak testFileRepoConstructionWithRequiredOptions so that it doesn't fail depending on the config of the wiki being tested on.

(bug 34978) Use a rev parent batch query to get the diff sizes for history pages rather than rely on assumptions that break if any filtering is used.

r113688: updated test assertions

Made wfShellMaintenanceCmd() not totally broken due to excess shell escaping.

Revert r113650 and reapply r113619 and r113649 with one modification: User::createNew() was missing a DatabaseBase::timestamp() call

Localisation updates for core and extension messages from translatewiki.net

Revert r113619, r113649: Breaks unit tests

https://integration.mediawiki.org/ci/job/MediaWiki-postgres-phpunit/3210/console

Maybe a new property with unpredictable
value breaks some tests. Need to investigate.

Fix r113619: Convert timestamp to the backend database value

* Put the timer stuff after leading line breaks in debug log entries (mainly for the first call on a request) so that they are placed near the remaing text and not on its own line
* Normalise line breaks in the first entry on a web request so that it's consistent with the one for command line requests

Add a getValue method...

Removed the remaining parts of "cookie password" stuff, does nothing and no longer used since ages

Set the user_touched field directly when adding a new user to the database so that the field is correct when someone does not call saveSettings() after addToDatabase()

fix for bug 34696 - mw.loader.using shouldnt call callback more than once

Revert r113610, it appears it's impossible to fix vector in a sane way. If we try to fix it without images then the white in the version with images that's supposed to be there disappears. And that can't be fixed because that part of vector uses a variable em height disabling the ability to fix the issue by editing the uploaded image.

Tweak background colours in Vector's css so that Vector looks sane when images are disabled.

rebuildLanguage.php

Bug 35162 - Change in Database api break extension MSSQLBackCompat

$canonicalDBTypes is probably superfluous information, but doesn't harm as a shortcut

Ping r108051

r113599: add to names.php & release note

Over 40% completion of MediaWiki core messages translated

More of r113580

Localisation updates for core and extension messages from translatewiki.net

Normalise casing of getArticleID used in core

r113572 in trunk file too

Remove the explicit user lang/dir attributes, because variant names are usually not in the user language, and there are lang attributes on those li items.

Localisation updates for core and extension messages from translatewiki.net

Move printfooter hiding css from multiple stylesheets into shared.css where it should belong.

fix r113403

followup to -r113545 - add null for missing $default param

Documentation, spaces, braces, explicit member variables

(bug 34521) Returning to the previous page after logging in loses any array-valued parameters in the query string. This happens because WebRequest::getValues() calls getVal() which strips arrays, even though the doc comment says that no transformation is applied. Changed getValues() to call getGPCVal() instead. The only difference is that arrays are no longer stripped, so the doc comment is no longer a lie

Add message keys for 18 missing summary messages.
* Patch for bug 34319 for Special:DeletedContributions and Special:Contributions contributed by Srikanth Lakshmanan
* Other 16 instances identified by Der Umherirrende on translatewiki.net (https://translatewiki.net/wiki/Thread:Support/Missing_summary_message_keys_in_message_files), code updates by me.

Make sure ForkController nukes any connection resources that backends might have before forking

Localisation updates for core and extension messages from translatewiki.net

Fix PostgreSQL updater broken by r113487

Let's be consistent and use the same check to show an the deleted version and cascade the parameter

No need to create a new Revision object if we already have one available

Made FileOp::allowStaleReads take a boolean argument (more versatile) and killed a few lines of code.

Fix syntax error and indenting from r113487

PHP Fatal error:  Call to undefined method DatabasePostgres::getCoreSchea() in /var/lib/jenkins/jobs/MediaWiki-postgres-phpunit/workspace/mw-core/includes/installer/PostgresUpdater.php on line 309

Ping r113487

Fix up some documentation weirdness from r113487

Fix broken unit tests post r113487

[exec] PHP Fatal error:  Call to a member function getCoreSchema() on a non-object in /var/lib/jenkins/jobs/MediaWiki-postgres-phpunit/workspace/mw-core/includes/db/DatabasePostgres.php on line 216

(bug 23795) Add parser itself to ParserMakeImageParams hook.

Handle PostgreSQL transaction errors and improve schema detection

* Introduce $wgDebugDBTransactions facility to help
  figure out what's going on with transactions.
  Currently PostgreSQL only.

  PostgresTransactionState can be easily be made more general
  to trace all sorts of state machinery.

* Improve r113408: we don't need to full reconnect on error,
  rollback is enough.

  Rolling back breaks search_path, as PostgreSQL
  can manage sessions settings under transaction therefore
  we need to improve schema sniffing introduced in r82674

* Introduce few schema handling functions. This could
  probably be generalized for other databases like DB2 and Oracle.

* Fix bug 15816 - Add a switch for SETting the search_path

  We try to avoid touching search_path at all unless
  really necessary. Even in this case we append MediaWiki
  core schema to the front of the list.

* No longer add $wgDBmwschema to PostgreSQL role search_path
  in the installer. This is no longer necessary as
  setting schema on connect should ReallyWorkNow(tm).

* Get rid as much as possible of $wgDBmwschema and
  bring us one step closer to fix bug 16794 (wgSharedDB
  support).

  All references to core MediaWiki schema in PostgreSQL
  specific code should now use Database::getCoreSchema()
  unless we know what we are doing.

Followup-To: r113408 r82674

r113416: added missing parameter to message

Use WikiPage::getRevision() instead of another Revision object if the oldid parameter corresponds to the page's latest revision

release-notes (rr113415)

Disable file locking for thumbnail purging just as it already is with creation/updates (for performance).

Added backend-fail-maxsize failure message and use it instead of the vague "could not store" type message.

(bug 25095) Special:Categories doesn't show first relevant item when "from" is filled

[FileBackend] Made doOperations() Status handling align with documentation as well as what FileRepo is essentially expecting when using the 'force' option (it assumes fatals are for total batch failures, not just partial ones). The relevant documentation was also improved.

PostgreSQL: Improve SQL error handling

After a query error, PostgreSQL transaction is aborted
until it's terminated or the query is closed.

All further queries result in:

  ERROR: current transaction is aborted, commands ignored
  until end of transaction block

Those subsequent errors are ignored by double fault handling in
DatabaseBase::reportQueryError but they cause all localization
of error messages to fail (unable to issue queries to message
tables) and errors lke

This resulted in a broken MediaWiki screen with

  <databaseerror>
  <dberrortext>

instead of localized error message.

We need to fully reset database connection because after
pg_connection_reset() various session parameters need to
be set again (like "search_path"), otherwise tables will not be
found.

   ERROR: relation "msg_resource" does not exist
   ERROR:  relation "l10n_cache" does not exist

* (bug 35019) Fix for rr99942: edit summaries are no longer transformed in notification e-mails

Update core usage of getLanguageName[s].

Localisation updates for core and extension messages from translatewiki.net

* (bug 35014) Fix for r100529: including a special page no longer sets the page's title to the included page

Follow-up r112479
* Add @since, fix indentation.
* Change default from 'all' to 'mw' as it's the most used (so default fetchLanguageNames() is equivalent to default getLanguageNames()).
* Add the include parameter also to fetchLanguageName() as it's needed in Parser: interlanguage links should only take into account mediawiki names. (Doesn't make a difference with how the functions are now, but could have been later.)

[ObjectCache.php] typo from r112985

(bug 34929) Show the correct diff when a section edit is rejected by the spam filter. Use EditPage::showDiff() so that the same kind of diff is shown as when you click the "show changes" button. I considered changing the source text to be the original section text, but if you do that, the line numbers are wrong and section=new doesn't show you the headline which may have matched the spam filter.

better error message and comment

typo fix

adding note for new API functionality

Fix for r113312: explain the bug without the use of commented-out code

[FileRepo]
* Made upload() explicitly check $status->successCount rather than isOk() as FileRepo::publish() gives fatal statuses where it used to only give warnings. This way, failed uploads still displace the current image DB row to oldimage rather than do nothing and have the same image row point to a new file (which can cause mismatched metadata).
* Disabled exception about invalid oi_archive_name. This makes things more broken in that when people get this an error on upload (which happens when the FS has no current file but the DB does), the new file is added as the current version in the FS but the DB is unchanged. Thus, the metadata can be mismatched.

followup to -r112918 - display old title in SpecialNews page when namespace or title text has been changed

Localisation updates for core and extension messages from translatewiki.net

Follow-up r113277: release-notes

(bug 35036) Wikipage-based ResourceLoader modules were not automatically purged as they should be when one of their messages changed. In practice, this only affected WikiLove.

Also adding a documentation comment in ResourceLoaderModule to clarify that it is the subclass's responsibility to make sure message blob timestamps are taken into account

[Html::namespaceSelector] Remove default id/name attributes
* Remove default id/name attributes
* Remove now redundant tests introduced in r110274
* Add tests to make sure label has no 'for' attribute when label isn't null but name/id are unset
* Update tests to not include id="" and name="" when calling with no arguments
* Updating calls to add name/id if needed, and while at it remove useless 'null' params

* Context:
-- Introduced in r109990, r111376, r111315
-- No callers exist that assume these defaults. Forcing an ID that should be unique is annoying and redundant. The name used in the query when submitting a form should be mentioned in the same file where it is used from the submission, never assume what name="" is from unrelated code
-- Same for ID, this is often used in CSS or JavaScript, shouldn't be assumed. (It should be simple to but two simple namespace selectors on a page without getting DOM conflicts)

Follow up to r113142; fix incorrect conversion to array (value can be array already)

Follows-up r113214: span ternary operator over multiple lines for readability

My proposed fix to bug 34987: gender not working in many special pages.
I haven't checked if there are other places whereh context is set to Message class, but if there are they might need a fix too.

warn that dumpBackup does not actually backup the wiki!

The user table is not dumped by that tool. The warning notice makes it clear
and will avoid someone having some trouble recovering his precious private
data.

(bug 34302) Add CSS classes to email fields in user preferences

Patch by Nischay Nahata whom I have mentored earlier this week.

[mw.util.tooltipAccessKeyPrefix] alt-shift for Chrome on Windows
* Fixes:
-- (bug 29753) mw.util.tooltipAccessKeyPrefix should be alt-shift for Chrome on Windows

[jquery.textSelection.test] disable caretTest per bug 34820
* Right now it's causing testswarm clients to have to this test 3 times, and if until bug 34820 is fixed there is no point in clogging up testswarm with it, making all IE columns uselessly red and making it harder to detect an actual regression

It seems that parseMsg() sometimes receives strings, probably from bad dieUsageMsg() callers or badly formatter error arrays. I don't want to have to track this down, so I'm making it fail gracefully and just cast any strings to arrays

r109469: ported r113208 by bumping max file size from 1GB to 4GiB.

Fix mixed/messed up whitespace

MTT: r113196

Fixed FileOp::attemptBatch() behavior when unexpected failures occur with the 'force' option. It can't continue on since the ops assumed that $predicates was correct, which it won't be. It now simply halts operations.

Localisation updates for core and extension messages from translatewiki.net

Use local context to get messages

No need to do a database query when passing an IP address to User::idFromName()

r110955: also truncate rc_comment for log entries. This adds the code in save() to proof RecentChange a bit against such problems.

Minor followup to r111795, make doSha1LegacyUpdates return it's count value so it can be added to the count of archive rows

Don't return true in doSha1Updates(), return 0 if table is empty

get rid of deperacted method usage

follow up to r113113, get rid of code ducpliation and fix docs to reflect actual behaviour

Partial revert of r97849: the wgUserVariant variable is useful and used even on special pages, removing it breaks b/c