The global function wfWikiID() is deprecated since 1.35 and it's usages
should be replaced with WikiMap::getCurrentWikiId().
Bug: T298059
Change-Id: I1bf004218b30b2324c1dd87c18fab9945be04371
prefixes
Until now, the only way to add/edit the URL of the API of an interwiki
prefix was to edit the database directly.
The immediate motivation for this change is to make it easier to add new
wikis that can be used by Extension:InterwikiExtracts without requiring
the user to do manual changes to the database, see
https://www.mediawiki.org/wiki/Extension:InterwikiExtracts#New_interwikis
Bug: T244594
Change-Id: Ifd5809aa60eab622d0effc69a39d31cc32d38fef
Currently failing with "Error: Call to undefined function MediaWiki\Extension\Interwiki\Hooks()"
Bug: T283539
Change-Id: Iedbf0880814aac2ea414448ef84b307bcbf2fd41
* mediawiki/mediawiki-codesniffer: 35.0.0 → 36.0.0
The following sniffs are failing and were disabled:
* PSR2.ControlStructures.SwitchDeclaration.TerminatingComment
* php-parallel-lint/php-parallel-lint: 1.2.0 → 1.3.0
Change-Id: I9902bf4083e274b42e346333828360537290158c
The InterwikiLoadPrefix hook has been deprecated, as it doesn't
support some functions needed in a round-trip wikitext parser
(T270444). This extension doesn't require the hook in the way that it
is used in WMF production (with a static interwiki cache), so don't
register the hook in this configuration to avoid triggering the
deprecation warning.
Bug: T270444
Depends-On: If2507017c99c4ee42c104a0890bc45a84d7239d5
Change-Id: Id5c02a824c6d6a97200074430aa7d5c1db804396
To use, set the new global $wgInterwikiCentralInterlanguageDB to the
name of a MediaWiki DB from which to fetch global interlanguage links.
For example, on Uncyclomedia projects this could be 'uncm_meta' for
most of the Uncyclopedias to fetch their interlanguage links from the
meta-wiki, but perhaps 'illg_en' for the Illogicopedias to fetch their
interlanguage links from the English Illogicopedia's DB (instead of
the meta Uncyclomedia wiki's DB).
Disables local interlanguage links for as long as it is enabled, and
as such likewise prevents their editing, but does not change anything
currently in the local table.
Also bumped the version number and got rid of the silly, outdated
datestamp in it.
Bug: T220247
Change-Id: I6b691ef8e37367fe0e0fcb8b3778f4470d0c5200
This change avoids the flash of missing sorting buttons while loading,
but only with I0b446d18f47428d8c0c4aed78b75de16fe106218 in MediaWiki
core included in MediaWiki 1.33 or higher.
Depends-On: I0b446d18f47428d8c0c4aed78b75de16fe106218
Change-Id: I12c90bc3cc2dc2b58f0ffa0fab55af3a67cb226b
This avoids that module 'jquery.tablesorter' has to add the elements.
With change I0b446d18f47428d8c0c4aed78b75de16fe106218 in core this also
avoids a flash of missing sorting buttons while loading.
Change-Id: I66afdd78a524b53d130e2fa0ec5b8b4693928f45
* Conditionally register the userright with UserGetAllRights hook.
* Always register the LogActionsHandlers, it'll be a noop if not
enabled.
* The $wgLogTypes modification is left alone for now, it can be moved
to a hook once T200385 is implemented.
Bug: T180192
Change-Id: Ic5392fe93b6271d31ef1e6d589415ec77c0b14eb
