Thijs/wiki.techinc.nl
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
wiki.techinc.nl/autoload.php

3276 lines
297 KiB
PHP
Raw Normal View History

Generate $wgAutoloadLocalClasses with a maint script Currently all new classes in core need to be registered with the autoloader. This is acceptable but inconvenient. This patch adds a script to read the output of php's tokenizer to determine the names of all the classes within mediawiki core. Patches with new or removed classes will just need to rerun the maint script rather than manually adjusting the arrays. A full conversion to psr-0 + composer would solve this as well, but this is a very non-intrusive patch that can get us some portion of the benefit(reduced manual maintenance) today rather than months down the line once we figure out all the intricacies of mediawiki + composer. Change-Id: I8b1bdb84a9699de79f8b9951fa61e5437d083c55
2014-09-26 23:13:23 +00:00
<?php
Doc: Mention the php command in autoload.php to regenerate it Adds a comment to the top of the generated autoload.php directing developers to the command to regenerate the file so they may just copy and paste the command. Change-Id: If098a1eb51ed732378677215c0e438c73d506697
2014-11-14 19:00:36 +00:00
// This file is generated by maintenance/generateLocalAutoload.php, do not adjust manually
Don't use `phpcs:ignoreFile` to selectively ignore sniffs Because it doesn't work. `phpcs:ignoreFile` is intended as a performance shortcut, and gives up on the file as soon as that token is found. Instead, use `phpcs:disable` which does support selectively disabling some sniffs. And since disabling is local to the file, there's no need to re-enable it at the bottom of the file. <https://github.com/squizlabs/PHP_CodeSniffer/issues/1903> has some relevant discussion and clarification from upstream on this. And make the files that are now being re-enabled pass PHPCS. Change-Id: Ia4d8c45045f61cf9f24eb1d8631ff98d99c82d69
2018-04-08 19:39:46 +00:00
// phpcs:disable Generic.Files.LineLength
Generate $wgAutoloadLocalClasses with a maint script Currently all new classes in core need to be registered with the autoloader. This is acceptable but inconvenient. This patch adds a script to read the output of php's tokenizer to determine the names of all the classes within mediawiki core. Patches with new or removed classes will just need to rerun the maint script rather than manually adjusting the arrays. A full conversion to psr-0 + composer would solve this as well, but this is a very non-intrusive patch that can get us some portion of the benefit(reduced manual maintenance) today rather than months down the line once we figure out all the intricacies of mediawiki + composer. Change-Id: I8b1bdb84a9699de79f8b9951fa61e5437d083c55
2014-09-26 23:13:23 +00:00
global $wgAutoloadLocalClasses;
Use short array for generator output The AutoloadGenerator and LocalSettingsGenerator should generate short array syntax Change-Id: I5772640556fd6274db0d522341a98c0acfe5794d
2016-02-17 21:08:07 +00:00
$wgAutoloadLocalClasses = [
Detect/use APCu properly In PHP 5.5 and above, userland APC caching moved to an extension Bug: T140587 Change-Id: Ie0871776cd7e67838471a4fe95451cf4164079b7
2016-10-01 17:00:53 +00:00
'APCUBagOStuff' => __DIR__ . '/includes/libs/objectcache/APCUBagOStuff.php',
Add collation for Abkhaz (ab) * Adding new class AbkhazUppercaseCollation, mapped to 'uppercase-ab'. * Extended CustomUppercaseCollation with support for sorting digraphs and for alphabets larger than 64 letters (up to 4096). Bug: T183430 Change-Id: I16d44568e44d7ef5b39c38b1a6257b9fe10a34d4
2017-12-20 22:45:23 +00:00
'AbkhazUppercaseCollation' => __DIR__ . '/includes/collation/AbkhazUppercaseCollation.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'AbstractContent' => __DIR__ . '/includes/content/AbstractContent.php',
Use OpenSSL if available for PBKDF2 password hashing This at least doubles the speed, which would allow the number of iterations to be doubled and computation of the password hash to complete in the same amount of time as before, or maybe even a slight bit less. The doubling in speed is due to an optimization[1] that so far has not been accepted into PHP's hash extension.[2] In addition, OpenSSL has optimized assembly-language hash function implementations for several common CPU architectures. These provide a further, yet more slight, performance improvement. While OpenSSL's PKCS5_PBKDF2_HMAC() is not the fastest implementation around, using it does not add a new library dependency. And although better password hashing functions exist, PBKDF2 is still the default in MediaWiki. For these reasons, I think this change makes sense. [1]: https://github.com/openssl/openssl/commit/c10e3f0cffb3820d [2]: https://github.com/php/php-src/issues/9604 Change-Id: I7b06590d4c42581f8749336f9c17777f973a506c
2022-06-20 07:05:31 +00:00
'AbstractPbkdf2Password' => __DIR__ . '/includes/password/AbstractPbkdf2Password.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'Action' => __DIR__ . '/includes/actions/Action.php',
Split Pager classes out of SpecialPage files Change-Id: I6c8dbc9084040dd3b8a5e19caaf076bd14b77762
2016-03-24 11:25:40 +00:00
'ActiveUsersPager' => __DIR__ . '/includes/specials/pagers/ActiveUsersPager.php',
Add ActivityUpdateJob to autoloader Follows-up 836ad263c. Ran generateLocalAutoload.php. Change-Id: I12f597aa0d8100a60f2c631797a76627acbaa2ec
2015-05-13 18:23:52 +00:00
'ActivityUpdateJob' => __DIR__ . '/includes/jobqueue/jobs/ActivityUpdateJob.php',
Reorg: Move ActorMigration and ActorMigrationBase to user/ This may seem a bit weird but anything else related to actor is already under user/ including ActorCache, ActorNormalization, ActorStore and ActorStoreFactory. Bug: T321882 Change-Id: I7072b374bba7a0cd9d905e399c822bf30bd5c0d8
2022-12-16 11:41:52 +00:00
'ActorMigration' => __DIR__ . '/includes/user/ActorMigration.php',
'ActorMigrationBase' => __DIR__ . '/includes/user/ActorMigrationBase.php',
Add a maintenance script to add a Change Tag Change-Id: I51406b0e9140e5a462d9dd256b1d949fa09b67a0
2018-08-21 17:36:45 +00:00
'AddChangeTag' => __DIR__ . '/maintenance/addChangeTag.php',
Have class match filename in some maintenance scripts Each of these scripts had a class name that was not referenced outside of the script file itself, and are safe to rename as a result. Change-Id: Id605aca11db51ee433baeaa998a0e33184c930ca
2018-05-24 01:34:01 +00:00
'AddRFCandPMIDInterwiki' => __DIR__ . '/maintenance/addRFCandPMIDInterwiki.php',
Add maintenance script to add sites to sites table Also: Add language code validation to Site::setLanguageCode(). Bug: T132937 Change-Id: I763ec65cb06d5250a3886a66eefdde8701b2299c
2016-04-18 18:03:53 +00:00
'AddSite' => __DIR__ . '/maintenance/addSite.php',
Split Pager classes out of SpecialPage files Change-Id: I6c8dbc9084040dd3b8a5e19caaf076bd14b77762
2016-03-24 11:25:40 +00:00
'AllMessagesTablePager' => __DIR__ . '/includes/specials/pagers/AllMessagesTablePager.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'AllTrans' => __DIR__ . '/maintenance/language/alltrans.php',
'AlphabeticPager' => __DIR__ . '/includes/pager/AlphabeticPager.php',
API changes for AuthManager Changes here are: * action=login is deprecated for use other than bot passwords * list=users will indicate if a missing user name is creatable. * Added action=query&meta=authmanagerinfo * Added action=clientlogin is to be used to log into the main account * action=createaccount is changed in a non-BC manner * Added action=linkaccount * Added action=unlinkaccount * Added action=changeauthenticationdata * Added action=removeauthenticationdata * Added action=resetpassword Bug: T110276 Bug: T110747 Bug: T110751 Bug: T32788 Bug: T67857 Bug: T28597 Bug: T76103 Change-Id: I244fa9b1e0623247d6d9fa30990411c6df94a496
2016-01-11 18:20:22 +00:00
'ApiAMCreateAccount' => __DIR__ . '/includes/api/ApiAMCreateAccount.php',
Acquire a temporary user username before previewing * Add an API action=acquiretempusername * Add a mw.config variable with the temp user name * Add mw.user.acquireTempUserName, which checks the mw.config variable, then fetches a name from the API * Use mw.user.acquireTempUserName when previewing Bug: T331397 Change-Id: Iec8a15dadd595bed0f7e54f907fbb8e192b45cf3
2023-07-18 00:26:34 +00:00
'ApiAcquireTempUserName' => __DIR__ . '/includes/api/ApiAcquireTempUserName.php',
API changes for AuthManager Changes here are: * action=login is deprecated for use other than bot passwords * list=users will indicate if a missing user name is creatable. * Added action=query&meta=authmanagerinfo * Added action=clientlogin is to be used to log into the main account * action=createaccount is changed in a non-BC manner * Added action=linkaccount * Added action=unlinkaccount * Added action=changeauthenticationdata * Added action=removeauthenticationdata * Added action=resetpassword Bug: T110276 Bug: T110747 Bug: T110751 Bug: T32788 Bug: T67857 Bug: T28597 Bug: T76103 Change-Id: I244fa9b1e0623247d6d9fa30990411c6df94a496
2016-01-11 18:20:22 +00:00
'ApiAuthManagerHelper' => __DIR__ . '/includes/api/ApiAuthManagerHelper.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ApiBase' => __DIR__ . '/includes/api/ApiBase.php',
'ApiBlock' => __DIR__ . '/includes/api/ApiBlock.php',
Move ApiQueryUserInfo::getBlockInfo() to ApiBase ApiBase directly uses this method causing a cyclic dependency between ApiBase and ApiQueryUserInfo Change-Id: I84ed21641c44b2f65ebe1980b0893d1846db3b34
2019-04-29 07:47:31 +00:00
'ApiBlockInfoTrait' => __DIR__ . '/includes/api/ApiBlockInfoTrait.php',
Run generateLocalAutoload.php Follows-up ae0bae92afe0307d. Change-Id: I5f7decd6a5279e941a7e1406dca77bbe37a1f3cb
2016-07-08 22:52:20 +00:00
'ApiCSPReport' => __DIR__ . '/includes/api/ApiCSPReport.php',
API changes for AuthManager Changes here are: * action=login is deprecated for use other than bot passwords * list=users will indicate if a missing user name is creatable. * Added action=query&meta=authmanagerinfo * Added action=clientlogin is to be used to log into the main account * action=createaccount is changed in a non-BC manner * Added action=linkaccount * Added action=unlinkaccount * Added action=changeauthenticationdata * Added action=removeauthenticationdata * Added action=resetpassword Bug: T110276 Bug: T110747 Bug: T110751 Bug: T32788 Bug: T67857 Bug: T28597 Bug: T76103 Change-Id: I244fa9b1e0623247d6d9fa30990411c6df94a496
2016-01-11 18:20:22 +00:00
'ApiChangeAuthenticationData' => __DIR__ . '/includes/api/ApiChangeAuthenticationData.php',
Add a ContentModelChange helper, and an api module that uses it Bug: T107174 Change-Id: I6eb38c4aec23619d7ec42ef12092edf9ff25c6fa
2020-01-11 23:49:41 +00:00
'ApiChangeContentModel' => __DIR__ . '/includes/api/ApiChangeContentModel.php',
API: Add authz features for RESTBase The RESTBase team has requested the ability to check the validity of a CSRF token and to interface with Title::userCan(). The former is accomplished by the new action=checktoken module. The latter by a new parameter ('testactions') to the existing prop=info. Bug: T88010 Change-Id: I2530f1315ec93f5be9fb437137992150fdc305f2
2015-01-29 20:14:40 +00:00
'ApiCheckToken' => __DIR__ . '/includes/api/ApiCheckToken.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ApiClearHasMsg' => __DIR__ . '/includes/api/ApiClearHasMsg.php',
API changes for AuthManager Changes here are: * action=login is deprecated for use other than bot passwords * list=users will indicate if a missing user name is creatable. * Added action=query&meta=authmanagerinfo * Added action=clientlogin is to be used to log into the main account * action=createaccount is changed in a non-BC manner * Added action=linkaccount * Added action=unlinkaccount * Added action=changeauthenticationdata * Added action=removeauthenticationdata * Added action=resetpassword Bug: T110276 Bug: T110747 Bug: T110751 Bug: T32788 Bug: T67857 Bug: T28597 Bug: T76103 Change-Id: I244fa9b1e0623247d6d9fa30990411c6df94a496
2016-01-11 18:20:22 +00:00
'ApiClientLogin' => __DIR__ . '/includes/api/ApiClientLogin.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ApiComparePages' => __DIR__ . '/includes/api/ApiComparePages.php',
API: Overhaul ApiResult, make format=xml not throw, and add json formatversion ApiResult was a mess: some methods could only be used with an array reference instead of manipulating the stored data, methods that had both array-ref and internal-data versions had names that didn't at all correspond, some methods that worked on an array reference were annoyingly non-static, and then the whole mess with setIndexedTagName. ApiFormatXml is also entirely annoying to deal with, as it liked to throw exceptions if certain metadata wasn't provided that no other formatter required. Its legacy also means we have this silly convention of using empty-string rather than boolean true, annoying restrictions on keys (leading to things that should be hashes being arrays of key-value object instead), '*' used as a key all over the place, and so on. So, changes here: * ApiResult is no longer an ApiBase or a ContextSource. * Wherever sensible, ApiResult provides a static method working on an arrayref and a non-static method working on internal data. * Metadata is now always added to ApiResult's internal data structure. Formatters are responsible for stripping it if necessary. "raw mode" is deprecated. * New metadata to replace the '*' key, solve the array() => '[]' vs '{}' question, and so on. * New class for formatting warnings and errors using i18n messages, and support for multiple errors and a more machine-readable format for warnings. For the moment, though, the actual output will not be changing yet (see T47843 for future plans). * New formatversion parameter for format=json and format=php, to select between BC mode and the modern output. * In BC mode, booleans will be converted to empty-string presence style; modules currently returning booleans will need to use ApiResult::META_BC_BOOLS to preserve their current output. Actual changes to the API modules' output (e.g. actually returning booleans for the new formatversion) beyond the use of ApiResult::setContentValue() are left for a future change. Bug: T76728 Bug: T57371 Bug: T33629 Change-Id: I7b37295e8862b188d1f3b0cd07f66ac34629678f
2014-12-03 22:14:22 +00:00
'ApiContinuationManager' => __DIR__ . '/includes/api/ApiContinuationManager.php',
Add ApiCreateTempUserTrait for APIs that create temporary users Refactor EditPage's logic for getting a redirect URL into a trait that can be shared between classes that exteend ApiBase. Bug: T349223 Change-Id: I7cafa0bfc17a75d44e1d83b9561b4b2778b5f132
2023-10-31 20:10:38 +00:00
'ApiCreateTempUserTrait' => __DIR__ . '/includes/api/ApiCreateTempUserTrait.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ApiDelete' => __DIR__ . '/includes/api/ApiDelete.php',
'ApiDisabled' => __DIR__ . '/includes/api/ApiDisabled.php',
'ApiEditPage' => __DIR__ . '/includes/api/ApiEditPage.php',
'ApiEmailUser' => __DIR__ . '/includes/api/ApiEmailUser.php',
API: Overhaul ApiResult, make format=xml not throw, and add json formatversion ApiResult was a mess: some methods could only be used with an array reference instead of manipulating the stored data, methods that had both array-ref and internal-data versions had names that didn't at all correspond, some methods that worked on an array reference were annoyingly non-static, and then the whole mess with setIndexedTagName. ApiFormatXml is also entirely annoying to deal with, as it liked to throw exceptions if certain metadata wasn't provided that no other formatter required. Its legacy also means we have this silly convention of using empty-string rather than boolean true, annoying restrictions on keys (leading to things that should be hashes being arrays of key-value object instead), '*' used as a key all over the place, and so on. So, changes here: * ApiResult is no longer an ApiBase or a ContextSource. * Wherever sensible, ApiResult provides a static method working on an arrayref and a non-static method working on internal data. * Metadata is now always added to ApiResult's internal data structure. Formatters are responsible for stripping it if necessary. "raw mode" is deprecated. * New metadata to replace the '*' key, solve the array() => '[]' vs '{}' question, and so on. * New class for formatting warnings and errors using i18n messages, and support for multiple errors and a more machine-readable format for warnings. For the moment, though, the actual output will not be changing yet (see T47843 for future plans). * New formatversion parameter for format=json and format=php, to select between BC mode and the modern output. * In BC mode, booleans will be converted to empty-string presence style; modules currently returning booleans will need to use ApiResult::META_BC_BOOLS to preserve their current output. Actual changes to the API modules' output (e.g. actually returning booleans for the new formatversion) beyond the use of ApiResult::setContentValue() are left for a future change. Bug: T76728 Bug: T57371 Bug: T33629 Change-Id: I7b37295e8862b188d1f3b0cd07f66ac34629678f
2014-12-03 22:14:22 +00:00
'ApiErrorFormatter' => __DIR__ . '/includes/api/ApiErrorFormatter.php',
Split ApiErrorFormatter.php to have one class in one file Change-Id: I5c6904e32f9bc7fe3aac511c56b03757bfde15a9
2019-04-20 22:38:11 +00:00
'ApiErrorFormatter_BackCompat' => __DIR__ . '/includes/api/ApiErrorFormatter_BackCompat.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ApiExpandTemplates' => __DIR__ . '/includes/api/ApiExpandTemplates.php',
'ApiFeedContributions' => __DIR__ . '/includes/api/ApiFeedContributions.php',
'ApiFeedRecentChanges' => __DIR__ . '/includes/api/ApiFeedRecentChanges.php',
'ApiFeedWatchlist' => __DIR__ . '/includes/api/ApiFeedWatchlist.php',
'ApiFileRevert' => __DIR__ . '/includes/api/ApiFileRevert.php',
'ApiFormatBase' => __DIR__ . '/includes/api/ApiFormatBase.php',
'ApiFormatFeedWrapper' => __DIR__ . '/includes/api/ApiFormatFeedWrapper.php',
'ApiFormatJson' => __DIR__ . '/includes/api/ApiFormatJson.php',
'ApiFormatNone' => __DIR__ . '/includes/api/ApiFormatNone.php',
'ApiFormatPhp' => __DIR__ . '/includes/api/ApiFormatPhp.php',
'ApiFormatRaw' => __DIR__ . '/includes/api/ApiFormatRaw.php',
'ApiFormatXml' => __DIR__ . '/includes/api/ApiFormatXml.php',
Fix a couple of Generic.Files.OneObjectStructurePerFile.MultipleFound in api Change-Id: Ibb6b324b286f62153ce5d08a66454e0b05a0ef78
2019-04-13 23:27:04 +00:00
'ApiFormatXmlRsd' => __DIR__ . '/includes/api/ApiFormatXmlRsd.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ApiHelp' => __DIR__ . '/includes/api/ApiHelp.php',
API: Allow for documenting individual values of 'prop' parameters There are cases where the list of values for a 'prop' parameter may be manipulated by a subclass or by a hook function of some sort. Rather than requiring the subclass/hook to completely replace a monolithic i18n message, let's add the possibility of separate messages for each value in the list. Bug: T77930 Change-Id: I0bb061c62ebeef125062460e26306c88390f7b31
2014-11-07 23:57:14 +00:00
'ApiHelpParamValueMessage' => __DIR__ . '/includes/api/ApiHelpParamValueMessage.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ApiImageRotate' => __DIR__ . '/includes/api/ApiImageRotate.php',
'ApiImport' => __DIR__ . '/includes/api/ApiImport.php',
Split ApiImport.php to have one class in one file Change-Id: I3fbf5d271585722e95b7966ba62dd5e16fa3623f
2019-04-06 12:24:57 +00:00
'ApiImportReporter' => __DIR__ . '/includes/api/ApiImportReporter.php',
API changes for AuthManager Changes here are: * action=login is deprecated for use other than bot passwords * list=users will indicate if a missing user name is creatable. * Added action=query&meta=authmanagerinfo * Added action=clientlogin is to be used to log into the main account * action=createaccount is changed in a non-BC manner * Added action=linkaccount * Added action=unlinkaccount * Added action=changeauthenticationdata * Added action=removeauthenticationdata * Added action=resetpassword Bug: T110276 Bug: T110747 Bug: T110751 Bug: T32788 Bug: T67857 Bug: T28597 Bug: T76103 Change-Id: I244fa9b1e0623247d6d9fa30990411c6df94a496
2016-01-11 18:20:22 +00:00
'ApiLinkAccount' => __DIR__ . '/includes/api/ApiLinkAccount.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ApiLogin' => __DIR__ . '/includes/api/ApiLogin.php',
'ApiLogout' => __DIR__ . '/includes/api/ApiLogout.php',
'ApiMain' => __DIR__ . '/includes/api/ApiMain.php',
Creation, deletion and improved management of change tags This allows users with the `managechangetags` right to create tags for use by wiki users. (Currently there is no way for editors to apply tags to their edits; that's to come in a later patch.) Extensions can reserve tag names for their own use, even if they do not define them or mark them as active. Tag managers can also delete tags with <= 5000 uses. Currently, if a tag is misspelt ("vandlaism") or no longer wanted (testing of OAuth, etc), the wiki is stuck with it forever. This change allows users with the "managechangetags" right to delete change tags from the database, including removing them from all revisions to which they are applied. Obviously this is a powerful thing to be able to do, but I view change tags as a "light" kind of interface, useful for revision patrolling and spam/vandalism fighting but not something that necessarily needs to hang around forever. It's not a big deal for this kind of data to be thrown away without being archived anywhere. Tags defined by an extension can only be deleted if the extension allows it. Changes to tags are logged in the new "tag management" log. There's even a nice API module, just for fun. Bug: T20670 Change-Id: I77f476c8d0f32c80f720aa2c5e66869c81faa282
2015-02-04 11:32:00 +00:00
'ApiManageTags' => __DIR__ . '/includes/api/ApiManageTags.php',
Implement action=mergehistory * New class ApiMergeHistory handles action=mergehistory * Merge History functionality moved from SpecialMergeHistory to MergeHistory * SpecialMergeHistory now uses MergeHistory for actual merging * Unit tests and i18n messages for above Bug: T69742 Change-Id: Ic5078307dae78a2b3687e34a5d0a584988d483a1
2015-12-30 04:53:34 +00:00
'ApiMergeHistory' => __DIR__ . '/includes/api/ApiMergeHistory.php',
API: Overhaul ApiResult, make format=xml not throw, and add json formatversion ApiResult was a mess: some methods could only be used with an array reference instead of manipulating the stored data, methods that had both array-ref and internal-data versions had names that didn't at all correspond, some methods that worked on an array reference were annoyingly non-static, and then the whole mess with setIndexedTagName. ApiFormatXml is also entirely annoying to deal with, as it liked to throw exceptions if certain metadata wasn't provided that no other formatter required. Its legacy also means we have this silly convention of using empty-string rather than boolean true, annoying restrictions on keys (leading to things that should be hashes being arrays of key-value object instead), '*' used as a key all over the place, and so on. So, changes here: * ApiResult is no longer an ApiBase or a ContextSource. * Wherever sensible, ApiResult provides a static method working on an arrayref and a non-static method working on internal data. * Metadata is now always added to ApiResult's internal data structure. Formatters are responsible for stripping it if necessary. "raw mode" is deprecated. * New metadata to replace the '*' key, solve the array() => '[]' vs '{}' question, and so on. * New class for formatting warnings and errors using i18n messages, and support for multiple errors and a more machine-readable format for warnings. For the moment, though, the actual output will not be changing yet (see T47843 for future plans). * New formatversion parameter for format=json and format=php, to select between BC mode and the modern output. * In BC mode, booleans will be converted to empty-string presence style; modules currently returning booleans will need to use ApiResult::META_BC_BOOLS to preserve their current output. Actual changes to the API modules' output (e.g. actually returning booleans for the new formatversion) beyond the use of ApiResult::setContentValue() are left for a future change. Bug: T76728 Bug: T57371 Bug: T33629 Change-Id: I7b37295e8862b188d1f3b0cd07f66ac34629678f
2014-12-03 22:14:22 +00:00
'ApiMessage' => __DIR__ . '/includes/api/ApiMessage.php',
Split ApiMessage to class per file Change-Id: If8f51e6535d0ec6e35336a6702c5e35be35bcf09
2018-05-25 00:59:49 +00:00
'ApiMessageTrait' => __DIR__ . '/includes/api/ApiMessageTrait.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ApiModuleManager' => __DIR__ . '/includes/api/ApiModuleManager.php',
'ApiMove' => __DIR__ . '/includes/api/ApiMove.php',
'ApiOpenSearch' => __DIR__ . '/includes/api/ApiOpenSearch.php',
Fix a couple of Generic.Files.OneObjectStructurePerFile.MultipleFound in api Change-Id: Ibb6b324b286f62153ce5d08a66454e0b05a0ef78
2019-04-13 23:27:04 +00:00
'ApiOpenSearchFormatJson' => __DIR__ . '/includes/api/ApiOpenSearchFormatJson.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ApiOptions' => __DIR__ . '/includes/api/ApiOptions.php',
'ApiPageSet' => __DIR__ . '/includes/api/ApiPageSet.php',
'ApiParamInfo' => __DIR__ . '/includes/api/ApiParamInfo.php',
'ApiParse' => __DIR__ . '/includes/api/ApiParse.php',
'ApiPatrol' => __DIR__ . '/includes/api/ApiPatrol.php',
'ApiProtect' => __DIR__ . '/includes/api/ApiProtect.php',
'ApiPurge' => __DIR__ . '/includes/api/ApiPurge.php',
'ApiQuery' => __DIR__ . '/includes/api/ApiQuery.php',
'ApiQueryAllCategories' => __DIR__ . '/includes/api/ApiQueryAllCategories.php',
'ApiQueryAllDeletedRevisions' => __DIR__ . '/includes/api/ApiQueryAllDeletedRevisions.php',
'ApiQueryAllImages' => __DIR__ . '/includes/api/ApiQueryAllImages.php',
'ApiQueryAllLinks' => __DIR__ . '/includes/api/ApiQueryAllLinks.php',
'ApiQueryAllMessages' => __DIR__ . '/includes/api/ApiQueryAllMessages.php',
'ApiQueryAllPages' => __DIR__ . '/includes/api/ApiQueryAllPages.php',
API: Add ApiQueryAllRevisions Bug: T113885 Change-Id: I43bdc1e33945dab27466fc047d78af5e65df1740
2015-09-27 19:43:05 +00:00
'ApiQueryAllRevisions' => __DIR__ . '/includes/api/ApiQueryAllRevisions.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ApiQueryAllUsers' => __DIR__ . '/includes/api/ApiQueryAllUsers.php',
API changes for AuthManager Changes here are: * action=login is deprecated for use other than bot passwords * list=users will indicate if a missing user name is creatable. * Added action=query&meta=authmanagerinfo * Added action=clientlogin is to be used to log into the main account * action=createaccount is changed in a non-BC manner * Added action=linkaccount * Added action=unlinkaccount * Added action=changeauthenticationdata * Added action=removeauthenticationdata * Added action=resetpassword Bug: T110276 Bug: T110747 Bug: T110751 Bug: T32788 Bug: T67857 Bug: T28597 Bug: T76103 Change-Id: I244fa9b1e0623247d6d9fa30990411c6df94a496
2016-01-11 18:20:22 +00:00
'ApiQueryAuthManagerInfo' => __DIR__ . '/includes/api/ApiQueryAuthManagerInfo.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ApiQueryBacklinks' => __DIR__ . '/includes/api/ApiQueryBacklinks.php',
'ApiQueryBacklinksprop' => __DIR__ . '/includes/api/ApiQueryBacklinksprop.php',
'ApiQueryBase' => __DIR__ . '/includes/api/ApiQueryBase.php',
API: Use ApiBlockInfoTrait in ApiQueryUsers and AllUsers For efficient bulk querying, this means that ApiQueryBase::showHiddenUsersAddBlockInfo() needs to return everything needed by DatabaseBlock::newFromRow(). Since we're rewriting it anyway, we may as well also move ApiQueryBase::showHiddenUsersAddBlockInfo() out into a trait of its own. Bug: T232021 Change-Id: I9c5b17a232ecbfbffefc7e40608cf5684ce8a644
2019-09-05 18:24:28 +00:00
'ApiQueryBlockInfoTrait' => __DIR__ . '/includes/api/ApiQueryBlockInfoTrait.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ApiQueryBlocks' => __DIR__ . '/includes/api/ApiQueryBlocks.php',
'ApiQueryCategories' => __DIR__ . '/includes/api/ApiQueryCategories.php',
'ApiQueryCategoryInfo' => __DIR__ . '/includes/api/ApiQueryCategoryInfo.php',
'ApiQueryCategoryMembers' => __DIR__ . '/includes/api/ApiQueryCategoryMembers.php',
'ApiQueryContributors' => __DIR__ . '/includes/api/ApiQueryContributors.php',
'ApiQueryDeletedRevisions' => __DIR__ . '/includes/api/ApiQueryDeletedRevisions.php',
'ApiQueryDeletedrevs' => __DIR__ . '/includes/api/ApiQueryDeletedrevs.php',
'ApiQueryDisabled' => __DIR__ . '/includes/api/ApiQueryDisabled.php',
'ApiQueryDuplicateFiles' => __DIR__ . '/includes/api/ApiQueryDuplicateFiles.php',
'ApiQueryExtLinksUsage' => __DIR__ . '/includes/api/ApiQueryExtLinksUsage.php',
'ApiQueryExternalLinks' => __DIR__ . '/includes/api/ApiQueryExternalLinks.php',
'ApiQueryFileRepoInfo' => __DIR__ . '/includes/api/ApiQueryFileRepoInfo.php',
'ApiQueryFilearchive' => __DIR__ . '/includes/api/ApiQueryFilearchive.php',
Move ApiQueryGeneratorBase to it's own file Change-Id: Ia8e9ab256c8a7a72bb407090f7a4a49484e529e4
2015-12-20 09:41:34 +00:00
'ApiQueryGeneratorBase' => __DIR__ . '/includes/api/ApiQueryGeneratorBase.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ApiQueryIWBacklinks' => __DIR__ . '/includes/api/ApiQueryIWBacklinks.php',
'ApiQueryIWLinks' => __DIR__ . '/includes/api/ApiQueryIWLinks.php',
'ApiQueryImageInfo' => __DIR__ . '/includes/api/ApiQueryImageInfo.php',
'ApiQueryImages' => __DIR__ . '/includes/api/ApiQueryImages.php',
'ApiQueryInfo' => __DIR__ . '/includes/api/ApiQueryInfo.php',
'ApiQueryLangBacklinks' => __DIR__ . '/includes/api/ApiQueryLangBacklinks.php',
'ApiQueryLangLinks' => __DIR__ . '/includes/api/ApiQueryLangLinks.php',
Add action=query&meta=languageinfo API module This API module can be used to get information about all the languages supported by this MediaWiki installation. Since parts of this information, such as the fallback chain, are expensive to retrieve if the localization cache is not populated, we apply continuation if the request is taking too long (suggested by Anomie in T217239#4994301); we don’t expect this to happen in Wikimedia production, though. Bug: T74153 Bug: T220415 Change-Id: Ic66991cd85ed4439a47bfb1412dbe24c23bd9819
2019-05-16 09:42:05 +00:00
'ApiQueryLanguageinfo' => __DIR__ . '/includes/api/ApiQueryLanguageinfo.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ApiQueryLinks' => __DIR__ . '/includes/api/ApiQueryLinks.php',
'ApiQueryLogEvents' => __DIR__ . '/includes/api/ApiQueryLogEvents.php',
Fix autoload.php order Someone maybe added it by hand :) It will add some noise to other changes, where autoload.php is genereted with maintenance/generateLocalAutoload.php Change-Id: If064fcc1fe87165df72eaf368117e62a51b24e95
2016-01-20 18:17:07 +00:00
'ApiQueryMyStashedFiles' => __DIR__ . '/includes/api/ApiQueryMyStashedFiles.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ApiQueryPagePropNames' => __DIR__ . '/includes/api/ApiQueryPagePropNames.php',
'ApiQueryPageProps' => __DIR__ . '/includes/api/ApiQueryPageProps.php',
'ApiQueryPagesWithProp' => __DIR__ . '/includes/api/ApiQueryPagesWithProp.php',
'ApiQueryPrefixSearch' => __DIR__ . '/includes/api/ApiQueryPrefixSearch.php',
'ApiQueryProtectedTitles' => __DIR__ . '/includes/api/ApiQueryProtectedTitles.php',
'ApiQueryQueryPage' => __DIR__ . '/includes/api/ApiQueryQueryPage.php',
'ApiQueryRandom' => __DIR__ . '/includes/api/ApiQueryRandom.php',
'ApiQueryRecentChanges' => __DIR__ . '/includes/api/ApiQueryRecentChanges.php',
'ApiQueryRevisions' => __DIR__ . '/includes/api/ApiQueryRevisions.php',
'ApiQueryRevisionsBase' => __DIR__ . '/includes/api/ApiQueryRevisionsBase.php',
'ApiQuerySearch' => __DIR__ . '/includes/api/ApiQuerySearch.php',
'ApiQuerySiteinfo' => __DIR__ . '/includes/api/ApiQuerySiteinfo.php',
'ApiQueryStashImageInfo' => __DIR__ . '/includes/api/ApiQueryStashImageInfo.php',
'ApiQueryTags' => __DIR__ . '/includes/api/ApiQueryTags.php',
'ApiQueryTokens' => __DIR__ . '/includes/api/ApiQueryTokens.php',
Rename ApiQueryContributions to ApiQueryUserContribs to match api module name Change-Id: I865628b87eda7be349522fcfaf94f5563142026e
2018-05-25 00:46:30 +00:00
'ApiQueryUserContribs' => __DIR__ . '/includes/api/ApiQueryUserContribs.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ApiQueryUserInfo' => __DIR__ . '/includes/api/ApiQueryUserInfo.php',
'ApiQueryUsers' => __DIR__ . '/includes/api/ApiQueryUsers.php',
'ApiQueryWatchlist' => __DIR__ . '/includes/api/ApiQueryWatchlist.php',
'ApiQueryWatchlistRaw' => __DIR__ . '/includes/api/ApiQueryWatchlistRaw.php',
Split ApiMessage to class per file Change-Id: If8f51e6535d0ec6e35336a6702c5e35be35bcf09
2018-05-25 00:59:49 +00:00
'ApiRawMessage' => __DIR__ . '/includes/api/ApiRawMessage.php',
API changes for AuthManager Changes here are: * action=login is deprecated for use other than bot passwords * list=users will indicate if a missing user name is creatable. * Added action=query&meta=authmanagerinfo * Added action=clientlogin is to be used to log into the main account * action=createaccount is changed in a non-BC manner * Added action=linkaccount * Added action=unlinkaccount * Added action=changeauthenticationdata * Added action=removeauthenticationdata * Added action=resetpassword Bug: T110276 Bug: T110747 Bug: T110751 Bug: T32788 Bug: T67857 Bug: T28597 Bug: T76103 Change-Id: I244fa9b1e0623247d6d9fa30990411c6df94a496
2016-01-11 18:20:22 +00:00
'ApiRemoveAuthenticationData' => __DIR__ . '/includes/api/ApiRemoveAuthenticationData.php',
'ApiResetPassword' => __DIR__ . '/includes/api/ApiResetPassword.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ApiResult' => __DIR__ . '/includes/api/ApiResult.php',
'ApiRevisionDelete' => __DIR__ . '/includes/api/ApiRevisionDelete.php',
'ApiRollback' => __DIR__ . '/includes/api/ApiRollback.php',
'ApiRsd' => __DIR__ . '/includes/api/ApiRsd.php',
API: Overhaul ApiResult, make format=xml not throw, and add json formatversion ApiResult was a mess: some methods could only be used with an array reference instead of manipulating the stored data, methods that had both array-ref and internal-data versions had names that didn't at all correspond, some methods that worked on an array reference were annoyingly non-static, and then the whole mess with setIndexedTagName. ApiFormatXml is also entirely annoying to deal with, as it liked to throw exceptions if certain metadata wasn't provided that no other formatter required. Its legacy also means we have this silly convention of using empty-string rather than boolean true, annoying restrictions on keys (leading to things that should be hashes being arrays of key-value object instead), '*' used as a key all over the place, and so on. So, changes here: * ApiResult is no longer an ApiBase or a ContextSource. * Wherever sensible, ApiResult provides a static method working on an arrayref and a non-static method working on internal data. * Metadata is now always added to ApiResult's internal data structure. Formatters are responsible for stripping it if necessary. "raw mode" is deprecated. * New metadata to replace the '*' key, solve the array() => '[]' vs '{}' question, and so on. * New class for formatting warnings and errors using i18n messages, and support for multiple errors and a more machine-readable format for warnings. For the moment, though, the actual output will not be changing yet (see T47843 for future plans). * New formatversion parameter for format=json and format=php, to select between BC mode and the modern output. * In BC mode, booleans will be converted to empty-string presence style; modules currently returning booleans will need to use ApiResult::META_BC_BOOLS to preserve their current output. Actual changes to the API modules' output (e.g. actually returning booleans for the new formatversion) beyond the use of ApiResult::setContentValue() are left for a future change. Bug: T76728 Bug: T57371 Bug: T33629 Change-Id: I7b37295e8862b188d1f3b0cd07f66ac34629678f
2014-12-03 22:14:22 +00:00
'ApiSerializable' => __DIR__ . '/includes/api/ApiSerializable.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ApiSetNotificationTimestamp' => __DIR__ . '/includes/api/ApiSetNotificationTimestamp.php',
Add API action to set the language of a page Currently, a user who wants to set a page's language must use the Special:PageLanguage interface. However, this is not easy for bots and scripts to use. The addition of action=setpagelanguage to the API makes this process easier for such users. Bug: T74958 Change-Id: I42e74ed3bcd0bfa9ec0c344ba67668210450c975
2017-01-04 00:51:24 +00:00
'ApiSetPageLanguage' => __DIR__ . '/includes/api/ApiSetPageLanguage.php',
Added ApiStashEdit module for pre-emptive edit parsing * This lets edits be prepared while users enter edit summaries. * The edit form will now make use of this API, controlled by $wgAjaxEditStash. Change-Id: I4f4057bc0d1d4a66a8f7cfb7cdc26d443a8eb0c4
2014-11-20 00:33:51 +00:00
'ApiStashEdit' => __DIR__ . '/includes/api/ApiStashEdit.php',
Allow users to add, remove and apply change tags using the API You can add tags at the same time as performing action=edit, as long as you have the "applychangetags" right. Also, you can add or remove tags after the fact from revisions and log entries using the API action=tags. No UI is provided for either of these changes. The target audience is user scripts, gadgets and similar tools. Includes a new log parameter format type: "list", for a comma-separated list of values. Logging of change tag events is limited to those that do not accompany an edit (i.e. those done after the fact), and is hidden from Special:Log by default, similar to the patrol log. Bug: T20670 Change-Id: I37275e0f73fa3127f55da0c320b892551b61ee80
2015-04-15 01:33:08 +00:00
'ApiTag' => __DIR__ . '/includes/api/ApiTag.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ApiUnblock' => __DIR__ . '/includes/api/ApiUnblock.php',
'ApiUndelete' => __DIR__ . '/includes/api/ApiUndelete.php',
'ApiUpload' => __DIR__ . '/includes/api/ApiUpload.php',
API: i18n for warnings and errors API warnings and error messages are currently hard-coded English strings. This patch changes that. With a few exceptions, this patch should be compatible with non-updated extensions: * The change to ApiBase::$messageMap will blow up anything trying to mess with it. * The changes to the 'ApiCheckCanExecute' hook will cause a wrong (probably unparsed) error message to be emitted for extensions not already using an ApiMessage. Unless they're currently broken like Wikibase. Bug: T37074 Bug: T47843 Depends-On: Ia2b66b57cd4eaddc30b3ffdd7b97d6ca3e02d898 Depends-On: I2e1bb975bb0045476c03ebe6cdec00259bae22ec Depends-On: I53987bf87c48f6c00deec17a8e957d24fcc3eaa6 Depends-On: Ibf93a459eb62d30f7c70d20e91ec9faeb80d10ed Depends-On: I3cf889811f44a15935e454dd42f081164d4a098c Depends-On: Ieae527de86735ddcba34724730e8730fb277b99b Depends-On: I535344c29d51521147c2a26c341dae38cec3e931 Change-Id: Iae0e2ce3bd42dd4776a9779664086119ac188412
2016-10-19 16:54:25 +00:00
'ApiUsageException' => __DIR__ . '/includes/api/ApiUsageException.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ApiUserrights' => __DIR__ . '/includes/api/ApiUserrights.php',
API: Add action=validatepassword This will allow for checking passwords against the wiki's password policy from the account creation and password change forms. Bug: T111303 Change-Id: I0de281483bd83e47d80aa1ea37149d14f2ae5ebd
2016-12-01 22:29:29 +00:00
'ApiValidatePassword' => __DIR__ . '/includes/api/ApiValidatePassword.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ApiWatch' => __DIR__ . '/includes/api/ApiWatch.php',
Add watchlist expiry support to applicable APIs This introduces an ApiWatchlistTrait that refactors out common code across APIs that allow you to watch pages. Some methods have been migrated from ApiBase and changed completely, but codesearch suggests they aren't being used outside the API modules in this patch. Bug: T248512 Bug: T248514 Change-Id: Ia18627b9824dca81f44f0571e8420d89b7626cf6
2020-06-04 20:16:23 +00:00
'ApiWatchlistTrait' => __DIR__ . '/includes/api/ApiWatchlistTrait.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ArchivedFile' => __DIR__ . '/includes/filerepo/file/ArchivedFile.php',
Add support for Argon2 password hashing So far, everything we had was vulnerable to newest advances in GPU cracking and timing side-channel attacks. Argon2 was designed specifically to address these problems. Unfortunately, PHP support is lagging, with some builds missing Argon2id or even Argon2i. Change-Id: Ifdf648f5d8a734a663e630286724a6d0a87c7510
2018-12-04 07:46:38 +00:00
'Argon2Password' => __DIR__ . '/includes/password/Argon2Password.php',
Move DiffEngine and helpers to includes/libs/Diff and put them in a namespace I will address the dependencies on MW core in a followup. Bug: T339184 Change-Id: I892364b0c9f15c9de4cfc29c683670c172d71764
2023-06-20 04:02:04 +00:00
'ArrayDiffFormatter' => __DIR__ . '/includes/libs/Diff/ArrayDiffFormatter.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ArrayUtils' => __DIR__ . '/includes/libs/ArrayUtils.php',
'Article' => __DIR__ . '/includes/page/Article.php',
'AssembleUploadChunksJob' => __DIR__ . '/includes/jobqueue/jobs/AssembleUploadChunksJob.php',
Feed: Move feed-related classes to Feed/ and namespace them Bug: T166010 Change-Id: Icdbe003e74d2f31b68b575acfa94c09c24d7aed5
2022-10-17 11:10:57 +00:00
'AtomFeed' => __DIR__ . '/includes/Feed/AtomFeed.php',
Add AtomicSectionUpdate deferred update class This makes it easier to have deferred atomic DB transactions Bug: T122115 Change-Id: I67afe335f03cc21fdce78abdf3f31fa67a368419
2016-01-13 16:54:48 +00:00
'AtomicSectionUpdate' => __DIR__ . '/includes/deferred/AtomicSectionUpdate.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'AttachLatest' => __DIR__ . '/maintenance/attachLatest.php',
Use AuthManager on special pages Rewrite authentication-related special pages to use AuthManager. All the changes mentioned below only take effect when $wgDisableAuthManager is false. LoginForm is rewritten to use HTMLForm and split into UserLogin and CreateAccount; ChangePassword and PasswordReset are rewritten; ChangeEmail and Preferences are updated. Four new special pages are added to handle the new capabilities of AuthManager (linked accounts, secondary authentication providers): LinkAccounts, UnlinkAccounts, ChangeCredentials, RemoveCredentials. The old form-based hooks (ChangePasswordForm, UserCreateForm, UserLoginForm) are deprecated. A new, more generic hook is available to alter the forms (AuthChangeFormFields); form changes that involve new fields should be done via $wgAuthManagerConfig. UserLoginComplete is limited to web-based login; for more generic functionality UserLoggedIn can be used instead. Hooks that assume password-based login (PrefsPasswordAudit, AbortChangePassword) are removed; the first functionality is replaced by ChangeAuthenticationDataAudit, the second is handled by AuthManager. LoginPasswordResetMessage is removed, the functionality can be recreated via authentication providers. There are several smaller backwards incompatible changes: * Adding fields to the login/signup forms by manipulating the template via the extraInput/extrafields parameters is not supported anymore. Depending on the authn configuration the login/signup process might be multistep and it would be complicated to ensure that extensions can access the data at the right moment. Instead, you can create an AuthenticationProvider which can define its own fields and process them when the authentication is over. (There is B/C support for a transitional period that works with the default login form, but might break with configurations that require multiple steps or redirects.) * Removed cookie redirect check. This was added in 2003 in 9ead07fe9 for the benefit of bots, but with MediaWiki having an API these days there is little reason to keep it. Same for the wpSkipCookieCheck flag (added in 2008 in 29c73e8265). * Instead of embedding a password field on sensitive special pages such as ChangeEmail, such pages rely on AuthManager for elevated security (which typically involves requiring the user to log in again unless their last login was more than a few minutes ago). Accordingly, wgRequirePasswordforEmailChange is removed. * Special:ChangePassword requires login now. * Special:ResetPassword now sends a separate email to each user when called with a shared email address. * the Reason field had a message with 'prefsectiontip' class which was sorta broken but used in extensions for formatting. HTMLForm does not support that, so this commit turns it into a help message which will break formatting. See https://gerrit.wikimedia.org/r/#/c/231884 Bug: T110277 Change-Id: I8b52ec8ddf494f23941807638f149f15b5e46b0c Depends-On: If4e0dfb6ee6674f0dace80a01850e2d0cbbdb47a
2015-09-22 22:50:04 +00:00
'AuthManagerSpecialPage' => __DIR__ . '/includes/specialpage/AuthManagerSpecialPage.php',
Add AutoCommitUpdate class and replace some onTransactionIdle callers * This puts the complex logic here after the commit step for all DBs, making the main multi-DB transaction more likely to be atomic. * Made some cleanups to AtomicSectionUpdate and made it cancel if the transaction is rolled back as it should. * Also cleaned up some closures for PHP 5.4. Change-Id: If2f7bb6b1ba6daf1cfdc934f27c32b0b10431a3d
2016-07-19 20:43:17 +00:00
'AutoCommitUpdate' => __DIR__ . '/includes/deferred/AutoCommitUpdate.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'AutoloadGenerator' => __DIR__ . '/includes/utils/AutoloadGenerator.php',
'BacklinkCache' => __DIR__ . '/includes/cache/BacklinkCache.php',
'BacklinkJobUtils' => __DIR__ . '/includes/jobqueue/utils/BacklinkJobUtils.php',
maintenance: Move backup.inc to a regular php class file Move the class to maintenance/includes/, following the precedent set by d7886920762. Bug: T184782 Change-Id: I0ba86e4401e2c97db4cf2ad9f0e78c04b5565ee8
2018-08-02 05:10:29 +00:00
'BackupDumper' => __DIR__ . '/maintenance/includes/BackupDumper.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'BackupReader' => __DIR__ . '/maintenance/importDump.php',
exception: Create generic BadRequestError based on ErrorPageError Ideally this would be an option in ErrorPageError (perhaps even the default), but its constructor isn't very suitable for that. After this lands, uses of ErrorPageError should be audited to see if it makes sense to emit a 400 status code. Change-Id: I4beb6a4f256446b98b66d5e4bcdbab8f247441a8
2016-05-17 21:22:05 +00:00
'BadRequestError' => __DIR__ . '/includes/exception/BadRequestError.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'BadTitleError' => __DIR__ . '/includes/exception/BadTitleError.php',
Start moving objectcache into libs/ The base BagOStuff class and some of the implementations are not dependent on MediaWiki and can be in the libs folder. Change-Id: I299f9abb778abc65a70461a2aff3015c02a1f04d
2015-02-25 08:22:50 +00:00
'BagOStuff' => __DIR__ . '/includes/libs/objectcache/BagOStuff.php',
Implement Balinese language converter This patch implements the BanConverter class for Balinese. Its purpose is to transliterate Balinese in Balinese script to Latin script. Latin to Balinese is not currently supported, because (1) the Latin transliteration is not fully one-to-one, (2) I'm not aware of any users who currently need Latin to Balinese. The converter supports three distinct Latin transliteration variants: ban-dharma, ban-palmleaf, and ban-puri-kauhan-ubud. All three variants have been requested by different Balinese community members working with Balinese palm-leaf manuscripts. ban-puri-kauhan-ubud is the default, as it is the most familiar to lontar scholars, but Balinese Wikisource users will be able to select their preferred variant via a user script. Conversion is accomplished via ICU Rule-Based Transliterators, bindings for which are available through the Intl extension. This patchset adds the abstract class LanguageConverterIcu and has BanConverter inherit from it (makes future ICU-based LanguageConverters easier). Bug: T263082 Change-Id: Ic3a46a215fbf020a022726e6b130b1d25496e284
2020-10-22 18:38:06 +00:00
'BanConverter' => __DIR__ . '/includes/language/converters/BanConverter.php',
Move BaseDump into includes/export/ There's no reason for this to have to live in Maintenance land. It's generally useful and lets us avoid some random require/include calls Change-Id: I60419c7f9fc52313905053bbeb3aa81666c9160c
2018-01-08 21:10:35 +00:00
'BaseDump' => __DIR__ . '/includes/export/BaseDump.php',
Add BaseSearchResultSet Meant to hold the B/C behaviors and be the base class implemented by extensions. Bug: T228626 Change-Id: I072a9bd0f94bd785d1ff51f0e6ee13790e37b417
2019-07-25 12:11:06 +00:00
'BaseSearchResultSet' => __DIR__ . '/includes/search/BaseSearchResultSet.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'BaseTemplate' => __DIR__ . '/includes/skins/BaseTemplate.php',
Add collation for Bashkir (ba) This is based on a numeric uppercase collation. Bashkir characters will be remapped to the private use area for the purpose of sorting. Bug: T162823 Change-Id: I65f1af0b57ff6ded7d464e39efd401f178a3519e
2017-04-28 04:52:49 +00:00
'BashkirUppercaseCollation' => __DIR__ . '/includes/collation/BashkirUppercaseCollation.php',
Import BatchRowUpdate classes from Echo This is a set of classes written for Echo to simplify writing maintenance scripts that iterate over an entire table and update some of those rows. This has shown to be reusable elsewhere, especially the BatchRowIterator class and will be useful to have generally avilable in core. The Echo classes are all prefixed with the Echo name so there wont be any conflict is both are installed. Change-Id: I64c1751106caf34f41af799dbaf8794115537f06
2015-07-30 22:09:11 +00:00
'BatchRowIterator' => __DIR__ . '/includes/utils/BatchRowIterator.php',
'BatchRowUpdate' => __DIR__ . '/includes/utils/BatchRowUpdate.php',
'BatchRowWriter' => __DIR__ . '/includes/utils/BatchRowWriter.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'BcryptPassword' => __DIR__ . '/includes/password/BcryptPassword.php',
Add benchmark for Linker::formatComment() in preparation for refactor * Move data files to /data * Add benchmarkCommentFormatter, named for the new class hierarchy. Bug: T285917 Change-Id: Idf2529894fe63d34087d6d5ce4dd1676c89b1373
2021-07-29 06:28:12 +00:00
'BenchmarkCommentFormatter' => __DIR__ . '/maintenance/benchmarks/benchmarkCommentFormatter.php',
benchmarks: Add benchmarkEval.php, for one-off benchmarks * eval() outside the loop so that we're not benchmarking the compiler. * Inner loop for better testing of short-running code. * Three ways to specify the code to run. Change-Id: I5906bcaa8ed2cca9d66a6195d25b0007e476ba75
2021-08-23 04:42:39 +00:00
'BenchmarkEval' => __DIR__ . '/maintenance/benchmarks/benchmarkEval.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'BenchmarkHooks' => __DIR__ . '/maintenance/benchmarks/benchmarkHooks.php',
ResourceLoader: Improve and generalize validateScriptFile test coverage In preparation for the underlying library changing, generalize the tests for this code so that test changes are kept to a minimum in the actual commit. Rather than test the upstream directly, move our custom test cases from JsMinPlusTest to ResourceLoader/ModuleTest. Fix benchmarkJSMinPlus.php to not emit warnings on PHP 8.2 due to use of dynamic property creation: > PHP Deprecated: Creation of dynamic property JSNode::$readOnly > is deprecated in /mediawiki/includes/libs/jsminplus.php:1728 Bug: T75714 Change-Id: I0515be8229f51de48c1f0c92f09e2d827e1b1add
2023-10-03 00:01:22 +00:00
'BenchmarkJsValidate' => __DIR__ . '/maintenance/benchmarks/benchmarkJsValidate.php',
benchmarks: Add benchmark for JsonCodec Change-Id: Ib3d5d7cea3e0920b4f10bef117dda1de2238e391
2022-10-10 11:46:50 +00:00
'BenchmarkJsonCodec' => __DIR__ . '/maintenance/benchmarks/benchmarkJsonCodec.php',
benchmarks: Add benchmarks for MapCacheLRU and HashBagOStuff Currently, HashBagOStuff leads in most benchmarks, except for the --fill benchmark, where MapCacheLRU is faster on HHVM. (by invoking with `PHP=hhvm mwscript maintenance/bench...`) Run in MediaWiki-Vagrant (Debian Jessie) on MacBook Pro host. $ benchmarkLruHash.php --count 50000 --construct Running PHP 5.6.30-0+deb8u1: - HashBagOStuff-construct (22% faster) total: 446.20ms (min: 0.01ms, median: 0.01ms, max: 2.09ms) - MapCacheLRU-construct total: 575.31ms (min: 0.01ms, median: 0.01ms, max: 3.51ms) Running PHP version 5.6.99-hhvm: - HashBagOStuff-construct (13% faster) total: 124.70ms (min: 0.00ms, median: 0.00ms, max: 1.27ms) - MapCacheLRU-construct total: 143.76ms (min: 0.00ms, median: 0.00ms, max: 2.01ms) For MapCacheLRU, the main slowdown is its use of Wikimedia\Assert. Removing that would make it faster than HashBagOStuff. $ benchmarkLruHash.php --count 3000 --fill Running PHP 5.6.30-0+deb8u1: - HashBagOStuff-fill (22% faster) total: 10196.82ms (min: 2.91ms, median: 3.24ms, max: 9.51ms) - MapCacheLRU-fill total: 13197.13ms (min: 3.92ms, median: 4.31ms, max: 9.90ms) Running PHP version 5.6.99-hhvm: - HashBagOStuff-fill total: 5700.37ms (min: 1.71ms, median: 1.85ms, max: 8.24ms) - MapCacheLRU-fill (11% faster) total: 4986.90ms (min: 1.48ms, median: 1.62ms, max: 6.93ms) Change-Id: Icd03f872dddb308f162c72674c8d2aa6092395e5
2017-07-27 21:09:41 +00:00
'BenchmarkLruHash' => __DIR__ . '/maintenance/benchmarks/benchmarkLruHash.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'BenchmarkParse' => __DIR__ . '/maintenance/benchmarks/benchmarkParse.php',
'BenchmarkPurge' => __DIR__ . '/maintenance/benchmarks/benchmarkPurge.php',
benchmarks: Add benchmarkSanitizer.php Covering the following common methods: * validateEmail (input=valid, input=invalid) * encodeAttribute (input=simple, input=special) * safeEncodeAttribute (input=simple, input=special) * removeHTMLtags (input=small, input=large) * stripAllTags (input=small, input=large) Change-Id: I3c645e960607ab247bd30324a2e70eb5fbcc5d6e
2018-01-27 17:46:12 +00:00
'BenchmarkSanitizer' => __DIR__ . '/maintenance/benchmarks/benchmarkSanitizer.php',
Benchmark script for settings loading. Change-Id: I323a3469c574b55ad78abb35863f30b1007f3135
2022-03-29 15:48:30 +00:00
'BenchmarkSettings' => __DIR__ . '/maintenance/benchmarks/benchmarkSettings.php',
Add benchmarkTidy.php, to benchmark tidy drivers Plus representative input file Change-Id: I254793fc55c57a98c07ae1e4c27e6005965c9a20
2017-03-23 01:51:43 +00:00
'BenchmarkTidy' => __DIR__ . '/maintenance/benchmarks/benchmarkTidy.php',
Add benchmark script demonstrating TitleValue is slower than Title Change-Id: I9fe5b35f0f5196830cf75eae33195d14d0a66238
2018-08-13 01:57:39 +00:00
'BenchmarkTitleValue' => __DIR__ . '/maintenance/benchmarks/benchmarkTitleValue.php',
Add script to benchmark TRUNCATE versus DELETE I noticed that the CentralAuth integration tests were slow due to their use of permanent rather than temporary tables, which cause MariaDB to do unlink+fsync on truncate. The result was an incredible ~100ms of latency per truncate query, reproducible with this script, although it was reduced to ~10ms by mounting with nobarrier. Since this is likely system-dependent, I am curious to know if others have the same issue. Change-Id: Ifb25ff7675fff179e0b6e465aa3043b928048fc0
2022-02-14 05:20:37 +00:00
'BenchmarkTruncate' => __DIR__ . '/maintenance/benchmarks/benchmarkTruncate.php',
benchmarks: Exclude from PHPUnit test coverage Also move Benchmarker.php to maintenance/includes/ because that file is not itself a benchmark, and that base class is actually covered by tests and should remain included. Change-Id: I4acd88242dde56a884d319dfc141a3511a8221a3
2019-12-18 01:24:42 +00:00
'Benchmarker' => __DIR__ . '/maintenance/includes/Benchmarker.php',
media: Rename files to match the name of the class they define This will make jumping from file to file much easier in text editors when file name lookups will autocomplete naturally when looking for a class by name. Change-Id: I4b2e55a2e72674b619d5a592866c8a019a2b0224
2018-04-28 01:05:23 +00:00
'BitmapHandler' => __DIR__ . '/includes/media/BitmapHandler.php',
'BitmapHandler_ClientOnly' => __DIR__ . '/includes/media/BitmapHandler_ClientOnly.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'BitmapMetadataHandler' => __DIR__ . '/includes/media/BitmapMetadataHandler.php',
Move various DB helper classes to /libs/rdbms Change-Id: I0724f1acce4f6c43b1f0983fa119e628e7c53ba5
2016-09-14 10:11:41 +00:00
'Blob' => __DIR__ . '/includes/libs/rdbms/encasing/Blob.php',
Rename Block to MediaWiki\Block\DatabaseBlock Keep Block as a deprecated class alias for DatabaseBlock. Update calls to the Block constructor and Block static methods from external classes. Also update documentation in several places that refer to blocks as Blocks. Bug: T222737 Change-Id: I6d96b63ca0a84bee19486471e0a16a53a79d768a
2019-05-13 14:18:07 +00:00
'Block' => __DIR__ . '/includes/block/DatabaseBlock.php',
Split out doBlockLevels() into its own class It's independent of the rest of the Parser, but quite intrusive, with its own instance variables and several private functions. It's also pretty big (500 lines). I removed a few functions from Parser here which were always marked @private in the doc comment, but were inappropriately marked "public" in the function declaration after migration to PHP 5. I grepped core and deployed extensions and found no callers. The helper functions are now all private, and the constructor is private, with just a single public static entry point, reflecting the self-contained nature of the module and its lack of hooks. Change-Id: I1693ed48a9194719611b4afd9d989d44f0610f8d
2016-05-06 02:56:37 +00:00
'BlockLevelPass' => __DIR__ . '/includes/parser/BlockLevelPass.php',
Split Pager classes out of SpecialPage files Change-Id: I6c8dbc9084040dd3b8a5e19caaf076bd14b77762
2016-03-24 11:25:40 +00:00
'BlockListPager' => __DIR__ . '/includes/specials/pagers/BlockListPager.php',
Migrate block log to new log system This allows use of gender on Special:Log. Old messages are kept for use in IRC. A test was added to ensure an unchanged IRC message. Bug: T57402 Change-Id: Ibc7fcaa5a952ff90d42a6477da4baa429f3de64b
2014-08-04 21:12:53 +00:00
'BlockLogFormatter' => __DIR__ . '/includes/logging/BlockLogFormatter.php',
Add a maintenance script to block a list of users Bug: T246368 Change-Id: I93b7d92023af06adabd7767f30b5179d12223be1
2020-02-27 22:57:39 +00:00
'BlockUsers' => __DIR__ . '/maintenance/blockUsers.php',
media: Rename files to match the name of the class they define This will make jumping from file to file much easier in text editors when file name lookups will autocomplete naturally when looking for a class by name. Change-Id: I4b2e55a2e72674b619d5a592866c8a019a2b0224
2018-04-28 01:05:23 +00:00
'BmpHandler' => __DIR__ . '/includes/media/BmpHandler.php',
Revert "Remove SessionManager, temporarily" This reverts commit 823db5d63dd5200d04c63da50ba6bf16f928e70b. Change-Id: Ibb3e023e4eb6715295586dea87d0725c344a8271
2016-02-01 20:44:03 +00:00
'BotPassword' => __DIR__ . '/includes/user/BotPassword.php',
Stats: move stats library into Stats folder Bug: T240685 Change-Id: I7f4b649e6858ca65e6d8b43a05b682a414986e7e
2023-02-27 16:40:57 +00:00
'BufferingStatsdDataFactory' => __DIR__ . '/includes/libs/Stats/BufferingStatsdDataFactory.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'CLIParser' => __DIR__ . '/maintenance/parse.php',
language: Move l10n-related classes from /cache to /language * Make the code easier to own and maintain by being part of a topical area of expertise rather than a generic catch-all bucket. This also helps Gerrit team dashboards, [[mw:Git/Reviewers]] subscription patterns, more meaningful component prefix for [[mw:Commit_message_guidelines]]. * Prep for possible CODEOWNERS adoption. * Prep for T166010 to give us better PSR-4 namespaces that we won't have to break/migrate again shortly after for the above. Bug: T225756 Change-Id: I62c701d574d2a79365b1c5350f92bef47770e3ce
2022-06-22 22:18:27 +00:00
'CacheDependency' => __DIR__ . '/includes/language/dependency/CacheDependency.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'CacheTime' => __DIR__ . '/includes/parser/CacheTime.php',
Clean up after Ie161e0f Ie161e0f was done in a hurry, and so didn't do things in the best ways. This introduces a new "CachedBagOStuff" that transparently handles all the logic that had been copy-pasted all over in Ie161e0f. The differences between CachedBagOStuff and MultiWriteBagOStuff are: * CachedBagOStuff supports only one "backend". * There's a flag for writes to only go to the in-memory cache. * The in-memory cache is always updated. * Locks go to the backend cache (with MultiWriteBagOStuff, it would wind up going to the HashBagOStuff used for the in-memory cache). Change-Id: Iea494729bd2e8c6c5ab8facf4c241232e31e8215
2016-01-30 01:09:57 +00:00
'CachedBagOStuff' => __DIR__ . '/includes/libs/objectcache/CachedBagOStuff.php',
Split SiteLookup interface from SiteStore * SiteLookup interface is added, and SiteStore extends it. (any SiteStore type hints can be changed to use SiteLookup if all they need is lookup functionality) * Memcached based SiteStore code is split from the database SiteStore, and SiteSQLStore is deprecated. If no caching is desired when using a SiteStore, then use a SiteDBStore instance, instead of passing $source parameter in SiteStore::getSite and SiteStore::getSites. * SiteListFileCache renamed to FileBasedSiteLookup and implements SiteLookup. Bug: T77990 Change-Id: I36b599884c211580ea6806a8a190c65c4f9087cf
2015-02-06 02:00:26 +00:00
'CachingSiteStore' => __DIR__ . '/includes/site/CachingSiteStore.php',
Add `actor` table and code to start using it Storing the user name or IP in every row in large tables like revision and logging takes up space and makes operations on these tables slower. This patch begins the process of moving those into one "actor" table which other tables can reference with a single integer field. A subsequent patch will remove the old columns. Bug: T167246 Depends-On: I9293fd6e0f958d87e52965de925046f1bb8f8a50 Change-Id: I8d825eb02c69cc66d90bd41325133fd3f99f0226
2017-09-12 17:12:29 +00:00
'CannotCreateActorException' => __DIR__ . '/includes/exception/CannotCreateActorException.php',
Reorg: Move category-related classes from includes/ to Category/ Bug: T321882 Change-Id: I0b86acfdeaa3a2a0a14b7763fd088122820bafdc
2023-02-09 18:59:23 +00:00
'CategoriesRdf' => __DIR__ . '/includes/Category/CategoriesRdf.php',
'Category' => __DIR__ . '/includes/Category/Category.php',
Create update SPARQL for category changes This script creates SPARQL UPDATE statements for changes in a given time period. These statements can be applied to an existing database to update it. See tests for examples of how the statements look like. Bug: T173774 Change-Id: I9867ad566c0619b55a48a011bd3c55321b1bfcff
2017-08-22 00:05:53 +00:00
'CategoryChangesAsRdf' => __DIR__ . '/maintenance/categoryChangesAsRdf.php',
Introduce CategoryMembershipChange This is split from: I03516bb34144d95e5f25c46ae98ab70ce699b31b Change-Id: I27539d25ef3e81cf991657dffc0a62b9719d21d8
2015-09-17 09:51:25 +00:00
'CategoryMembershipChange' => __DIR__ . '/includes/changes/CategoryMembershipChange.php',
Move category membership RC updates to CategoryMembershipChangeJob * Recursive link updates no longer mention an category changes. It's hard to avoid either duplicate mentioning of changes or confusing explicit and automatic category changes. * LinksUpdate no longer handles this logic, but rather WikiPage decides to spawn this update when needed in doEditUpdates(). * Fix race conditions with calculating category deltas. Do not rely on the link tables for the read used to determine these writes, as they may be out-of-date due to slave lag. Using the master would still not be good enough since that would assume FIFO and serialized job execution, which is not garaunteed. Use the parser output of the relevant revisions to determine the RC rows. If 3 users quickly edit a page's categories, the old way could misattribute who actually changed what. * Make sure RC rows are inserted in an order that matches that of the corresponding revisions. * Better avoid mentioning time-based (parser functions) category changes so they don't get attributed to the next editor. * Also wait for slaves between RC row insertions if there where many category changes (it theory it could well over 10K rows). * Using a separate job better separates concerns as LinksUpdate should not have to care about recent changes updates. * Added more docs to $wgRCWatchCategoryMembership. Bug: T95501 Change-Id: I5863e7d7483a4fd1fa633597af66a0088ace4c68
2015-11-15 02:29:37 +00:00
'CategoryMembershipChangeJob' => __DIR__ . '/includes/jobqueue/jobs/CategoryMembershipChangeJob.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'CategoryPage' => __DIR__ . '/includes/page/CategoryPage.php',
Split Pager classes out of SpecialPage files Change-Id: I6c8dbc9084040dd3b8a5e19caaf076bd14b77762
2016-03-24 11:25:40 +00:00
'CategoryPager' => __DIR__ . '/includes/specials/pagers/CategoryPager.php',
Reorg: Move category-related classes from includes/ to Category/ Bug: T321882 Change-Id: I0b86acfdeaa3a2a0a14b7763fd088122820bafdc
2023-02-09 18:59:23 +00:00
'CategoryViewer' => __DIR__ . '/includes/Category/CategoryViewer.php',
Rename SquidUpdate => CdnCacheUpdate Squid is not the only possible CDN Change-Id: Ie2a2955847c5706e630322bbbab71c9d063b378f
2015-12-09 18:05:59 +00:00
'CdnCacheUpdate' => __DIR__ . '/includes/deferred/CdnCacheUpdate.php',
Add $wgCdnReboundPurgeDelay for more consistent CDN purges Bug: T113192 Change-Id: I89deb4f8143c1cc6154cdd05bcee1f49d3e3a75a
2015-11-13 06:41:37 +00:00
'CdnPurgeJob' => __DIR__ . '/includes/jobqueue/jobs/CdnPurgeJob.php',
Make CentralIdLookup a service This commit is a combination of work done by Tgr in https://gerrit.wikimedia.org/r/c/mediawiki/core/+/571411 and MaxSem in https://gerrit.wikimedia.org/r/c/mediawiki/core/+/594533 It was just easier to create a brand new patch then rebase old ones. Bug: T265767 Change-Id: I3930dab70846e95154d9089905c446e721ef4ee7
2021-06-22 19:28:29 +00:00
'CentralIdLookup' => __DIR__ . '/includes/user/CentralId/CentralIdLookup.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ChangePassword' => __DIR__ . '/maintenance/changePassword.php',
Moved ChangeTags to /changetags Change-Id: I55a8f00d3aa2717d0bf6480ab1a694f29b429de0
2015-04-16 17:40:04 +00:00
'ChangeTags' => __DIR__ . '/includes/changetags/ChangeTags.php',
UI for adding and removing change tags on revisions and log entries There is a new special page, Special:EditTags, which is very similar to Special:RevisionDelete in a lot of ways. In fact, the SpecialEditTags class started off as a copy-paste of SpecialRevisiondelete. You invoke this special page by going to an article history page, checking some revisions, and clicking "Edit tags of selected revisions". Then you pick the modifications you want to make and click "Apply". Very much like the revision deletion workflow. I had to restructure some of the Action routing code, which was only designed to handle revision deletion. Also removing some code from SpecialRevisiondelete which didn't work as advertised in the first place, and definitely doesn't work now. Change-Id: I7d3ef927b5686f6211bc5817776286ead19d916b
2015-04-15 01:31:53 +00:00
'ChangeTagsList' => __DIR__ . '/includes/changetags/ChangeTagsList.php',
'ChangeTagsLogItem' => __DIR__ . '/includes/changetags/ChangeTagsLogItem.php',
'ChangeTagsLogList' => __DIR__ . '/includes/changetags/ChangeTagsLogList.php',
'ChangeTagsRevisionItem' => __DIR__ . '/includes/changetags/ChangeTagsRevisionItem.php',
'ChangeTagsRevisionList' => __DIR__ . '/includes/changetags/ChangeTagsRevisionList.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ChangesFeed' => __DIR__ . '/includes/changes/ChangesFeed.php',
'ChangesList' => __DIR__ . '/includes/changes/ChangesList.php',
Back-end of new RecentChanges page, refactoring Generate old RC, Related changes (it was already displayed and working on 'Related changes' before this change), and Watchlist/etc. and data for new UI from back-end. This moves everything used for defining the old (unstructured) and new (structured) filters into unified objects, ChangesListFilter and ChangesListFilterGroup (and sub-classes). This includes the query logic (see below) and logic for adding CSS attribution classes. This is a breaking change (for subclasses of ChangesListSpecialpage) due to the signature (and name) change of buildMainQueryConds and doMainQuery. An alternative that I don't think is a breaking change would be to put the filter->DB logic in runMainQueryHook, but then it's doing more than just running a hook. This is because it used to only build $conds here, but it's clear from filterOnUserExperienceLevel filters need more than this. I added all the DB parameters from the hook, but this could be debated. I have an checked and fixed the WMF-deployed extensions affected by this. Other than that, there should be full back-compat (including legacy filters not using the new system). * add hidepatrolled/hideunpatrolled to new UI. * Move userExpLevel from RC to ChangesListSpecialPage. Although for now the structured UI only displays on RC anyway, when it displays on watchlist, it seems we'll want userExpLevel there. Change this to make 'all' exclude unregistered users. * Don't have front-end convert none-selected to 'all' on string_options. * Needs the hideanons/hideliu special redirect to be done before this is merged (T151873) Bug: T152754 Bug: T152797 Change-Id: Iec2d82f6a830403d1c948a280efa58992e0cdee7
2017-02-14 07:55:37 +00:00
'ChangesListBooleanFilter' => __DIR__ . '/includes/changes/ChangesListBooleanFilter.php',
'ChangesListBooleanFilterGroup' => __DIR__ . '/includes/changes/ChangesListBooleanFilterGroup.php',
'ChangesListFilter' => __DIR__ . '/includes/changes/ChangesListFilter.php',
'ChangesListFilterGroup' => __DIR__ . '/includes/changes/ChangesListFilterGroup.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ChangesListSpecialPage' => __DIR__ . '/includes/specialpage/ChangesListSpecialPage.php',
Back-end of new RecentChanges page, refactoring Generate old RC, Related changes (it was already displayed and working on 'Related changes' before this change), and Watchlist/etc. and data for new UI from back-end. This moves everything used for defining the old (unstructured) and new (structured) filters into unified objects, ChangesListFilter and ChangesListFilterGroup (and sub-classes). This includes the query logic (see below) and logic for adding CSS attribution classes. This is a breaking change (for subclasses of ChangesListSpecialpage) due to the signature (and name) change of buildMainQueryConds and doMainQuery. An alternative that I don't think is a breaking change would be to put the filter->DB logic in runMainQueryHook, but then it's doing more than just running a hook. This is because it used to only build $conds here, but it's clear from filterOnUserExperienceLevel filters need more than this. I added all the DB parameters from the hook, but this could be debated. I have an checked and fixed the WMF-deployed extensions affected by this. Other than that, there should be full back-compat (including legacy filters not using the new system). * add hidepatrolled/hideunpatrolled to new UI. * Move userExpLevel from RC to ChangesListSpecialPage. Although for now the structured UI only displays on RC anyway, when it displays on watchlist, it seems we'll want userExpLevel there. Change this to make 'all' exclude unregistered users. * Don't have front-end convert none-selected to 'all' on string_options. * Needs the hideanons/hideliu special redirect to be done before this is merged (T151873) Bug: T152754 Bug: T152797 Change-Id: Iec2d82f6a830403d1c948a280efa58992e0cdee7
2017-02-14 07:55:37 +00:00
'ChangesListStringOptionsFilter' => __DIR__ . '/includes/changes/ChangesListStringOptionsFilter.php',
'ChangesListStringOptionsFilterGroup' => __DIR__ . '/includes/changes/ChangesListStringOptionsFilterGroup.php',
Feed: Move feed-related classes to Feed/ and namespace them Bug: T166010 Change-Id: Icdbe003e74d2f31b68b575acfa94c09c24d7aed5
2022-10-17 11:10:57 +00:00
'ChannelFeed' => __DIR__ . '/includes/Feed/ChannelFeed.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'CheckBadRedirects' => __DIR__ . '/maintenance/checkBadRedirects.php',
Add checkComposerLockUpToDate.php script Checks whether your composer.lock file is up to date with the current composer.json file. Bug: T77388 Change-Id: I528d63172c238cf1ea9bc02e8eb39b93225865de
2014-12-08 20:08:52 +00:00
'CheckComposerLockUpToDate' => __DIR__ . '/maintenance/checkComposerLockUpToDate.php',
Add checkDependencies.php Checks to see whether the specified MediaWiki extensions/skins have all of their dependencies. Each thing will get a status of: * 'loaded' (it's already activated in LocalSettings.php, and therefore all the dependencies are present) * 'present' (it exists in the filesystem, but not yet activated) * 'missing' (does not exist in the filesystem) * 'incompatible-*' (some version requirement is incompatible) JSON output is available with --json for use in scripts. Development dependencies will be checked if --dev is provided. This is roughly based on the logic already existing in the Installer. It may be worth deduplicating that code in the future. Bug: T193824 Change-Id: Iae9178225c10b6374484274d8848bbea6621c8c2
2019-04-14 10:19:12 +00:00
'CheckDependencies' => __DIR__ . '/maintenance/checkDependencies.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'CheckImages' => __DIR__ . '/maintenance/checkImages.php',
Make some storage scripts use Maintenance class CommandLineInc is deprecated. This allows the scripts to be executed from MaintenanceRunner. Change-Id: I180605ea5cb47783670b28a6f01d98f0398c705d
2023-01-08 21:31:07 +00:00
'CheckStorage' => __DIR__ . '/maintenance/storage/checkStorage.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'CheckUsernames' => __DIR__ . '/maintenance/checkUsernames.php',
Move ClassCollector to its own file Change-Id: I881f1ccc4aaf8babc40ad534a2a91f1ccf3baad4
2019-04-14 15:04:32 +00:00
'ClassCollector' => __DIR__ . '/includes/utils/ClassCollector.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'CleanupBlocks' => __DIR__ . '/maintenance/cleanupBlocks.php',
Have class match filename in some maintenance scripts Each of these scripts had a class name that was not referenced outside of the script file itself, and are safe to rename as a result. Change-Id: Id605aca11db51ee433baeaa998a0e33184c930ca
2018-05-24 01:34:01 +00:00
'CleanupCaps' => __DIR__ . '/maintenance/cleanupCaps.php',
Only store currently-existing categories in the categories table A "currently-existing category" is defined as a category that either contains any pages or has a description page. Thus: * Category::initialize() now schedules an update to insert a row if the title exits but the row is missing. * Category::refreshCounts() now removes the row if the title doesn't exist and the category is empty. * WikiPage::onArticleCreate() loads the Category object, to trigger bullet #1. * WikiPage::updateCategoryCounts() refreshes the counts if it results in the row showing 0 pages, to trigger bullet #2. * LinksDeletionUpdate refreshes the counts if the row shows 0 pages, to trigger bullet #2. A maintenance script is provided to update the category table for this new definition. Bug: T28411 Bug: T50824 Change-Id: I0f0adf124c181ae5d3c7c95b3b5fb275a725794c
2016-07-13 15:30:37 +00:00
'CleanupEmptyCategories' => __DIR__ . '/maintenance/cleanupEmptyCategories.php',
Have class match filename in some maintenance scripts Each of these scripts had a class name that was not referenced outside of the script file itself, and are safe to rename as a result. Change-Id: Id605aca11db51ee433baeaa998a0e33184c930ca
2018-05-24 01:34:01 +00:00
'CleanupImages' => __DIR__ . '/maintenance/cleanupImages.php',
New maintenance script to clean up rows with invalid DB keys The TitleValue constructor, used by the link cache among other things, throws an exception for DB keys which do not satisfy a simple sanity test (starting or ending with _, or containing a space, tab, CR or LF character). This has broken certain special pages on a number of WMF sites; see T99736, T146778 and T155091. The new cleanupInvalidDbKeys.php script allows these bogus entries to be removed from the DB, making sure these exceptions won't be thrown in the future. It cleans the title columns of the page, archive, redirect, logging, category, protected_titles, recentchanges, watchlist, pagelinks, templatelinks, and categorylinks tables. The script doesn't support batching; most wikis should have fewer than 500 broken entries in each table. If need be, the script can be run several times. To make the LIKE queries work properly I had to fix the broken escaping behaviour of Database::buildLike() -- previously it had a habit of double- escaping things. Now an ESCAPE clause is added to change the escape character from the problematic default backslash, and tests are added to cover the changes. Bug: T155091 Change-Id: I908e795e884e35be91852c0eaf056d6acfda31d8
2017-03-10 13:27:27 +00:00
'CleanupInvalidDbKeys' => __DIR__ . '/maintenance/cleanupInvalidDbKeys.php',
Add new maintenance script cleanupPageLang.php This script replaces deprecated language codes in page_lang. A run of this script is needed after a language code change on projects with $wgPageLanguageUseDB = true. Change-Id: I8a9f26effbcf0412bcc679219ab690ef5c6d35a4
2022-09-09 10:30:24 +00:00
'CleanupPageLang' => __DIR__ . '/maintenance/cleanupPageLang.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'CleanupPreferences' => __DIR__ . '/maintenance/cleanupPreferences.php',
'CleanupRemovedModules' => __DIR__ . '/maintenance/cleanupRemovedModules.php',
'CleanupSpam' => __DIR__ . '/maintenance/cleanupSpam.php',
Have class match filename in some maintenance scripts Each of these scripts had a class name that was not referenced outside of the script file itself, and are safe to rename as a result. Change-Id: Id605aca11db51ee433baeaa998a0e33184c930ca
2018-05-24 01:34:01 +00:00
'CleanupUploadStash' => __DIR__ . '/maintenance/cleanupUploadStash.php',
'CleanupWatchlist' => __DIR__ . '/maintenance/cleanupWatchlist.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ClearInterwikiCache' => __DIR__ . '/maintenance/clearInterwikiCache.php',
Introduce ClearUserWatchlistJob Change-Id: Icea573a10078ea3f09dc2e4e9fdc737bf639935d
2016-03-14 21:07:39 +00:00
'ClearUserWatchlistJob' => __DIR__ . '/includes/jobqueue/jobs/ClearUserWatchlistJob.php',
Move most User::clearAllNotifications() logic to WatchedItemStore Change-Id: Ib1b0c40e408f6fad6fc8257c5073fa1c3c264c3a
2018-03-02 20:42:57 +00:00
'ClearWatchlistNotificationsJob' => __DIR__ . '/includes/jobqueue/jobs/ClearWatchlistNotificationsJob.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'CliInstaller' => __DIR__ . '/includes/installer/CliInstaller.php',
'CloneDatabase' => __DIR__ . '/includes/db/CloneDatabase.php',
maintenance: Move CodeCleanerGlobalsPass from .inc to .php Bug: T184782 Change-Id: Ifefeb88e3e84eff909ad56aef630b94df8250429
2020-09-23 10:38:07 +00:00
'CodeCleanerGlobalsPass' => __DIR__ . '/maintenance/CodeCleanerGlobalsPass.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'CodeContentHandler' => __DIR__ . '/includes/content/CodeContentHandler.php',
Login page: Use Codex CSS components Changes: * Use Codex markup instead of mediawiki ui markup * We limit what can be customized by the skin * Current rules for touch area and snapping of inputs is moved from Minerva into core so other skins benefit from the styling * A placeholder text is adding to the "real name" field. * Introduce CodexHTMLForm Bug: T182050 Change-Id: I834cc0e07fc1e705753df6866a5eeda2ac77fb8e
2023-06-23 19:38:08 +00:00
'CodexHTMLForm' => __DIR__ . '/includes/htmlform/CodexHTMLForm.php',
Improve collapsible HTMLForm styling (and accessibility, slightly) Previously the form was only collapsible/expandable using the small link-button on the far right. Now you can click on the entire header to do it, and it has an appropriate pretty icon. We add appropriate ARIA `role` and textual labels. Together with recently added `toggleARIA` option of jquery.makeCollapsible in Ic457bda58e56f we feature a screen reader workable output. Bug: T222904 Change-Id: I6964296bc6870550478de662d21f12a1fc084c15
2019-05-28 22:22:18 +00:00
'CollapsibleFieldsetLayout' => __DIR__ . '/includes/htmlform/CollapsibleFieldsetLayout.php',
Split Collation.php Change-Id: I6abfecf91cdce83dd34b1e8aa8e0b35315f62742
2016-04-03 08:23:20 +00:00
'Collation' => __DIR__ . '/includes/collation/Collation.php',
'CollationCkb' => __DIR__ . '/includes/collation/CollationCkb.php',
MaintenanceRunner: load script file early if possible If possible, load the script file before running Setup.php. This way, script files can control the setup process by defining constants. This is needed by scome scripts, namely: - instal.php, to override config loading by defining MW_CONFIG_CALLBACK - generateConfigSchema.php, for setting MW_USE_CONFIG_SCHEMA_CLASS - mergeMessageFileList.php, for setting MW_NO_EXTENSION_MESSAGES - shell.php, for setting MW_NO_SESSION Note that this will not work for scripts defined in extensions. In order to allow script files to be loaded based on class name, AutoLoader.php is included before Setup.php is run. This is a modified version of I638f99c3cc6f8ab8216bd65ada959a6a11ff454b. Co-authored-by: PleaseStand <pleasestand@live.com> Change-Id: I2bf3b91c0a7162413cd1392252cb4f29a0d3d594
2023-01-19 07:56:30 +00:00
'CommandLineInstaller' => __DIR__ . '/maintenance/install.php',
Split a base class out of CommentStore so that extensions (i.e. CheckUser) can implement their own comment store without having a lot of code duplication basically the comment store version of I3a6486532f2ef36 Bug: T233004 Change-Id: Ib40f99e00a514d41776ce521baf113e46d37e9cd
2022-12-28 21:50:03 +00:00
'CommentStore' => __DIR__ . '/includes/CommentStore/CommentStore.php',
'CommentStoreComment' => __DIR__ . '/includes/CommentStore/CommentStoreComment.php',
Add script to compare output between Parser and Parsoid This maintenance script takes the page, target variant code, and a username to compare the output from Parser to Parsoid. To distinguish if Parsoid use the core LanguageConverter, added a comment to the output. Bug: T323303 Change-Id: Idab6ee7e6e832b9937e2bd6f1bf64027ad23b668
2023-01-10 10:07:09 +00:00
'CompareLanguageConverterOutput' => __DIR__ . '/maintenance/compareLanguageConverterOutput.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'CompareParserCache' => __DIR__ . '/maintenance/compareParserCache.php',
'CompareParsers' => __DIR__ . '/maintenance/compareParsers.php',
Changed paths to package dependency file Paths to ./composer.lock is changed to ./vendor/composer/installed.json and dependency information now is read from the installed.json file. A new ComposerInstalled class has been declared and uses the class now to access the getInstalledDependencies() method to read data Bug: T106247 Change-Id: Ic216577bb19b4fc5832ba003fcbbe9195d707b41
2015-10-25 23:55:47 +00:00
'ComposerInstalled' => __DIR__ . '/includes/libs/composer/ComposerInstalled.php',
Add checkComposerLockUpToDate.php script Checks whether your composer.lock file is up to date with the current composer.json file. Bug: T77388 Change-Id: I528d63172c238cf1ea9bc02e8eb39b93225865de
2014-12-08 20:08:52 +00:00
'ComposerJson' => __DIR__ . '/includes/libs/composer/ComposerJson.php',
'ComposerLock' => __DIR__ . '/includes/libs/composer/ComposerLock.php',
Provide command to adjust phpunit.xml for code coverage Our current recommendation for adjusting PHPUnit configuration for extension code coverage reports is to manually modify tests/phpunit/suite.xml. This is cumbersome and annoying, since suite.xml is version controlled. This patch proposes a composer script to simplify editing the (non-version controlled) phpunit.xml config in the root of the MediaWiki repo. It is useful if you are interested in generating code coverage reports based on unit tests only, not integration tests. Usage: composer phpunit:coverage-edit -- extensions/GrowthExperiments When you're done, you can run `rm phpunit.xml` to switch back to the default phpunit.xml.dist. The script will use the default includes/src/maintenance directories, but a future improvement would be to identify the relevant directories via the AutoloadClasses property of extension.json. Another improvement would be to provide an option for passing arbitrary paths in core, in case you are working on tests for a specific class and want to generate coverage reports instantly. We could probably also remove dockerfiles/quibble-coverage/phpunit-suite-edit.py (which inspired this patch) and use composer phpunit:coverage-edit instead. Bug: T100294 Change-Id: Ia0ef41f67ca4a64b0d1ca0ddcee488c29630af0b
2019-07-21 18:34:23 +00:00
'ComposerPhpunitXmlCoverageEdit' => __DIR__ . '/includes/composer/ComposerPhpunitXmlCoverageEdit.php',
Add missing ComposerVendorHtaccessCreator class to autoload.php Change-Id: Ia70324acf3db2df50c6629d705c2c4728c38aaaa Follow-up: I2cf6541750c90b5708d7cf5f81b914ae2d9d46d1
2017-11-15 01:55:22 +00:00
'ComposerVendorHtaccessCreator' => __DIR__ . '/includes/composer/ComposerVendorHtaccessCreator.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'CompressOld' => __DIR__ . '/maintenance/storage/compressOld.php',
Move HistoryBlob classes to own files Move all into own subfolder Change-Id: Iccf1bb9a2c8927c1b4dc0952d59d745109a71f76
2019-03-25 19:29:47 +00:00
'ConcatenatedGzipHistoryBlob' => __DIR__ . '/includes/historyblob/ConcatenatedGzipHistoryBlob.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'Config' => __DIR__ . '/includes/config/Config.php',
'ConfigException' => __DIR__ . '/includes/config/ConfigException.php',
'ConfigFactory' => __DIR__ . '/includes/config/ConfigFactory.php',
rdbms: Move ReadOnlyMode and ConfiguredReadOnlyMode to rdbms library The db/ directory does not have an owner and it's a mess in general. These classes don't depend on anything in core except the rdbms library. Let's simply move it there. In other words, Krinkle made me do it. Since the class was moved in I6202e52ba73 merged less than a week ago, no need to alias anything. Bug: T321882 Change-Id: I24ceeb8bf765a50f441270136acd612359d50aa2
2023-05-04 21:41:21 +00:00
'ConfiguredReadOnlyMode' => __DIR__ . '/includes/libs/rdbms/ConfiguredReadOnlyMode.php',
language: Move l10n-related classes from /cache to /language * Make the code easier to own and maintain by being part of a topical area of expertise rather than a generic catch-all bucket. This also helps Gerrit team dashboards, [[mw:Git/Reviewers]] subscription patterns, more meaningful component prefix for [[mw:Commit_message_guidelines]]. * Prep for possible CODEOWNERS adoption. * Prep for T166010 to give us better PSR-4 namespaces that we won't have to break/migrate again shortly after for the above. Bug: T225756 Change-Id: I62c701d574d2a79365b1c5350f92bef47770e3ce
2022-06-22 22:18:27 +00:00
'ConstantDependency' => __DIR__ . '/includes/language/dependency/ConstantDependency.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'Content' => __DIR__ . '/includes/content/Content.php',
'ContentHandler' => __DIR__ . '/includes/content/ContentHandler.php',
Add a ContentModelChange helper, and an api module that uses it Bug: T107174 Change-Id: I6eb38c4aec23619d7ec42ef12092edf9ff25c6fa
2020-01-11 23:49:41 +00:00
'ContentModelChange' => __DIR__ . '/includes/content/ContentModelChange.php',
Add Special:ChangeContentModel Special:ChangeContentModel allows for users with the 'editcontentmodel' right to change the content model of a page. Visiting Special:ChangeContentModel will contain an input field for a page title. The user will then be sent to Special:ChangeContentModel?pagetitle=<input> where the page title is read only, with a content model selector and optional reason field. The special page only allows converting between content models that extend TextContent for simplicity. Advanced conversions should be done via the API. All content model changes via the special page or API generate a null revision in the page history and a log entry at Special:Log/contentmodel. The log entry has a revert link for convenience (like the move log). Bug: T72592 Co-Authored-By: Lewis Cawte <lewis@lewiscawte.me> Change-Id: I296a67c09fcbc880c8c3a648eb5086580725ea46
2015-03-29 03:36:01 +00:00
'ContentModelLogFormatter' => __DIR__ . '/includes/logging/ContentModelLogFormatter.php',
Reorg: Move CSP class to Request/ Bug: T321882 Change-Id: Ic809656a31e08626d0e5a1172da02b2397096e14
2023-02-16 12:36:41 +00:00
'ContentSecurityPolicy' => __DIR__ . '/includes/Request/ContentSecurityPolicy.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ContextSource' => __DIR__ . '/includes/context/ContextSource.php',
Split Pager classes out of SpecialPage files Change-Id: I6c8dbc9084040dd3b8a5e19caaf076bd14b77762
2016-03-24 11:25:40 +00:00
'ContribsPager' => __DIR__ . '/includes/specials/pagers/ContribsPager.php',
Implement extension registration from an extension.json file Introduces wfLoadExtension()/wfLoadSkin() which should be used in LocalSettings.php rather than require-ing a PHP entry point. Extensions and skins would add "extension.json" or "skin.json" files in their root, which contains all the information typically present in PHP entry point files (classes to autoload, special pages, API modules, etc.) A full schema can be found at docs/extension.schema.json, and a script to validate these to the schema is provided. An additional script is provided to convert typical PHP entry point files into their JSON equivalents. The basic flow of loading an extension goes like: * Get the ExtensionRegistry singleton instance * ExtensionRegistry takes a filename, reads the file or tries to get the parsed JSON from APC if possible. * The JSON is run through a Processor instance, which registers things with the appropriate global settings. * The output of the processor is cached in APC if possible. * The extension/skin is marked as loaded in the ExtensionRegistry and a callback function is executed if one was specified. For ideal performance, a batch loading method is also provided: * The absolute path name to the JSON file is queued in the ExtensionRegistry instance. * When loadFromQueue() is called, it constructs a hash unique to the members of the current queue, and sees if the queue has been cached in APC. If not, it processes each file individually, and combines the result of each Processor into one giant array, which is cached in APC. * The giant array then sets various global settings, defines constants, and calls callbacks. To invalidate the cached processed info, by default the mtime of each JSON file is checked. However that can be slow if you have a large number of extensions, so you can set $wgExtensionInfoMTime to the mtime of one file, and `touch` it whenever you update your extensions. Change-Id: I7074b65d07c5c7d4e3f1fb0755d74a0b07ed4596
2014-10-15 00:31:15 +00:00
'ConvertExtensionToRegistration' => __DIR__ . '/maintenance/convertExtensionToRegistration.php',
language: Move ConverterRule to includes/ and add test case Add a very basic test that creates an instance, invokes it with an empty string, and asserts the types and values returned by the public methods used in LanguageConverter::applyManualConv. Bug: T225756 Change-Id: I3600260e712f019243ba5f00890011e694444e43
2019-08-25 17:55:34 +00:00
'ConverterRule' => __DIR__ . '/includes/language/ConverterRule.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'Cookie' => __DIR__ . '/includes/libs/Cookie.php',
Move CookieJar class to own file Change-Id: Ie98eadb2a8015f1290447b79cc095799abaeba4f
2016-04-03 08:46:36 +00:00
'CookieJar' => __DIR__ . '/includes/libs/CookieJar.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'CopyFileBackend' => __DIR__ . '/maintenance/copyFileBackend.php',
Move FileBackendStore and FileOp classes to /libs Change-Id: If490f64bec282e5dfcdaf7feb1cbf46d3dce1064
2016-09-18 23:25:41 +00:00
'CopyFileOp' => __DIR__ . '/includes/libs/filebackend/fileop/CopyFileOp.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'CopyJobQueue' => __DIR__ . '/maintenance/copyJobQueue.php',
Rename CoreMagicWords to CoreMagicVariables and update docs There's already a thing called magic words, and this is not it. These things are called variables. There are many usages of this term in the source. The term was introduced by Lee in 2002: originally OutputPage::replaceVariables() contained only this functionality. I introduced the term "magic word", meaning a localizable keyword. Localizable keywords are an abstraction not limited to this use case. "Magic variables" is a neologism, but I suppose it is permissible, since it disambiguates. Whereas calling a variable a magic word conflates rather than disambiguates. Fix terminology in magicword.md and update the examples. Change-Id: I621c888e3790a145ca9978f6b30ff1a8f685b64c
2020-06-05 02:54:51 +00:00
'CoreMagicVariables' => __DIR__ . '/includes/parser/CoreMagicVariables.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'CoreParserFunctions' => __DIR__ . '/includes/parser/CoreParserFunctions.php',
'CoreTagHooks' => __DIR__ . '/includes/parser/CoreTagHooks.php',
'CreateAndPromote' => __DIR__ . '/maintenance/createAndPromote.php',
Add a maintenance script to create bot passwords. This is useful in testing environments where we want to spin up new mediawiki instances and configure them programatically. Change-Id: Ice94b67cb8775786a754de51010e78211954b2b0
2020-07-18 15:07:10 +00:00
'CreateBotPassword' => __DIR__ . '/maintenance/createBotPassword.php',
Move FileBackendStore and FileOp classes to /libs Change-Id: If490f64bec282e5dfcdaf7feb1cbf46d3dce1064
2016-09-18 23:25:41 +00:00
'CreateFileOp' => __DIR__ . '/includes/libs/filebackend/fileop/CreateFileOp.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'CreditsAction' => __DIR__ . '/includes/actions/CreditsAction.php',
language: Move converters/ to includes/language/converters These are easy to move. They contain regular, testable, source code, are loaded only via the autoloader, and have no references to their file paths from anywhere else in or outside of core (as far as Codesearch can see). Change-Id: Ibe94e541637bb273bd11dba6c2bc5b59f601dd19
2020-07-02 00:57:56 +00:00
'CrhConverter' => __DIR__ . '/includes/language/converters/CrhConverter.php',
Move most of MWCryptHKDF into libs Dependency-inject the MediaWiki-specific parts into a CryptHKDF instance, which MWCryptHKDF wraps around. Change-Id: Idff18635cfd8a3d93ea2ca8d56cdbd11eb4d3b2b
2016-10-04 17:48:02 +00:00
'CryptHKDF' => __DIR__ . '/includes/libs/CryptHKDF.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'CssContent' => __DIR__ . '/includes/content/CssContent.php',
'CssContentHandler' => __DIR__ . '/includes/content/CssContentHandler.php',
'CsvStatsOutput' => __DIR__ . '/maintenance/language/StatOutputs.php',
Add collation for Bashkir (ba) This is based on a numeric uppercase collation. Bashkir characters will be remapped to the private use area for the purpose of sorting. Bug: T162823 Change-Id: I65f1af0b57ff6ded7d464e39efd401f178a3519e
2017-04-28 04:52:49 +00:00
'CustomUppercaseCollation' => __DIR__ . '/includes/collation/CustomUppercaseCollation.php',
Split up DBError classes into their own files Change-Id: I671f1a88f0192a5199cfc9c6d7fbde1bff5c4ac8
2016-09-22 19:12:01 +00:00
'DBAccessError' => __DIR__ . '/includes/libs/rdbms/exception/DBAccessError.php',
rdbms: Move IDBAccessObject from /includes/dao/ to /libs/rdbms * Is generally useful for Rdbms consumers. * Has no dependencies besides stable constants and interface from Rdbms. * Is generic, i.e. not specific to MediaWiki in its naming, purpose, or required domain knowledge. Current rationale is that "dao" is not a recognised component in MediaWiki core. Its super tiny and a handful of changes in over a decade, so seems overkill to make a big deal out of it by creating a whole new component for it in all the usual places. Yet, having it fall into a gap with no owner for issue tracking, code review, no documentation, and no definition of what this directory is for exactly, is also counter-productive. Hence, finding a suitable place for it. Change-Id: I8cbb9ebfa8873085a30cb355e3299493538006ae
2023-06-01 12:32:23 +00:00
'DBAccessObjectUtils' => __DIR__ . '/includes/libs/rdbms/DBAccessObjectUtils.php',
Split up DBError classes into their own files Change-Id: I671f1a88f0192a5199cfc9c6d7fbde1bff5c4ac8
2016-09-22 19:12:01 +00:00
'DBConnectionError' => __DIR__ . '/includes/libs/rdbms/exception/DBConnectionError.php',
Move DBError to /libs/rdbms/exception Change-Id: I2ad40db66a68f03fb34a63278a652e0505195076
2016-09-14 18:55:33 +00:00
'DBError' => __DIR__ . '/includes/libs/rdbms/exception/DBError.php',
Split up DBError classes into their own files Change-Id: I671f1a88f0192a5199cfc9c6d7fbde1bff5c4ac8
2016-09-22 19:12:01 +00:00
'DBExpectedError' => __DIR__ . '/includes/libs/rdbms/exception/DBExpectedError.php',
'DBQueryError' => __DIR__ . '/includes/libs/rdbms/exception/DBQueryError.php',
'DBReadOnlyError' => __DIR__ . '/includes/libs/rdbms/exception/DBReadOnlyError.php',
'DBReplicationWaitError' => __DIR__ . '/includes/libs/rdbms/exception/DBReplicationWaitError.php',
Split SiteLookup interface from SiteStore * SiteLookup interface is added, and SiteStore extends it. (any SiteStore type hints can be changed to use SiteLookup if all they need is lookup functionality) * Memcached based SiteStore code is split from the database SiteStore, and SiteSQLStore is deprecated. If no caching is desired when using a SiteStore, then use a SiteDBStore instance, instead of passing $source parameter in SiteStore::getSite and SiteStore::getSites. * SiteListFileCache renamed to FileBasedSiteLookup and implements SiteLookup. Bug: T77990 Change-Id: I36b599884c211580ea6806a8a190c65c4f9087cf
2015-02-06 02:00:26 +00:00
'DBSiteStore' => __DIR__ . '/includes/site/DBSiteStore.php',
Split up DBError classes into their own files Change-Id: I671f1a88f0192a5199cfc9c6d7fbde1bff5c4ac8
2016-09-22 19:12:01 +00:00
'DBTransactionError' => __DIR__ . '/includes/libs/rdbms/exception/DBTransactionError.php',
'DBTransactionSizeError' => __DIR__ . '/includes/libs/rdbms/exception/DBTransactionSizeError.php',
'DBUnexpectedError' => __DIR__ . '/includes/libs/rdbms/exception/DBUnexpectedError.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'DataUpdate' => __DIR__ . '/includes/deferred/DataUpdate.php',
'DatabaseInstaller' => __DIR__ . '/includes/installer/DatabaseInstaller.php',
'DatabaseLag' => __DIR__ . '/maintenance/lag.php',
Split logging classes to individual files Change-Id: I3eaaf23612fe1aed65e49c06a9e5e565399af9ce
2019-04-14 01:05:34 +00:00
'DatabaseLogEntry' => __DIR__ . '/includes/logging/DatabaseLogEntry.php',
rdbms: Rename DatabaseMysqlBase to DatabaseMySQL Now that we merged DatabaseMysqli with DatabaseMysqlBase, there is no base anymore. I could have gone with DatabaseMysql, and the naming is not that consistent in rdbms: amir@amir-ThinkPad-P1-Gen-3:~/core/includes/libs/rdbms$ find . | grep -i mysql ./platform/MySQLPlatform.php ./field/MySQLField.php ./dbal/MWMySQLPlatform.php ./database/DatabaseMysqlBase.php ./database/DatabaseMysqli.php ./database/position/MySQLPrimaryPos.php ./database/resultwrapper/MysqliResultWrapper.php ./database/replication/MysqlReplicationReporter.php The majority is MySQL and since it's the correct form, I went with that instead. Change-Id: I3ee792f357dda974c855ba24b9b35e72fc73db06
2023-08-10 22:12:01 +00:00
'DatabaseMysqlBase' => __DIR__ . '/includes/libs/rdbms/database/DatabaseMySQL.php',
'DatabaseMysqli' => __DIR__ . '/includes/libs/rdbms/database/DatabaseMySQL.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'DatabaseUpdater' => __DIR__ . '/includes/installer/DatabaseUpdater.php',
'DateFormats' => __DIR__ . '/maintenance/language/date-formats.php',
'DateFormatter' => __DIR__ . '/includes/parser/DateFormatter.php',
Rehabilitate DateFormatter This code is surprisingly little changed since I added the class in November 2003, and needs some modernisation. * Remove the "linked" option, unused since 1.21. Similarly, make the "match-whole" option implied. This allows the regexes to be simplified. Nothing will be broken, according to CodeSearch. * Instead of ucfirst(), use the canonical month name from the language. This will work with e.g. French which does not capitalise month names. * Stop caching DateFormatter instances in APC. Caching was added in 2005 when initialisation was being done on every request, but now it is only needed when parsing a page with {{#formatdate}}, which is rarely, and the constructor overhead is only 200µs after Language object data initialisation. Instead, use an in-process cache via a factory service. * Add docs and extra tests. * Remove todo note obsolete since 38 minutes after the original commit. * Rename many variables. * Use double-slash comments * Don't store the Language object, just get arrays. * Use mb_strtolower() instead of Language::lc() -- any customisation of Language::lc() would break PCRE case-insensitive matching. * Use named subpatterns instead of "keys" * Remove the ISO1/ISO2 distinction, the only difference was linking. * Use closure variables instead of temporary object members Change-Id: I25fb1203dba2930724d7bc28ad0d51f59f88e1ea
2019-04-10 05:33:57 +00:00
'DateFormatterFactory' => __DIR__ . '/includes/parser/DateFormatterFactory.php',
Make statsd counts for MWCallableUpdate actually useful Include the method that made the callback in the key. Change-Id: Ifc7c486ee5c8d57b2516456569bb724cf7dc2b99
2016-07-22 02:32:09 +00:00
'DeferrableCallback' => __DIR__ . '/includes/deferred/DeferrableCallback.php',
Add pre-send update support to DeferredUpdates * PRESEND/POSTSEND constants can now be used in addUpdate() and addCallableUpdate() to control when the update runs. This is useful for updates that may report errors the client should see or to just get a head start on queued or pubsub based updates like CDN purges. The OutputPage::output() method can easily take a few 100ms. * Removed some argument b/c code from doUpdates(). * Also moved DeferrableUpdate to a separate file. Change-Id: I9831fe890f9f68f9ad8c4f4bba6921a8f29ba666
2015-11-30 22:02:53 +00:00
'DeferrableUpdate' => __DIR__ . '/includes/deferred/DeferrableUpdate.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'DeferredUpdates' => __DIR__ . '/includes/deferred/DeferredUpdates.php',
deferred: make DeferredUpdates::doUpdates() recursion more uniform Follow-up ba6490aa1eb. That patch worked around $executeContext iteration errors due to the lack of recursion support in doUpdates()/handleUpdateQueue(). Errors were triggered by MediaWiki::schedulePostSendJobs() enqueueing deferred updates that invoke JobRunner::run(), which, in turn, invoke doUpdates() for each job via JobRunner:: doExecuteJob(). The doUpdates() method was changed to operate on the sub-queue for the in-progress DeferrableUpdate. Further improve the recursion logic: * Use classes for the scope stack and scope queues. * Put *all* updates added during a DeferrableUpdate::doUpdate() call into the subqueue, regardless of "defer until" stage or whether it implements MergeableUpdate. Now, doUpdate() can run *everything* it enqueued instead of a non-obvious subset. Note that the TransactionRoundDefiningUpdate that invokes JobRunner was already a POSTSEND update before ba6490aa1eb; the only effect of this change is that MergeableUpdate instances from jobs will once again run in doExecuteJob(). * Make recursive DeferredUpdates::doUpdate() calls error out immediately unless the DeferrableUpdate responsible is a TransactionRoundAwareUpdate with the TRX_ROUND_ABSENT flag. This covers the schedulePostSendJobs() scenario and only prohibits insane call patterns. Failing early avoids the risk of handleUpdateQueue() dropping all the updates due to the same DBTransactionError error in DeferredUpdates::attemptUpdate(). * Avoid recursion loop in tryOpportunisticExecute() when JobQueueDB is in use and a large number of tasks are pending. This happened due to methods like onTransactionPreCommitOrIdle() being used within JobQueueDB. Mark DeferredUpdates::doUpdates()/tryOpportunisticExecute() as @internal and create a Maintenance::shutdown() method to avoid a direct call in the doMaintenance.php file. Bug: T249069 Bug: T268840 Change-Id: Ib369f0e74243a48ababdb9cd83b155c9a0f5e741
2020-05-06 14:37:00 +00:00
'DeferredUpdatesScope' => __DIR__ . '/includes/deferred/DeferredUpdatesScope.php',
deferred: Decouple DeferredUpdates from MediaWikiServices * Create task-specific methods with simple defaults that require no mocking or stubbing of any kind, as used by the pure unit tests where service container (and by extent, storage services) are disabled. * Remove all use of global variables, LBFactory, JobQueue, StatsdFactory, and RequestContext. Bug: T265749 Change-Id: If85c448d2d1b806e70f641f06263680d49c6eeec
2023-08-24 23:38:02 +00:00
'DeferredUpdatesScopeMediaWikiStack' => __DIR__ . '/includes/deferred/DeferredUpdatesScopeMediaWikiStack.php',
deferred: make DeferredUpdates::doUpdates() recursion more uniform Follow-up ba6490aa1eb. That patch worked around $executeContext iteration errors due to the lack of recursion support in doUpdates()/handleUpdateQueue(). Errors were triggered by MediaWiki::schedulePostSendJobs() enqueueing deferred updates that invoke JobRunner::run(), which, in turn, invoke doUpdates() for each job via JobRunner:: doExecuteJob(). The doUpdates() method was changed to operate on the sub-queue for the in-progress DeferrableUpdate. Further improve the recursion logic: * Use classes for the scope stack and scope queues. * Put *all* updates added during a DeferrableUpdate::doUpdate() call into the subqueue, regardless of "defer until" stage or whether it implements MergeableUpdate. Now, doUpdate() can run *everything* it enqueued instead of a non-obvious subset. Note that the TransactionRoundDefiningUpdate that invokes JobRunner was already a POSTSEND update before ba6490aa1eb; the only effect of this change is that MergeableUpdate instances from jobs will once again run in doExecuteJob(). * Make recursive DeferredUpdates::doUpdate() calls error out immediately unless the DeferrableUpdate responsible is a TransactionRoundAwareUpdate with the TRX_ROUND_ABSENT flag. This covers the schedulePostSendJobs() scenario and only prohibits insane call patterns. Failing early avoids the risk of handleUpdateQueue() dropping all the updates due to the same DBTransactionError error in DeferredUpdates::attemptUpdate(). * Avoid recursion loop in tryOpportunisticExecute() when JobQueueDB is in use and a large number of tasks are pending. This happened due to methods like onTransactionPreCommitOrIdle() being used within JobQueueDB. Mark DeferredUpdates::doUpdates()/tryOpportunisticExecute() as @internal and create a Maintenance::shutdown() method to avoid a direct call in the doMaintenance.php file. Bug: T249069 Bug: T268840 Change-Id: Ib369f0e74243a48ababdb9cd83b155c9a0f5e741
2020-05-06 14:37:00 +00:00
'DeferredUpdatesScopeStack' => __DIR__ . '/includes/deferred/DeferredUpdatesScopeStack.php',
Move deflate method to MW util and deprecate EasyDeflate module This will allow us to easily change the deflate library in future. Rename the PHP class and i18n to just "Deflate". Bug: T236210 Change-Id: I88dea5e82a7f672e36556c40b151ac00ff3d044e
2019-10-28 11:48:37 +00:00
'Deflate' => __DIR__ . '/includes/libs/Deflate.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'DeleteAction' => __DIR__ . '/includes/actions/DeleteAction.php',
'DeleteArchivedFiles' => __DIR__ . '/maintenance/deleteArchivedFiles.php',
'DeleteArchivedRevisions' => __DIR__ . '/maintenance/deleteArchivedRevisions.php',
Introduce deleteAutoPatrolLogs maintenance script It's useful to delete old patrol logs that are not useful Bug: T189594 Change-Id: I605bb85f172eb25df45ed83ce50a3d1044f1c281
2018-03-17 23:34:32 +00:00
'DeleteAutoPatrolLogs' => __DIR__ . '/maintenance/deleteAutoPatrolLogs.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'DeleteBatch' => __DIR__ . '/maintenance/deleteBatch.php',
'DeleteDefaultMessages' => __DIR__ . '/maintenance/deleteDefaultMessages.php',
'DeleteEqualMessages' => __DIR__ . '/maintenance/deleteEqualMessages.php',
Move FileBackendStore and FileOp classes to /libs Change-Id: If490f64bec282e5dfcdaf7feb1cbf46d3dce1064
2016-09-18 23:25:41 +00:00
'DeleteFileOp' => __DIR__ . '/includes/libs/filebackend/fileop/DeleteFileOp.php',
Added DeleteLinksJob to support purging backlinks via job runners * This jobs should only be constructed via relevant Content object, e.g. the result of enqueueUpdate() being called on a DataUpdate returned by Content::getSecondaryUpdates(). * Also modified LinksDeletionUpdate to support a $pageId parameter. * LinksDeletionUpdate can now be enqueued to a DeleteLinksJob. Change-Id: I650dcf0bd172ede0d61357ec158a4704ae1f2033
2015-09-22 19:07:05 +00:00
'DeleteLinksJob' => __DIR__ . '/includes/jobqueue/jobs/DeleteLinksJob.php',
Add maintenance script for deleting local passwords This is mainly for the benefit of authentication extensions which all need similar functionality for removing local passwords on a wiki where local authentication was used for a while but has been disabled, but can be used directly to just indiscriminately remove the passwords of all users. To test the change without irreversibly locking out users, an option is provided to make the password invalid in an easy-to-reverse way. The immediate use case is I974184899c33. This patch also introduces the maintenance/includes directory to hold PHP files which are not executable scripts themselves. (Previously such files had a .inc extension, but that is so PHP4.) Bug: T57420 Change-Id: If7207b80a2c8374e90182e0b09d8f76ee94264b0
2018-06-10 23:05:59 +00:00
'DeleteLocalPasswords' => __DIR__ . '/maintenance/includes/DeleteLocalPasswords.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'DeleteLogFormatter' => __DIR__ . '/includes/logging/DeleteLogFormatter.php',
'DeleteOldRevisions' => __DIR__ . '/maintenance/deleteOldRevisions.php',
'DeleteOrphanedRevisions' => __DIR__ . '/maintenance/deleteOrphanedRevisions.php',
Use job queue for deletion of pages with many revisions Pages with many revisions experience transaction size exceptions, due to archiving revisions. Use the job queue to split the work into batches and avoid exceptions. Bug: T198176 Change-Id: Ie800fb5a46be837ac91b24b9402ee90b0355d6cd
2018-08-28 22:01:48 +00:00
'DeletePageJob' => __DIR__ . '/includes/jobqueue/jobs/DeletePageJob.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'DeleteSelfExternals' => __DIR__ . '/maintenance/deleteSelfExternals.php',
Add a maintenance script to delete a change tag Based on Ib8b96b8460db3832e9297a07922ee1d9d1af5ccb by Legoktm. Bug: T75181 Change-Id: I0e61dfbc72fe27efa9c1deabc928e7c9af66e1bc
2019-10-14 07:36:51 +00:00
'DeleteTag' => __DIR__ . '/maintenance/deleteTag.php',
Add script to delete a user email's address Can be used for a variety of operations including preservation of users privacy. Bug: T290099 Change-Id: Iad75810310c95e96b5f8998b201ed04ace5af656
2021-09-18 09:09:39 +00:00
'DeleteUserEmail' => __DIR__ . '/maintenance/deleteUserEmail.php',
Split Pager classes out of SpecialPage files Change-Id: I6c8dbc9084040dd3b8a5e19caaf076bd14b77762
2016-03-24 11:25:40 +00:00
'DeletedContribsPager' => __DIR__ . '/includes/specials/pagers/DeletedContribsPager.php',
language: Move l10n-related classes from /cache to /language * Make the code easier to own and maintain by being part of a topical area of expertise rather than a generic catch-all bucket. This also helps Gerrit team dashboards, [[mw:Git/Reviewers]] subscription patterns, more meaningful component prefix for [[mw:Commit_message_guidelines]]. * Prep for possible CODEOWNERS adoption. * Prep for T166010 to give us better PSR-4 namespaces that we won't have to break/migrate again shortly after for the above. Bug: T225756 Change-Id: I62c701d574d2a79365b1c5350f92bef47770e3ce
2022-06-22 22:18:27 +00:00
'DependencyWrapper' => __DIR__ . '/includes/language/dependency/DependencyWrapper.php',
Reorg: Move StubObject classes in includes to its own directory Bug: T166010 Change-Id: Idcf0e9dc6e0841e4f132207bce0f96774dad898c
2022-10-25 16:58:49 +00:00
'DeprecatedGlobal' => __DIR__ . '/includes/StubObject/DeprecatedGlobal.php',
Update autoload.php with new classes introduced in I9518a52 Change-Id: I971a4a0c4e2cceff67072398960321c1a5dbf549
2015-12-21 10:32:48 +00:00
'DeprecatedInterfaceFinder' => __DIR__ . '/maintenance/findDeprecated.php',
Add helper trait for deprecating properties Change-Id: I83e6ee4e8eedd49acef2b5d92132d37af715bff3
2018-07-11 17:34:26 +00:00
'DeprecationHelper' => __DIR__ . '/includes/debug/DeprecationHelper.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'DerivativeContext' => __DIR__ . '/includes/context/DerivativeContext.php',
Reorg: Move some of request related classes to MediaWiki/Request Redoing I5ea70120d74 but without moving WebRequest that caused issues with phan-taint-plugin. Moving: - DerivativeRequest - FauxRequest - FauxRequestUpload - PathRouter - WebRequestUpload Bug: T321882 Change-Id: I832b133aaf61ee9f6190b0227d2f3de99bd1717b
2022-10-28 10:04:25 +00:00
'DerivativeRequest' => __DIR__ . '/includes/Request/DerivativeRequest.php',
ResourceLoader namespace (attempt 2) Move ResourceLoader classes to their own namespace. Strip the "ResourceLoader" prefix from all except ResourceLoader itself. Move the tests by analogy. I used a namespace alias "RL" in some callers since RL\Module is less ambiguous at the call site than just "Module". I did not address DependencyStore which continues to have a non-standard location and namespace. Revert of a241d83e0a6dabedf. Bug: T308718 Change-Id: Id08a220e1d6085e2b33f3f6c9d0e3935a4204659
2022-05-06 09:09:56 +00:00
'DerivativeResourceLoaderContext' => __DIR__ . '/includes/ResourceLoader/DerivativeContext.php',
Move FileBackendStore and FileOp classes to /libs Change-Id: If490f64bec282e5dfcdaf7feb1cbf46d3dce1064
2016-09-18 23:25:41 +00:00
'DescribeFileOp' => __DIR__ . '/includes/libs/filebackend/fileop/DescribeFileOp.php',
Move DiffEngine and helpers to includes/libs/Diff and put them in a namespace I will address the dependencies on MW core in a followup. Bug: T339184 Change-Id: I892364b0c9f15c9de4cfc29c683670c172d71764
2023-06-20 04:02:04 +00:00
'Diff' => __DIR__ . '/includes/libs/Diff/Diff.php',
'DiffEngine' => __DIR__ . '/includes/libs/Diff/DiffEngine.php',
'DiffFormatter' => __DIR__ . '/includes/libs/Diff/DiffFormatter.php',
Move HistoryBlob classes to own files Move all into own subfolder Change-Id: Iccf1bb9a2c8927c1b4dc0952d59d745109a71f76
2019-03-25 19:29:47 +00:00
'DiffHistoryBlob' => __DIR__ . '/includes/historyblob/DiffHistoryBlob.php',
Move DiffEngine and helpers to includes/libs/Diff and put them in a namespace I will address the dependencies on MW core in a followup. Bug: T339184 Change-Id: I892364b0c9f15c9de4cfc29c683670c172d71764
2023-06-20 04:02:04 +00:00
'DiffOp' => __DIR__ . '/includes/libs/Diff/DiffOp.php',
'DiffOpAdd' => __DIR__ . '/includes/libs/Diff/DiffOpAdd.php',
'DiffOpChange' => __DIR__ . '/includes/libs/Diff/DiffOpChange.php',
'DiffOpCopy' => __DIR__ . '/includes/libs/Diff/DiffOpCopy.php',
'DiffOpDelete' => __DIR__ . '/includes/libs/Diff/DiffOpDelete.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'DifferenceEngine' => __DIR__ . '/includes/diff/DifferenceEngine.php',
[MCR] Render multi-slot diffs Move logic for rendering a diff between two content objects out of DifferenceEngine, into a new SlotDiffRenderer class. Make DifferenceEngine use multiple SlotDiffRenderers, one per slot. This separates the class tree for changing high-level diff properties such as the header or the revision selection method (same as before: subclass DifferenceEngine and override ContentHandler::getDiffEngineClass or implement GetDifferenceEngine) and the one for changing the actual diff rendering for a given content type (subclass SlotDiffRenderer and override ContentHandler::getSlotDiffRenderer or implement GetSlotDiffRenderer). To keep B/C, when SlotDiffRenderer is not overridden for a given content type but DifferenceEngine is, that DifferenceEngine will be used instead. The weak point of the scheme is overriding the DifferenceEngine methods passing control to the SlotDiffRenderers (the ones calling getDifferenceEngines), without calling the parent. These are: showDiffStyle, getDiffBody, getDiffBodyCacheKeyParams. Extensions doing that will probably break in unpredictable ways (most likely, only showing the main slot diff). Nothing in gerrit does it, at least. A new GetSlotDiffRenderer hook is added to modify rendering for content models not owned by the extension, much like how GetDifferenceEngine works. Also deprecates public access to mNewRev/mOldRev and creates public getters instead. DifferenceEngine never supported external changes to those properties, this just acknowledges it. Bug: T194731 Change-Id: I2f8a9dbebd2290b7feafb20e2bb2a2693e18ba11 Depends-On: I04e885a33bfce5bccc807b9bcfe1eaa577a9fd47 Depends-On: I203d8895bf436b7fee53fe4718dede8a3b1768bc
2018-07-11 09:24:07 +00:00
'DifferenceEngineSlotDiffRenderer' => __DIR__ . '/includes/diff/DifferenceEngineSlotDiffRenderer.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'Digit2Html' => __DIR__ . '/maintenance/language/digit2html.php',
Add special page class for disabling special pages Similar to the ApiDisabled class, but for special pages. Change-Id: Ib56860bc3f8a14fd332b775b1e7f50953641ee82
2018-11-16 02:22:26 +00:00
'DisabledSpecialPage' => __DIR__ . '/includes/specialpage/DisabledSpecialPage.php',
media: Rename files to match the name of the class they define This will make jumping from file to file much easier in text editors when file name lookups will autocomplete naturally when looking for a class by name. Change-Id: I4b2e55a2e72674b619d5a592866c8a019a2b0224
2018-04-28 01:05:23 +00:00
'DjVuHandler' => __DIR__ . '/includes/media/DjVuHandler.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'DjVuImage' => __DIR__ . '/includes/media/DjVuImage.php',
Add class for service discovery using DNS SRV records The SrvDiscoverer class can be used to find services (e.g. etcd) using DNS SRV records. Change-Id: Ia636d02535a3bb592eb896137cfb787a9ce6442a
2017-03-29 18:06:32 +00:00
'DnsSrvDiscoverer' => __DIR__ . '/includes/libs/DnsSrvDiscoverer.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'DoubleRedirectJob' => __DIR__ . '/includes/jobqueue/jobs/DoubleRedirectJob.php',
Reorg: Move DummyLinker and Linker to linker/ This feels like a no-brainer unless I'm missing something obvious Bug: T321882 Change-Id: Id49c3d0dd6ea4593211048850856b5b8e05a8fb3
2022-12-05 11:29:37 +00:00
'DummyLinker' => __DIR__ . '/includes/linker/DummyLinker.php',
Extract ParserOutput search index data fields from WikiTextContentHandler Bug: T142491 Change-Id: I69b010b893135e53fac7f16f4b927b8fbcba06d2
2016-08-09 17:22:09 +00:00
'DummySearchIndexFieldDefinition' => __DIR__ . '/includes/search/DummySearchIndexFieldDefinition.php',
Split Export.php classes into seperate files Moved classes in Export.php to seperate files in the new directory includes/export/ and updated autoload.php to these new locations. Bug: T122531 Change-Id: Idd3bba5a85d65c952f2ff503bea2ca76624c9b7f
2015-12-28 22:23:22 +00:00
'Dump7ZipOutput' => __DIR__ . '/includes/export/Dump7ZipOutput.php',
'DumpBZip2Output' => __DIR__ . '/includes/export/DumpBZip2Output.php',
Refactor dumpBackup.php and dumpTextPass.php to be Maintenance subclasses Use the Maintenance class's new $orderedOptions and support for passing options multiple times. This allows for option "chaining". The BackupDumper and TextPassDumper class now extend Maintenance, but should continue to function as before. The public function processArgs() has been removed and replaced by processOptions(), which takes no parameters. It is unlikely that users of these classes were calling processArgs. Inheritors of these classes that overrode processOption() will now need to override processOptions() and use Maintenance::getOption() and friends. The maintenance/backupTextPass.inc file has been deleted. Users should include maintenance/dumpTextPass.php instead. Bug: T122587 Change-Id: I2473ee119c185d1b2b00ac4b1e70ee8a6cafe4a3
2015-12-31 09:46:54 +00:00
'DumpBackup' => __DIR__ . '/maintenance/dumpBackup.php',
Produce RDF dump of all categories and subcategories in a wiki. Example: http://en.wiki.local.wmftest.net:8080/wiki/Category:Ducks> a mediawiki:Category ; rdfs:label "Ducks" ; mediawiki:isInCategory <http://en.wiki.local.wmftest.net:8080/wiki/Category:Birds> . Bug: T157676 Change-Id: I59b9603581b37af59d17dd6c38247c85aee44911
2016-12-16 22:48:46 +00:00
'DumpCategoriesAsRdf' => __DIR__ . '/maintenance/dumpCategoriesAsRdf.php',
Refactor dumpBackup.php and dumpTextPass.php to be Maintenance subclasses Use the Maintenance class's new $orderedOptions and support for passing options multiple times. This allows for option "chaining". The BackupDumper and TextPassDumper class now extend Maintenance, but should continue to function as before. The public function processArgs() has been removed and replaced by processOptions(), which takes no parameters. It is unlikely that users of these classes were calling processArgs. Inheritors of these classes that overrode processOption() will now need to override processOptions() and use Maintenance::getOption() and friends. The maintenance/backupTextPass.inc file has been deleted. Users should include maintenance/dumpTextPass.php instead. Bug: T122587 Change-Id: I2473ee119c185d1b2b00ac4b1e70ee8a6cafe4a3
2015-12-31 09:46:54 +00:00
'DumpDBZip2Output' => __DIR__ . '/includes/export/DumpDBZip2Output.php',
Split Export.php classes into seperate files Moved classes in Export.php to seperate files in the new directory includes/export/ and updated autoload.php to these new locations. Bug: T122531 Change-Id: Idd3bba5a85d65c952f2ff503bea2ca76624c9b7f
2015-12-28 22:23:22 +00:00
'DumpFileOutput' => __DIR__ . '/includes/export/DumpFileOutput.php',
'DumpFilter' => __DIR__ . '/includes/export/DumpFilter.php',
'DumpGZipOutput' => __DIR__ . '/includes/export/DumpGZipOutput.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'DumpIterator' => __DIR__ . '/maintenance/dumpIterator.php',
add lbzip2 output processor for exports Bug: T214293 Change-Id: I98e26b833df473bbeb3dc1b881f428174d776b64
2019-03-20 05:25:06 +00:00
'DumpLBZip2Output' => __DIR__ . '/includes/export/DumpLBZip2Output.php',
Split Export.php classes into seperate files Moved classes in Export.php to seperate files in the new directory includes/export/ and updated autoload.php to these new locations. Bug: T122531 Change-Id: Idd3bba5a85d65c952f2ff503bea2ca76624c9b7f
2015-12-28 22:23:22 +00:00
'DumpLatestFilter' => __DIR__ . '/includes/export/DumpLatestFilter.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'DumpLinks' => __DIR__ . '/maintenance/dumpLinks.php',
'DumpMessages' => __DIR__ . '/maintenance/language/dumpMessages.php',
Split Export.php classes into seperate files Moved classes in Export.php to seperate files in the new directory includes/export/ and updated autoload.php to these new locations. Bug: T122531 Change-Id: Idd3bba5a85d65c952f2ff503bea2ca76624c9b7f
2015-12-28 22:23:22 +00:00
'DumpMultiWriter' => __DIR__ . '/includes/export/DumpMultiWriter.php',
'DumpNamespaceFilter' => __DIR__ . '/includes/export/DumpNamespaceFilter.php',
'DumpNotalkFilter' => __DIR__ . '/includes/export/DumpNotalkFilter.php',
'DumpOutput' => __DIR__ . '/includes/export/DumpOutput.php',
'DumpPipeOutput' => __DIR__ . '/includes/export/DumpPipeOutput.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'DumpRenderer' => __DIR__ . '/maintenance/renderDump.php',
'DumpRev' => __DIR__ . '/maintenance/storage/dumpRev.php',
ApiQuery: Don't mess with PHP output buffering Specifically, it is not necessary to use output buffering functions to capture XML generated by the export code because it is already possible to set the "output sink" object to be used. * Created a DumpStringOutput class, which appends all output to a string property rather than printing output immediately. * Used that class, instead of ob_start() and ob_get_clean(), in ApiQuery and ExportTest. Change-Id: I238f5d5ec7fd442c845b25cb59ef81ac3285099f
2016-07-08 20:22:27 +00:00
'DumpStringOutput' => __DIR__ . '/includes/export/DumpStringOutput.php',
Have class match filename in some maintenance scripts Each of these scripts had a class name that was not referenced outside of the script file itself, and are safe to rename as a result. Change-Id: Id605aca11db51ee433baeaa998a0e33184c930ca
2018-05-24 01:34:01 +00:00
'DumpUploads' => __DIR__ . '/maintenance/dumpUploads.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'DuplicateJob' => __DIR__ . '/includes/jobqueue/jobs/DuplicateJob.php',
Move deflate method to MW util and deprecate EasyDeflate module This will allow us to easily change the deflate library in future. Rename the PHP class and i18n to just "Deflate". Bug: T236210 Change-Id: I88dea5e82a7f672e36556c40b151ac00ff3d044e
2019-10-28 11:48:37 +00:00
'EasyDeflate' => __DIR__ . '/includes/libs/Deflate.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'EditAction' => __DIR__ . '/includes/actions/EditAction.php',
'EditCLI' => __DIR__ . '/maintenance/edit.php',
Reorg: Move EditPage.php to MediaWiki\EditPage Also moving TemplatesOnThisPageFormatter to the same namesapce as it's only used by EditPage Bug: T321882 Change-Id: Ibefc44eb64aedb430148b109090584c3e35794ab
2023-02-13 19:56:51 +00:00
'EditPage' => __DIR__ . '/includes/editpage/EditPage.php',
Split off remaining helper classes for special pages to separate files includes/specials/formfields/ * EditWatchlistCheckboxSeriesField (for SpecialEditWatchlist) * UploadSourceField (for SpecialUpload) * Licenses (for SpecialUpload) includes/specials/forms/ * EditWatchlistNormalHTMLForm (for SpecialEditWatchlist) * PreferencesForm (for SpecialPreferences) * UploadForm (for SpecialUpload) includes/specials/helpers/ * ImportReporter (for SpecialImport) * License (for SpecialUpload) Change-Id: I58abcbb44dbf9bf1762b4252555f7552bfa7c253
2017-09-12 21:03:26 +00:00
'EditWatchlistCheckboxSeriesField' => __DIR__ . '/includes/specials/formfields/EditWatchlistCheckboxSeriesField.php',
'EditWatchlistNormalHTMLForm' => __DIR__ . '/includes/specials/forms/EditWatchlistNormalHTMLForm.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'EmailNotification' => __DIR__ . '/includes/mail/EmailNotification.php',
'EmaillingJob' => __DIR__ . '/includes/jobqueue/jobs/EmaillingJob.php',
Start moving objectcache into libs/ The base BagOStuff class and some of the implementations are not dependent on MediaWiki and can be in the libs folder. Change-Id: I299f9abb778abc65a70461a2aff3015c02a1f04d
2015-02-25 08:22:50 +00:00
'EmptyBagOStuff' => __DIR__ . '/includes/libs/objectcache/EmptyBagOStuff.php',
Add a maintenance script to remove all users from a User Group Bug: T185989 Change-Id: Ie5cc95b350230bc730c1f1d9f06fc3e95c5f6bd0
2018-07-29 02:42:42 +00:00
'EmptyUserGroup' => __DIR__ . '/maintenance/emptyUserGroup.php',
language: Move converters/ to includes/language/converters These are easy to move. They contain regular, testable, source code, are loaded only via the autoloader, and have no references to their file paths from anywhere else in or outside of core (as far as Codesearch can see). Change-Id: Ibe94e541637bb273bd11dba6c2bc5b59f601dd19
2020-07-02 00:57:56 +00:00
'EnConverter' => __DIR__ . '/includes/language/converters/EnConverter.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'EncryptedPassword' => __DIR__ . '/includes/password/EncryptedPassword.php',
'EnhancedChangesList' => __DIR__ . '/includes/changes/EnhancedChangesList.php',
'EnotifNotifyJob' => __DIR__ . '/includes/jobqueue/jobs/EnotifNotifyJob.php',
Move EnqueueableDataUpdate to a separate file Change-Id: Iabc291cd1f3c5390ca8bcc5da64a0ff01a082575
2016-08-23 04:20:49 +00:00
'EnqueueableDataUpdate' => __DIR__ . '/includes/deferred/EnqueueableDataUpdate.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'EraseArchivedFile' => __DIR__ . '/maintenance/eraseArchivedFile.php',
'ErrorPageError' => __DIR__ . '/includes/exception/ErrorPageError.php',
Add EtcdConfig class Bug: T156924 Change-Id: I60914d31c21484bfb935fe3d8c3168b51a2d5d1b
2017-03-21 18:47:52 +00:00
'EtcdConfig' => __DIR__ . '/includes/config/EtcdConfig.php',
EtcdConfig: allow slashes in config key names Allowing slashes in config key names allows us to trivially support the proposed hierarchical structure with a single EtcdConfig object, by fetching values with the relevant prefixes on startup. Bug: T156924 Change-Id: Ica0914e61baba9c0462481925be15d79b66dc342
2017-09-01 01:53:18 +00:00
'EtcdConfigParseError' => __DIR__ . '/includes/config/EtcdConfigParseError.php',
Moved WAN cache and relayer to /libs Change-Id: I9586d22890ce1cda7f74869ff701de73d65eaaef
2015-04-27 19:35:58 +00:00
'EventRelayer' => __DIR__ . '/includes/libs/eventrelayer/EventRelayer.php',
Reorg: Move EventRelayerGroup to libs/eventrelayer/ Bug: T321882 Change-Id: Ic00f83d127845f99acca9c1f8907db7c6dc03b9e
2023-06-09 20:58:57 +00:00
'EventRelayerGroup' => __DIR__ . '/includes/libs/eventrelayer/EventRelayerGroup.php',
Move EventRelayerNull class to own file Change-Id: I5450bda32482b5183e6d2c35e2df5c419155e2de
2016-04-03 08:47:52 +00:00
'EventRelayerNull' => __DIR__ . '/includes/libs/eventrelayer/EventRelayerNull.php',
Refactor some Installer code into ExecutableFinder Refactor Installer::locateExecutableInDefaultPaths() into a separate utility class, ExecutableFinder. This class is already used in plenty of places outside of the installer, so it's ripe for being extracted. This class is located in utils/ due to the dependency upon Shell::command(). Once that no longer has a dependence upon MediaWiki, this class can be moved to libs/ too. Change-Id: I175465acc0d64f990445ce05fabcee8b88a0b259
2017-10-20 07:36:03 +00:00
'ExecutableFinder' => __DIR__ . '/includes/utils/ExecutableFinder.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'Exif' => __DIR__ . '/includes/media/Exif.php',
media: Rename files to match the name of the class they define This will make jumping from file to file much easier in text editors when file name lookups will autocomplete naturally when looking for a class by name. Change-Id: I4b2e55a2e72674b619d5a592866c8a019a2b0224
2018-04-28 01:05:23 +00:00
'ExifBitmapHandler' => __DIR__ . '/includes/media/ExifBitmapHandler.php',
IP Masking: Expire temporary accounts in 1 year Why: Temporary accounts (introduced as part of IP Masking) are supposed to expire 1 year after their registration. Automatic account expiration can be done via a maintenance script, which would be periodically executed via cron / systemd. Make it possible for extensions to provide their own logic for generating a list of temporary accounts to invalidate. This is used in CentralAuth to base registration timestamp on the global registration timestamp. The default behavior is "temporary accounts do not expire", given the feature requires a maintenance script to run periodically, which will not be the case on third party instances. What: * Add `expireAfterDays` to $wgAutoCreateTempUser, controlling how many days temporary accounts have. * Add UserSelectQueryBuilder::whereRegisteredTimestamp(), filtering accounts based on user_registration. * Add ExpireTemporaryAccounts maintenance script, which is @stable to extend. Bug: T344695 Change-Id: If17bf84ee6620c8eb784b7d835682ad5e7afdfcc
2023-08-23 12:06:00 +00:00
'ExpireTemporaryAccounts' => __DIR__ . '/maintenance/expireTemporaryAccounts.php',
Move ExplodeIterator into includes/libs/ Change-Id: Ibb3b36dbce223454b9cd485743d7e7845f729bfb
2015-01-29 04:59:50 +00:00
'ExplodeIterator' => __DIR__ . '/includes/libs/ExplodeIterator.php',
Fix autoloading of ExportProgressFilter Bug: T177239 Change-Id: Ieb5d5aa78d569af8cd8f8bfa32ce10a33482cb84
2017-12-13 16:59:45 +00:00
'ExportProgressFilter' => __DIR__ . '/includes/export/ExportProgressFilter.php',
Run maintenance/generateLocalAutoload.php I thought a unit test was supposed to fail if this hadn't been run, but I3936417b and I40fd6aaa recently got merged despite it. Change-Id: Idb9b4b77a4a1c82ed74ec829fad8c12a9c39af09
2015-02-25 18:16:13 +00:00
'ExportSites' => __DIR__ . '/maintenance/exportSites.php',
Handle extension dependencies in the installer As there will likely be extensions bundled with the 1.31 release that depend upon other extensions, we should have the installer prevent users from enabling extensions that depend on other, not-enabled extensions. We can build a dependency map from extension.json's "requires" component. On the client-side, we'll first disable all checkboxes that require other extensions, and evaluate each checkbox click, updating the disabled checkboxes as possible. This required some refactoring of how ExtensionRegistry reports issues with dependency resolution so we could get a list of what was missing. While we're at it, sort the extensions under headings by type. This does not support skins that have dependencies yet (T186092). Bug: T31134 Bug: T55985 Change-Id: I5f0e3b1b540b5ef6f9b8e3fc2bbaad1c65b4b680
2018-04-08 23:26:01 +00:00
'ExtensionDependencyError' => __DIR__ . '/includes/registration/ExtensionDependencyError.php',
registration: Refactor validation logic to avoid duplication Previously, logic to validate extension.json files was in two places: validateRegistrationFile.php maintenance script, and the ExtensionJsonValidationTest.php structure test. This caused duplication as validation became more complex (e.g. usage of spdx-licenses library). A generic ExtensionJsonValidator class now handles most of the validation work, while the maintenance script and test case just wrap around it for their output formats. Change-Id: I47062a4ae19c58ee1b1f2bb4877913259bf19c8b
2016-12-01 07:04:27 +00:00
'ExtensionJsonValidationError' => __DIR__ . '/includes/registration/ExtensionJsonValidationError.php',
'ExtensionJsonValidator' => __DIR__ . '/includes/registration/ExtensionJsonValidator.php',
Implement extension registration from an extension.json file Introduces wfLoadExtension()/wfLoadSkin() which should be used in LocalSettings.php rather than require-ing a PHP entry point. Extensions and skins would add "extension.json" or "skin.json" files in their root, which contains all the information typically present in PHP entry point files (classes to autoload, special pages, API modules, etc.) A full schema can be found at docs/extension.schema.json, and a script to validate these to the schema is provided. An additional script is provided to convert typical PHP entry point files into their JSON equivalents. The basic flow of loading an extension goes like: * Get the ExtensionRegistry singleton instance * ExtensionRegistry takes a filename, reads the file or tries to get the parsed JSON from APC if possible. * The JSON is run through a Processor instance, which registers things with the appropriate global settings. * The output of the processor is cached in APC if possible. * The extension/skin is marked as loaded in the ExtensionRegistry and a callback function is executed if one was specified. For ideal performance, a batch loading method is also provided: * The absolute path name to the JSON file is queued in the ExtensionRegistry instance. * When loadFromQueue() is called, it constructs a hash unique to the members of the current queue, and sees if the queue has been cached in APC. If not, it processes each file individually, and combines the result of each Processor into one giant array, which is cached in APC. * The giant array then sets various global settings, defines constants, and calls callbacks. To invalidate the cached processed info, by default the mtime of each JSON file is checked. However that can be slow if you have a large number of extensions, so you can set $wgExtensionInfoMTime to the mtime of one file, and `touch` it whenever you update your extensions. Change-Id: I7074b65d07c5c7d4e3f1fb0755d74a0b07ed4596
2014-10-15 00:31:15 +00:00
'ExtensionProcessor' => __DIR__ . '/includes/registration/ExtensionProcessor.php',
'ExtensionRegistry' => __DIR__ . '/includes/registration/ExtensionRegistry.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ExternalStore' => __DIR__ . '/includes/externalstore/ExternalStore.php',
Make ExternalStore wrap ExternalStoreFactory and create access class * Inject settings and global instances as dependencies to the ExternalStoreMedium instances. This includes the local wiki domain, so that wfWikiId() calls are not scattered around. * Create ExternalStoreAccess service for read/write logic. * Deprecate the ExternalStore wrapper methods. * Add some exception cases for bogus store URLs are used instead of just giving PHP warnings and failing later. * Make moveToExternal.php require the type/protocol to decide which ExternalStoreMedium to use instead of assuming "DB". * Convert logging calls to use LoggerInterface. Change-Id: I40c3b5534fc8a31116c4c5eb64ee6e4903a6197a
2018-02-27 06:24:46 +00:00
'ExternalStoreAccess' => __DIR__ . '/includes/externalstore/ExternalStoreAccess.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ExternalStoreDB' => __DIR__ . '/includes/externalstore/ExternalStoreDB.php',
Make ExternalStore wrap ExternalStoreFactory and create access class * Inject settings and global instances as dependencies to the ExternalStoreMedium instances. This includes the local wiki domain, so that wfWikiId() calls are not scattered around. * Create ExternalStoreAccess service for read/write logic. * Deprecate the ExternalStore wrapper methods. * Add some exception cases for bogus store URLs are used instead of just giving PHP warnings and failing later. * Make moveToExternal.php require the type/protocol to decide which ExternalStoreMedium to use instead of assuming "DB". * Convert logging calls to use LoggerInterface. Change-Id: I40c3b5534fc8a31116c4c5eb64ee6e4903a6197a
2018-02-27 06:24:46 +00:00
'ExternalStoreException' => __DIR__ . '/includes/externalstore/ExternalStoreException.php',
Introduce ExternalStoreFactory Change-Id: If0d8f503e3cc9fd83f3b40e2ac8a5f9dc8b7e0ea
2017-11-14 11:17:34 +00:00
'ExternalStoreFactory' => __DIR__ . '/includes/externalstore/ExternalStoreFactory.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ExternalStoreHttp' => __DIR__ . '/includes/externalstore/ExternalStoreHttp.php',
'ExternalStoreMedium' => __DIR__ . '/includes/externalstore/ExternalStoreMedium.php',
Make ExternalStore wrap ExternalStoreFactory and create access class * Inject settings and global instances as dependencies to the ExternalStoreMedium instances. This includes the local wiki domain, so that wfWikiId() calls are not scattered around. * Create ExternalStoreAccess service for read/write logic. * Deprecate the ExternalStore wrapper methods. * Add some exception cases for bogus store URLs are used instead of just giving PHP warnings and failing later. * Make moveToExternal.php require the type/protocol to decide which ExternalStoreMedium to use instead of assuming "DB". * Convert logging calls to use LoggerInterface. Change-Id: I40c3b5534fc8a31116c4c5eb64ee6e4903a6197a
2018-02-27 06:24:46 +00:00
'ExternalStoreMemory' => __DIR__ . '/includes/externalstore/ExternalStoreMemory.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ExternalStoreMwstore' => __DIR__ . '/includes/externalstore/ExternalStoreMwstore.php',
Move methods for handling external usernames to a dedicated class This makes things centralized to reduce maintenance cost and also enables me to use this methods in Wikibase to handle RC injection Bug: T185034 Change-Id: Ic8c602e316144ccb5b05c69a0cc607cd53e38912
2018-01-11 12:20:35 +00:00
'ExternalUserNames' => __DIR__ . '/includes/user/ExternalUserNames.php',
Move FSFile classes to /fsfile Change-Id: I21f3a9ac52b1f953ca09da0705cac868785193e1
2016-10-18 22:36:24 +00:00
'FSFile' => __DIR__ . '/includes/libs/filebackend/fsfile/FSFile.php',
Move FSFilebackend and MemoryFileBackend to /libs Change-Id: Id38a2ef9e0e22537d0267b536f8a4dfd60c5b41d
2016-09-21 22:36:16 +00:00
'FSFileBackend' => __DIR__ . '/includes/libs/filebackend/FSFileBackend.php',
filebackend: move more files to subdirectories Change-Id: If965323809c5bfc9cb73ed0f357233d9325d3353
2019-04-15 09:30:24 +00:00
'FSFileBackendDirList' => __DIR__ . '/includes/libs/filebackend/fileiteration/FSFileBackendDirList.php',
'FSFileBackendFileList' => __DIR__ . '/includes/libs/filebackend/fileiteration/FSFileBackendFileList.php',
'FSFileBackendList' => __DIR__ . '/includes/libs/filebackend/fileiteration/FSFileBackendList.php',
'FSFileOpHandle' => __DIR__ . '/includes/libs/filebackend/fileophandle/FSFileOpHandle.php',
Make LockManager use StatusValue and move classes to /libs Change-Id: Ifa41fc2939f3515d4a056746b0fcbff79786d25b
2016-09-18 04:42:56 +00:00
'FSLockManager' => __DIR__ . '/includes/libs/lockmanager/FSLockManager.php',
maintenance: Move FakeMaintenance and LoggedUpdateMaintenance to their own files Originally submitted as commit 2cdeb26d0c2bc6f3fb4d05d7b8b72c4a601b3da7. This patch is fully backwards compatible. The Maintenance.php entry point is now a true entry point (i.e. no classes defined), and it requires all the *Maintenance classes. Bug: T246780 Change-Id: I75b22f54b19fe560ab71349189598245af1c5693
2020-03-03 14:33:54 +00:00
'FakeMaintenance' => __DIR__ . '/maintenance/includes/FakeMaintenance.php',
Create fallback for undefined content models. This causes RevisionStore to use FallbackContent instances to represent content for which no content handler is defined. This may happen when loading revisions using a model that was defined by an extension that has since been uninstalled. Bug: T220594 Bug: T220793 Bug: T228921 Change-Id: I5cc9e61223ab22406091479617b077512aa6ae2d
2020-07-19 19:50:37 +00:00
'FallbackContent' => __DIR__ . '/includes/content/FallbackContent.php',
'FallbackContentHandler' => __DIR__ . '/includes/content/FallbackContentHandler.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'FatalError' => __DIR__ . '/includes/exception/FatalError.php',
Reorg: Move some of request related classes to MediaWiki/Request Redoing I5ea70120d74 but without moving WebRequest that caused issues with phan-taint-plugin. Moving: - DerivativeRequest - FauxRequest - FauxRequestUpload - PathRouter - WebRequestUpload Bug: T321882 Change-Id: I832b133aaf61ee9f6190b0227d2f3de99bd1717b
2022-10-28 10:04:25 +00:00
'FauxRequest' => __DIR__ . '/includes/Request/FauxRequest.php',
'FauxRequestUpload' => __DIR__ . '/includes/Request/FauxRequestUpload.php',
Reorg: Move WebResponse and FauxResponse to Request/ Bug: T321882 Change-Id: Iae8b9e0170c67c1adf861a6d0da45178a7d3cca7
2023-03-01 17:02:32 +00:00
'FauxResponse' => __DIR__ . '/includes/Request/FauxResponse.php',
Add faux SearchResult and SearchResultSet The use case is code that uses search internally, but wants to allow a development setup where search is proxied via some public API and the actual querying is performed on a production server, instead of having to set up all the search services + staging content locally. Also fix a small logic error in SearchResultSet::shrink. Change-Id: I83931c1a19c1cb747380e17a4aff3b1fadd5fcf3
2019-10-07 14:29:09 +00:00
'FauxSearchResult' => __DIR__ . '/includes/search/FauxSearchResult.php',
'FauxSearchResultSet' => __DIR__ . '/includes/search/FauxSearchResultSet.php',
Feed: Move feed-related classes to Feed/ and namespace them Bug: T166010 Change-Id: Icdbe003e74d2f31b68b575acfa94c09c24d7aed5
2022-10-17 11:10:57 +00:00
'FeedItem' => __DIR__ . '/includes/Feed/FeedItem.php',
'FeedUtils' => __DIR__ . '/includes/Feed/FeedUtils.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'FetchText' => __DIR__ . '/maintenance/fetchText.php',
Move various DB helper classes to /libs/rdbms Change-Id: I0724f1acce4f6c43b1f0983fa119e628e7c53ba5
2016-09-14 10:11:41 +00:00
'Field' => __DIR__ . '/includes/libs/rdbms/field/Field.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'File' => __DIR__ . '/includes/filerepo/file/File.php',
Update autoload.php with new classes introduced in I9518a52 Change-Id: I971a4a0c4e2cceff67072398960321c1a5dbf549
2015-12-21 10:32:48 +00:00
'FileAwareNodeVisitor' => __DIR__ . '/maintenance/findDeprecated.php',
Move some FileBackend related classes to /libs Change-Id: I0c3a84c2ed8b869519f4d38475a77539c24a88a8
2016-09-18 07:54:54 +00:00
'FileBackend' => __DIR__ . '/includes/libs/filebackend/FileBackend.php',
Support for storing files under SHA-1 names * Added a "storageLayout" flag to LocalRepo config (supports "sha1") * Added a simple migration script to copy files the SHA1 paths * Currently works with img_auth.php + thumb_handler.php for URLs * Added visibility to some LocalFile methods * Simple tests for the wrapper class. Co-Authored-By: Gilles Dubuc <gdubuc@wikimedia.org> Change-Id: Iad46ad669c8ae3c02d10da10c3f7a16fe161663f Bug: T1210
2015-03-10 13:26:14 +00:00
'FileBackendDBRepoWrapper' => __DIR__ . '/includes/filerepo/FileBackendDBRepoWrapper.php',
filebackend: move more files to subdirectories Change-Id: If965323809c5bfc9cb73ed0f357233d9325d3353
2019-04-15 09:30:24 +00:00
'FileBackendError' => __DIR__ . '/includes/libs/filebackend/exception/FileBackendError.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'FileBackendGroup' => __DIR__ . '/includes/filebackend/FileBackendGroup.php',
Move FileBackendMultiWrite to /libs Change-Id: I8079693a62db390028cd9f72b2bd7a81ae1164c3
2016-09-23 04:54:49 +00:00
'FileBackendMultiWrite' => __DIR__ . '/includes/libs/filebackend/FileBackendMultiWrite.php',
Move FileBackendStore and FileOp classes to /libs Change-Id: If490f64bec282e5dfcdaf7feb1cbf46d3dce1064
2016-09-18 23:25:41 +00:00
'FileBackendStore' => __DIR__ . '/includes/libs/filebackend/FileBackendStore.php',
filebackend: move more files to subdirectories Change-Id: If965323809c5bfc9cb73ed0f357233d9325d3353
2019-04-15 09:30:24 +00:00
'FileBackendStoreOpHandle' => __DIR__ . '/includes/libs/filebackend/fileophandle/FileBackendStoreOpHandle.php',
'FileBackendStoreShardDirIterator' => __DIR__ . '/includes/libs/filebackend/fileiteration/FileBackendStoreShardDirIterator.php',
'FileBackendStoreShardFileIterator' => __DIR__ . '/includes/libs/filebackend/fileiteration/FileBackendStoreShardFileIterator.php',
'FileBackendStoreShardListIterator' => __DIR__ . '/includes/libs/filebackend/fileiteration/FileBackendStoreShardListIterator.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'FileCacheBase' => __DIR__ . '/includes/cache/FileCacheBase.php',
Create fields & data for image/file data indexing Bug: T145558 Change-Id: I23d4c8235d0e4150eefec31cea4b2cfdd32bf32a
2016-09-14 00:52:33 +00:00
'FileContentHandler' => __DIR__ . '/includes/content/FileContentHandler.php',
Move FileContentsHasher into includes/utils/ The class only contains two dependencies upon MediaWiki (ObjectCache & wfGlobalCacheKey) which are suitable for inclusion in the utils directory. Change-Id: I85b4c763be2670c40f26d93e75cedcb68eaa7987
2015-09-25 01:27:28 +00:00
'FileContentsHasher' => __DIR__ . '/includes/utils/FileContentsHasher.php',
Reorg: Move five page-related classes to page/ out of includes/ These classes: - MergeHistory - MovePage - ProtectionForm - BadFileLookup (to MediaWiki\Page\File) - FileDeleteForm (to MediaWiki\Page\File) Bug: T321882 Change-Id: Ibeb488ba322c62a34042a0307bbb5562773bcad1
2023-02-22 17:51:26 +00:00
'FileDeleteForm' => __DIR__ . '/includes/page/File/FileDeleteForm.php',
language: Move l10n-related classes from /cache to /language * Make the code easier to own and maintain by being part of a topical area of expertise rather than a generic catch-all bucket. This also helps Gerrit team dashboards, [[mw:Git/Reviewers]] subscription patterns, more meaningful component prefix for [[mw:Commit_message_guidelines]]. * Prep for possible CODEOWNERS adoption. * Prep for T166010 to give us better PSR-4 namespaces that we won't have to break/migrate again shortly after for the above. Bug: T225756 Change-Id: I62c701d574d2a79365b1c5350f92bef47770e3ce
2022-06-22 22:18:27 +00:00
'FileDependency' => __DIR__ . '/includes/language/dependency/FileDependency.php',
Move FileBackendStore and FileOp classes to /libs Change-Id: If490f64bec282e5dfcdaf7feb1cbf46d3dce1064
2016-09-18 23:25:41 +00:00
'FileOp' => __DIR__ . '/includes/libs/filebackend/fileop/FileOp.php',
'FileOpBatch' => __DIR__ . '/includes/libs/filebackend/FileOpBatch.php',
Have class match filename in some maintenance scripts Each of these scripts had a class name that was not referenced outside of the script file itself, and are safe to rename as a result. Change-Id: Id605aca11db51ee433baeaa998a0e33184c930ca
2018-05-24 01:34:01 +00:00
'FileOpPerfTest' => __DIR__ . '/maintenance/fileOpPerfTest.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'FileRepo' => __DIR__ . '/includes/filerepo/FileRepo.php',
Add findBadBlobs script. This script scans for content blobs that can't be loaded due to database corruption, and can change their entry in the content table to an address starting with "bad:". Such addresses cause the content to be read as empty, with no log entry. This is useful to avoid errors and log spam due to known bad revisions. The script is designed to scan a limited number of revisions from a given start date. The assumption is that database corruption is generally caused by an intermedia bug or system failure which will affect many revisions over a short period of time. Bug: T205936 Change-Id: I6f513133e90701bee89d63efa618afc3f91c2d2b
2020-03-30 20:20:27 +00:00
'FindBadBlobs' => __DIR__ . '/maintenance/findBadBlobs.php',
Add script for resolving class names to files Use case: for a list of classes used in a specific context such as MediaWikiServices, list all files containing these classes, so they can be processed with command line tools such as grep. Change-Id: I88dbee72dc5a560624f8cc1da0d905460309f624
2021-04-09 16:39:38 +00:00
'FindClasses' => __DIR__ . '/maintenance/findClasses.php',
Update autoload.php with new classes introduced in I9518a52 Change-Id: I971a4a0c4e2cceff67072398960321c1a5dbf549
2015-12-21 10:32:48 +00:00
'FindDeprecated' => __DIR__ . '/maintenance/findDeprecated.php',
Add FindMissingActors script. This allows bad actor IDs to be overwritten with some default. This solves the problem of rows in tables like ipblocks, logging, or revision not being found due to a failing join against the actor table. Bug: T261325 Change-Id: Ibc554d0b6f52e7b30cdde5138ac165774831ec36
2020-09-07 21:53:07 +00:00
'FindMissingActors' => __DIR__ . '/maintenance/findMissingActors.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'FindMissingFiles' => __DIR__ . '/maintenance/findMissingFiles.php',
Add script to find orphaned LocalRepo files Bug: T111838 Change-Id: I60ac7f3451c8240a0716933dcfff413669458206
2015-10-28 20:01:50 +00:00
'FindOrphanedFiles' => __DIR__ . '/maintenance/findOrphanedFiles.php',
Add script to fix content model of JSON pages MediaWiki:Foo.json and User:Foo/bar.json pages now have a default content model of JSON, but existing pages using those names will be set to defaults of wikitext. The content models of those pages are now set to "json", unless it has invalid syntax, in which case it will be set to "wikitext". For convenience, the script is automatically run as part of update.php. Bug: T108663 Change-Id: I1412937ccea8e65dba58580beec79cbf2286ae01
2015-10-21 05:44:33 +00:00
'FixDefaultJsonContentPages' => __DIR__ . '/maintenance/fixDefaultJsonContentPages.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'FixDoubleRedirects' => __DIR__ . '/maintenance/fixDoubleRedirects.php',
installer: Add database updater for 2008/2011 redirect schema changes In 2008, the `redirect` table was added, and in 2011, it gained the fields `rd_interwiki` and `rd_fragment`. We have never performed proper maintenance for those changes, instead relying on code in WikiPage to update it when the page was visited, or on an optional run of refreshLinks.php. I would like to remove the code in WikiPage, so we probably need to perform this maintenance in the database updater. You know, for the millions of people who have been dutifully upgrading their MediaWiki installations since 2008, but never visited the pages there. The script is a trimmed-down version of refreshLinks.php, without all the weird stuff, and using a better index for the queries. Bug: T346290 Change-Id: Iea251d2737b2fb472c4efb060ad2b97735b4ac53
2023-09-21 22:49:31 +00:00
'FixInconsistentRedirects' => __DIR__ . '/maintenance/fixInconsistentRedirects.php',
Add maintenance/storage/fixLegacyEncoding.php To fix legacy encoding entries in external storage which means they can't be fixed via calling moveToExternal.php. The script originally was copy-paste and clean up of moveToExternal.php but it made so much duplication that I went with subclassing. Bug: T282734 Change-Id: Ic52e843f3dbe7d14cc8df5e8f3fe7aada7681bc9
2023-06-05 23:16:06 +00:00
'FixLegacyEncoding' => __DIR__ . '/maintenance/storage/fixLegacyEncoding.php',
Add maintenance script to delete corrupted pages These are rows in page_table that have 'page_latest' entry with corresponding 'rev_id' but no associated 'rev_page' entry in revision table. Such rows create ghost pages because their 'page_latest' rev is actually missing or moved to a different page now (which possess the - associated 'rev_page' on revision table now). https://en.wikipedia.org/wiki/Module:Jct/city/Chinissai (page_id=41871839) is an example of such pages. Its page_latest rev is 819371998. But this revision has been moved to another page now (page_id= 56252475), rendering the former inaccessible. fb58d39 will prevent this going forward (for scribunto content), but we need to clear the extant pages for module namespace and others caused by something else. Bug: T263340 Change-Id: I51abc295e37030ab181d4380f62c30d7998f1b9e
2020-11-13 13:27:42 +00:00
'FixMergeHistoryCorruption' => __DIR__ . '/maintenance/fixMergeHistoryCorruption.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'FixTimestamps' => __DIR__ . '/maintenance/fixTimestamps.php',
'FixUserRegistration' => __DIR__ . '/maintenance/fixUserRegistration.php',
'ForeignAPIFile' => __DIR__ . '/includes/filerepo/file/ForeignAPIFile.php',
'ForeignAPIRepo' => __DIR__ . '/includes/filerepo/ForeignAPIRepo.php',
'ForeignDBFile' => __DIR__ . '/includes/filerepo/file/ForeignDBFile.php',
'ForeignDBRepo' => __DIR__ . '/includes/filerepo/ForeignDBRepo.php',
'ForeignDBViaLBRepo' => __DIR__ . '/includes/filerepo/ForeignDBViaLBRepo.php',
Reorg: Move ForeignResourceManager to ResourceLoader directory It literally has @ingroup ResourceLoader Bug: T321882 Change-Id: Ia5c7c56c9235f98754f6d5e602da4626a76ff083
2022-11-02 17:28:31 +00:00
'ForeignResourceManager' => __DIR__ . '/includes/ResourceLoader/ForeignResourceManager.php',
Proper namespace handling for WikiImporter Up until now, the import backend has tried to resolve titles in the XML data using the regular Title class. This is a disastrous idea, as local namespace names often do not match foreign namespace titles. There is enough metadata present in XML dumps generated by modern MW versions for the target namespace ID and name to be reliably determined. This metadata is contained in the <siteinfo> and <ns> tags, which (unbelievably enough) was totally ignored by WikiImporter until now. Fallbacks are provided for older XML dump versions which may be missing some or all of this metadata. The ForeignTitle class is introduced. This is intended specifically for the resolution of titles on foreign wikis. In the future, an InterwikiTitle class could be added, which would inherit ForeignTitle and add members for the interwiki prefix and fragment. Factory classes to generate ForeignTitle objects from string data, and Title objects from ForeignTitle objects, are also added. The 'AfterImportPage' hook has been modified so the second argument is a ForeignTitle object instead of a Title (the documentation was wrong, it was never a string). LiquidThreads, SMW and FacetedSearch all use this hook but none of them use the $origTitle parameter. Bug: T32723 Bug: T42192 Change-Id: Iaa58e1b9fd7287cdf999cef6a6f3bb63cd2a4778
2014-12-10 11:24:47 +00:00
'ForeignTitle' => __DIR__ . '/includes/title/ForeignTitle.php',
'ForeignTitleFactory' => __DIR__ . '/includes/title/ForeignTitleFactory.php',
Move ForkController to MediaWiki/Maintenance/ namespace Bug: T166010 Change-Id: I3823260f4863a874796dfc3f270576f34e33e7e0
2022-10-15 18:21:29 +00:00
'ForkController' => __DIR__ . '/includes/Maintenance/ForkController.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'FormAction' => __DIR__ . '/includes/actions/FormAction.php',
Reorg: Move HTML-related classes out of includes/ to Html/ Bug: T321882 Change-Id: I5dc1f7e9c303cd3f5b9dd7010d6bb470d8400a18
2023-02-16 19:27:21 +00:00
'FormOptions' => __DIR__ . '/includes/Html/FormOptions.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'FormSpecialPage' => __DIR__ . '/includes/specialpage/FormSpecialPage.php',
Have class match filename in some maintenance scripts Each of these scripts had a class name that was not referenced outside of the script file itself, and are safe to rename as a result. Change-Id: Id605aca11db51ee433baeaa998a0e33184c930ca
2018-05-24 01:34:01 +00:00
'FormatInstallDoc' => __DIR__ . '/maintenance/formatInstallDoc.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'FormatJson' => __DIR__ . '/includes/json/FormatJson.php',
'FormatMetadata' => __DIR__ . '/includes/media/FormatMetadata.php',
Refactor RCFeed configuration (backwards compatible) Previously: * Engines had to be registered in $wgRCEngines. * The RCFeedEngine classes took no constructor arguments and were expected to send whatever text is previously formatted without any information about it. This generic design was flexible in allowing one to use any formatter with any engine with minimal configuration and no need for additional classes. * Each feed configured their destination by setting a 'uri' option that encodes the name of the engine in PHP as the uri scheme. Other uri components had to be used for any other parameters to the engine (host, port, path). While fairly limited, it was sufficient for the default engines in core. Changes: * Allow feed classes to be directly associated with a feed in $wgRCFeeds via a new 'class' option - without the indirection of 'uri' and $wgRCEngines. All options are passed to the given class constructor. This matches the design used elsewhere in MediaWiki. (ObjectCache, FileRepo, FileBackend, JobQueue, LBFactory, etc.) This means we no longer enforce a 1:1 mapping of internet protocols to a specific feed engine, and it allows settings to be passed without being encoded as a URI neccecarily. Main use case for this refactor is EventBus (see I7edc4d57fa), Interestingly, this matches the (then incorrect) documentation written for $wgRCFeeds in 2961884b43 (which mentions an 'engine' property that would do the same thing). * Move the default 'omit' filters and unrestricted 'formatter' handling to a new FormattedRCFeed class, which remains the default. * Deprecate RecentChange::getEngine() in favour of RCFeed::factory(). * Document wgRCEngines as "@since 1.22". Follows 2961884b43, ffc71cb6af. Change-Id: I8be497c623c5d928762e3d3406a388f4d91add9a
2017-01-06 01:27:43 +00:00
'FormattedRCFeed' => __DIR__ . '/includes/rcfeed/FormattedRCFeed.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'FormlessAction' => __DIR__ . '/includes/actions/FormlessAction.php',
media: Rename files to match the name of the class they define This will make jumping from file to file much easier in text editors when file name lookups will autocomplete naturally when looking for a class by name. Change-Id: I4b2e55a2e72674b619d5a592866c8a019a2b0224
2018-04-28 01:05:23 +00:00
'GIFHandler' => __DIR__ . '/includes/media/GIFHandler.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'GIFMetadataExtractor' => __DIR__ . '/includes/media/GIFMetadataExtractor.php',
language: Move converters/ to includes/language/converters These are easy to move. They contain regular, testable, source code, are loaded only via the autoloader, and have no references to their file paths from anywhere else in or outside of core (as far as Codesearch can see). Change-Id: Ibe94e541637bb273bd11dba6c2bc5b59f601dd19
2020-07-02 00:57:56 +00:00
'GanConverter' => __DIR__ . '/includes/language/converters/GanConverter.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'GenderCache' => __DIR__ . '/includes/cache/GenderCache.php',
maintenance: Rename generateLocalAutoload to generateAutoload This also makes generateAutoload work with maintenance/run. Change-Id: I431ba0c3af83ffe0f1df457c7640b1a187048418
2023-03-14 09:54:58 +00:00
'GenerateAutoload' => __DIR__ . '/maintenance/generateAutoload.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'GenerateCollationData' => __DIR__ . '/maintenance/language/generateCollationData.php',
Settings: Generate schema artefacts using a single maintenance script Previously, each of the four derived config schema files had to be regenerated using a separate maintenance script. This change simplifies regeneration by combining all for scripts into a single command that can be used to regenerate all relevant files after changing MainConfigSchema. Change-Id: I7d38d8a4aede60475c4bdd0053d2e10e298b9843
2022-06-01 20:53:05 +00:00
'GenerateConfigSchema' => __DIR__ . '/maintenance/generateConfigSchema.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'GenerateJsonI18n' => __DIR__ . '/maintenance/generateJsonI18n.php',
'GenerateNormalizerDataAr' => __DIR__ . '/maintenance/language/generateNormalizerDataAr.php',
'GenerateNormalizerDataMl' => __DIR__ . '/maintenance/language/generateNormalizerDataMl.php',
Make generatePhpCharToUpperMappings.php a proper maintenance script This allows us to use Title for converting to upper case which will respect any compatibility fixes added later. Bug: T219279 Change-Id: I746487df12e4628f1e37b33b7cc3cce597853596
2019-04-10 13:46:32 +00:00
'GeneratePhpCharToUpperMappings' => __DIR__ . '/maintenance/mediawiki.Title/generatePhpCharToUpperMappings.php',
Start generateSchemaChangeSql.php Creating schema changes from abstract schema and even abstracting a schema change. Bug: T230420 Change-Id: If626e866642af820dd70c5f9b0fe7c6a951e0a25
2020-10-11 02:18:47 +00:00
'GenerateSchemaChangeSql' => __DIR__ . '/maintenance/generateSchemaChangeSql.php',
Introduce maintenance/generateSchemaSql.php A new script to generate SQL schema from abstract json files. Bug: T230421 Change-Id: I52f36ed40fc8aac6ff44f046169ae59dbb8f888a
2020-01-18 19:10:13 +00:00
'GenerateSchemaSql' => __DIR__ . '/maintenance/generateSchemaSql.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'GenerateSitemap' => __DIR__ . '/maintenance/generateSitemap.php',
Add ability to override mb_strtoupper in Language::ucfirst Different PHP versions treat unicode differently, and specifically some wiki resources become unreachable if mb_strtoupper's behavior has changed. This patch allows to introduce an override table that allows to smooth the transition period. It also provides maintenance scripts to generate such an override table. Bug: T219279 Change-Id: I0503ff4207fded4648c58c7b50e67c55422a4849
2019-04-09 17:02:03 +00:00
'GenerateUcfirstOverrides' => __DIR__ . '/maintenance/language/generateUcfirstOverrides.php',
'GenerateUpperCharTable' => __DIR__ . '/maintenance/language/generateUpperCharTable.php',
jobqueue: add GenericParameterJob and RunnableJob interface Simplify the code of jobs that do not care about titles and removes the direct Title dependency from JobQueue. Remove getTitle() from IJobSpecification itself. Move all the Job::factory calls into a single JobQueue::factoryJob() method. Depends-on: Iee78f4baeca0c0b4d6db073f2fbcc56855114ab0 Change-Id: I9c9d0726d4066bb0aa937665847ad6042ade13ec
2019-03-30 06:07:48 +00:00
'GenericParameterJob' => __DIR__ . '/includes/jobqueue/GenericParameterJob.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'GetConfiguration' => __DIR__ . '/maintenance/getConfiguration.php',
'GetLagTimes' => __DIR__ . '/maintenance/getLagTimes.php',
Have class match filename in some maintenance scripts Each of these scripts had a class name that was not referenced outside of the script file itself, and are safe to rename as a result. Change-Id: Id605aca11db51ee433baeaa998a0e33184c930ca
2018-05-24 01:34:01 +00:00
'GetReplicaServer' => __DIR__ . '/maintenance/getReplicaServer.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'GetTextMaint' => __DIR__ . '/maintenance/getText.php',
Reorg: Move GitInfo to utils/ Bug: T321882 Change-Id: Ibd8aff5f57555d5b2a3b9cd121c8919a5a96d313
2023-08-21 16:23:23 +00:00
'GitInfo' => __DIR__ . '/includes/utils/GitInfo.php',
language: Move l10n-related classes from /cache to /language * Make the code easier to own and maintain by being part of a topical area of expertise rather than a generic catch-all bucket. This also helps Gerrit team dashboards, [[mw:Git/Reviewers]] subscription patterns, more meaningful component prefix for [[mw:Commit_message_guidelines]]. * Prep for possible CODEOWNERS adoption. * Prep for T166010 to give us better PSR-4 namespaces that we won't have to break/migrate again shortly after for the above. Bug: T225756 Change-Id: I62c701d574d2a79365b1c5350f92bef47770e3ce
2022-06-22 22:18:27 +00:00
'GlobalDependency' => __DIR__ . '/includes/language/dependency/GlobalDependency.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'GlobalVarConfig' => __DIR__ . '/includes/config/GlobalVarConfig.php',
Add "grep.php" to search pages for a regex Change-Id: I56bea66f122050c77e011cb4ae13ddef056ad8e6
2022-02-09 23:57:14 +00:00
'GrepPages' => __DIR__ . '/maintenance/grep.php',
Create GuzzleHttpRequest class as new default for HttpRequestFactory Create a GuzzleHttpRequest class using the external Guzzle (docs.guzzlephp.org) library. This will be the new default request type, but CurlHttpRequest and PhpHttpRequest remain available and accessible via Http::$httpEngine. Bug: T202110 Change-Id: Ie720be2628d7baf427b002847f103fd86ee4cff3 Depends-On: I143a6410d111e75f01dbbfd43f300e2e60247451
2018-08-17 14:53:59 +00:00
'GuzzleHttpRequest' => __DIR__ . '/includes/http/GuzzleHttpRequest.php',
Move HTMLFormField subclasses to a separate directory It's getting more difficult to navigate the files in includes/htmlform/ with every new field and every new helper class that is being added. Change-Id: I92ce2356baf6151f17b2440970d5abdf86503820
2016-07-30 21:59:24 +00:00
'HTMLApiField' => __DIR__ . '/includes/htmlform/fields/HTMLApiField.php',
'HTMLAutoCompleteSelectField' => __DIR__ . '/includes/htmlform/fields/HTMLAutoCompleteSelectField.php',
'HTMLButtonField' => __DIR__ . '/includes/htmlform/fields/HTMLButtonField.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'HTMLCacheUpdateJob' => __DIR__ . '/includes/jobqueue/jobs/HTMLCacheUpdateJob.php',
Move HTMLFormField subclasses to a separate directory It's getting more difficult to navigate the files in includes/htmlform/ with every new field and every new helper class that is being added. Change-Id: I92ce2356baf6151f17b2440970d5abdf86503820
2016-07-30 21:59:24 +00:00
'HTMLCheckField' => __DIR__ . '/includes/htmlform/fields/HTMLCheckField.php',
'HTMLCheckMatrix' => __DIR__ . '/includes/htmlform/fields/HTMLCheckMatrix.php',
'HTMLComboboxField' => __DIR__ . '/includes/htmlform/fields/HTMLComboboxField.php',
HTMLForm: Add HTMLDateTimeField And to do that, an OOUI PHP widget for mw.widgets.datetime.DateTimeInputWidget too. Bug: T146340 Change-Id: Iaa8b5892b6c3a1f3698cef59684cc3cdc9d483ea
2016-09-22 17:28:29 +00:00
'HTMLDateTimeField' => __DIR__ . '/includes/htmlform/fields/HTMLDateTimeField.php',
Move HTMLFormField subclasses to a separate directory It's getting more difficult to navigate the files in includes/htmlform/ with every new field and every new helper class that is being added. Change-Id: I92ce2356baf6151f17b2440970d5abdf86503820
2016-07-30 21:59:24 +00:00
'HTMLEditTools' => __DIR__ . '/includes/htmlform/fields/HTMLEditTools.php',
Create Expiry Widget with Date Time Selector Special:Block needs a date time selector for easier selection of expiry. To accommodate this cleanly, a new Expiry Widget is created that handles this logic. Bug: T132220 Change-Id: I2853a2ca0ae6ccead3978f4bb50a77c2baa3a150
2018-03-22 05:15:16 +00:00
'HTMLExpiryField' => __DIR__ . '/includes/htmlform/fields/HTMLExpiryField.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'HTMLFileCache' => __DIR__ . '/includes/cache/HTMLFileCache.php',
Create HtmlFileField Bug: T243476 Change-Id: I21d17de56f753c4f62c17c0baf988e1ca890bfda
2020-12-04 20:02:21 +00:00
'HTMLFileField' => __DIR__ . '/includes/htmlform/fields/HTMLFileField.php',
Move HTMLFormField subclasses to a separate directory It's getting more difficult to navigate the files in includes/htmlform/ with every new field and every new helper class that is being added. Change-Id: I92ce2356baf6151f17b2440970d5abdf86503820
2016-07-30 21:59:24 +00:00
'HTMLFloatField' => __DIR__ . '/includes/htmlform/fields/HTMLFloatField.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'HTMLForm' => __DIR__ . '/includes/htmlform/HTMLForm.php',
Split HTMLFormElement.php into class per file Change-Id: Ia8a35056fa6df5b81cda3e5bfcaac91d0b898d51
2019-04-14 02:40:03 +00:00
'HTMLFormActionFieldLayout' => __DIR__ . '/includes/htmlform/HTMLFormActionFieldLayout.php',
Support 'hide-if' parameters in OOUI HTMLForm For plain HTML forms, we just put the required data in the 'data-hide-if' attribute. For OOUI, it's not so easy - while we could just call ->setAttribute(...) on the FieldLayout, this would disappear when infusing (since it's not part of the config), and we have no control over when some piece of JavaScript decides to infuse the element. Even if we managed to handle it first, infusing replaces the DOM nodes for elements with new ones, which would "disable" our event handlers. To solve this, I'm creating two new layouts HTMLFormFieldLayout and HTMLFormActionFieldLayout (subclassing FieldLayout and ActionFieldLayout) with a common trait (mixin) HTMLFormElement. This is all implemented both in PHP and JS. Right now it only serves to carry the 'hide-if' data from PHP to JS code, but I imagine it'll be extended in the future for other HTMLForm features not yet present in the OOUI version (e.g. 'cloner' fields). The code in hide-if.js has been modified to work with jQuery objects or with OOjs UI Widgets with minimal changes. I had to duplicate the map of HTMLFormField classes to modules they require there (from autoinfuse.js), which is ugly - I'm fixing this in a follow-up commit I3da75706209cbc16b19cc3f02b355e58ca75fec9. Bug: T141558 Change-Id: I3b06a6f75eed01d3e0bdc5dd33e1b40b7a2fc0a2
2016-07-30 23:19:26 +00:00
'HTMLFormElement' => __DIR__ . '/includes/htmlform/HTMLFormElement.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'HTMLFormField' => __DIR__ . '/includes/htmlform/HTMLFormField.php',
Move HTMLFormField subclasses to a separate directory It's getting more difficult to navigate the files in includes/htmlform/ with every new field and every new helper class that is being added. Change-Id: I92ce2356baf6151f17b2440970d5abdf86503820
2016-07-30 21:59:24 +00:00
'HTMLFormFieldCloner' => __DIR__ . '/includes/htmlform/fields/HTMLFormFieldCloner.php',
Split HTMLFormElement.php into class per file Change-Id: Ia8a35056fa6df5b81cda3e5bfcaac91d0b898d51
2019-04-14 02:40:03 +00:00
'HTMLFormFieldLayout' => __DIR__ . '/includes/htmlform/HTMLFormFieldLayout.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'HTMLFormFieldRequiredOptionsException' => __DIR__ . '/includes/htmlform/HTMLFormFieldRequiredOptionsException.php',
Move HTMLFormField subclasses to a separate directory It's getting more difficult to navigate the files in includes/htmlform/ with every new field and every new helper class that is being added. Change-Id: I92ce2356baf6151f17b2440970d5abdf86503820
2016-07-30 21:59:24 +00:00
'HTMLFormFieldWithButton' => __DIR__ . '/includes/htmlform/fields/HTMLFormFieldWithButton.php',
'HTMLHiddenField' => __DIR__ . '/includes/htmlform/fields/HTMLHiddenField.php',
'HTMLInfoField' => __DIR__ . '/includes/htmlform/fields/HTMLInfoField.php',
'HTMLIntField' => __DIR__ . '/includes/htmlform/fields/HTMLIntField.php',
'HTMLMultiSelectField' => __DIR__ . '/includes/htmlform/fields/HTMLMultiSelectField.php',
Introduce multiselect widgets for namespaces Bug: T204986 Change-Id: Ie3916e2322d8b1a7effe9ba4604b596b568004e6
2018-12-14 17:55:01 +00:00
'HTMLNamespacesMultiselectField' => __DIR__ . '/includes/htmlform/fields/HTMLNamespacesMultiselectField.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'HTMLNestedFilterable' => __DIR__ . '/includes/htmlform/HTMLNestedFilterable.php',
Move HTMLFormField subclasses to a separate directory It's getting more difficult to navigate the files in includes/htmlform/ with every new field and every new helper class that is being added. Change-Id: I92ce2356baf6151f17b2440970d5abdf86503820
2016-07-30 21:59:24 +00:00
'HTMLRadioField' => __DIR__ . '/includes/htmlform/fields/HTMLRadioField.php',
Add HTMLFormField class for MWRestrictions and use it for bot passwords Change-Id: Ib50238e3be5eec63eb5df97154b60dc4ca33d581
2016-09-21 01:33:26 +00:00
'HTMLRestrictionsField' => __DIR__ . '/includes/htmlform/fields/HTMLRestrictionsField.php',
Move HTMLFormField subclasses to a separate directory It's getting more difficult to navigate the files in includes/htmlform/ with every new field and every new helper class that is being added. Change-Id: I92ce2356baf6151f17b2440970d5abdf86503820
2016-07-30 21:59:24 +00:00
'HTMLSelectAndOtherField' => __DIR__ . '/includes/htmlform/fields/HTMLSelectAndOtherField.php',
'HTMLSelectField' => __DIR__ . '/includes/htmlform/fields/HTMLSelectField.php',
htmlform: Move HTMLSelectLanguageField into includes/htmlform/fields This was originally directly under includes/htmlform. This is a specific type of field, so it should go here instead. Follows-up d0c31ac988888764. Change-Id: Iac196068ce2cbca063948bc78d21913482717d9a
2019-01-22 03:35:32 +00:00
'HTMLSelectLanguageField' => __DIR__ . '/includes/htmlform/fields/HTMLSelectLanguageField.php',
Move HTMLFormField subclasses to a separate directory It's getting more difficult to navigate the files in includes/htmlform/ with every new field and every new helper class that is being added. Change-Id: I92ce2356baf6151f17b2440970d5abdf86503820
2016-07-30 21:59:24 +00:00
'HTMLSelectLimitField' => __DIR__ . '/includes/htmlform/fields/HTMLSelectLimitField.php',
'HTMLSelectNamespace' => __DIR__ . '/includes/htmlform/fields/HTMLSelectNamespace.php',
'HTMLSelectNamespaceWithButton' => __DIR__ . '/includes/htmlform/fields/HTMLSelectNamespaceWithButton.php',
'HTMLSelectOrOtherField' => __DIR__ . '/includes/htmlform/fields/HTMLSelectOrOtherField.php',
New HTMLForm size filter field; add size filter to Special:Newpages The conversion of SpecialNewpages to HTMLForm seems to be half-finished. It's not using HTMLForm to read in the request query, which means we have to roll our own logic. Kind of defeats the purpose of using HTMLForm in the first place. When ProtectedPages is converted to HTMLForm (T117722), it can use this new field type. Bug: T12817 Change-Id: I069609fbb37b18c3df25156779ad7ac7cd5d6813
2016-10-27 01:23:18 +00:00
'HTMLSizeFilterField' => __DIR__ . '/includes/htmlform/fields/HTMLSizeFilterField.php',
Move HTMLFormField subclasses to a separate directory It's getting more difficult to navigate the files in includes/htmlform/ with every new field and every new helper class that is being added. Change-Id: I92ce2356baf6151f17b2440970d5abdf86503820
2016-07-30 21:59:24 +00:00
'HTMLSubmitField' => __DIR__ . '/includes/htmlform/fields/HTMLSubmitField.php',
'HTMLTagFilter' => __DIR__ . '/includes/htmlform/fields/HTMLTagFilter.php',
Add HTMLTagMultiselectField Implements HTMLTagMultiselectField, a form field that instantiates TagMultiselectWidget, the PHP representation of the OOUI's js-based widget of the same name with the implemented parameters: * allowArbitrary * allowedValues Bug: T278317 Change-Id: I3a6a30506d493be4185f917c577b3837fffd8ae1
2021-03-16 11:49:33 +00:00
'HTMLTagMultiselectField' => __DIR__ . '/includes/htmlform/fields/HTMLTagMultiselectField.php',
Move HTMLFormField subclasses to a separate directory It's getting more difficult to navigate the files in includes/htmlform/ with every new field and every new helper class that is being added. Change-Id: I92ce2356baf6151f17b2440970d5abdf86503820
2016-07-30 21:59:24 +00:00
'HTMLTextAreaField' => __DIR__ . '/includes/htmlform/fields/HTMLTextAreaField.php',
'HTMLTextField' => __DIR__ . '/includes/htmlform/fields/HTMLTextField.php',
'HTMLTextFieldWithButton' => __DIR__ . '/includes/htmlform/fields/HTMLTextFieldWithButton.php',
Create an HTMLForm field for selecting a timezone This patch introduces HTMLTimezoneField, an HTMLForm field type that allows the user to select a timezone, either from a geographic zone, by manually entering an offset, or using the wiki/browser default. This logic is extracted from DefaultPreferencesFactory so that it can be reused elsewhere. The widget itself is really just an HTMLSelectOrOtherField, it's just the list of options and the JS logic that is special. Bug: T309629 Change-Id: I99a00dff7e3319ce45883191daee16bec1ed68ba
2022-06-03 16:21:38 +00:00
'HTMLTimezoneField' => __DIR__ . '/includes/htmlform/fields/HTMLTimezoneField.php',
Move HTMLFormField subclasses to a separate directory It's getting more difficult to navigate the files in includes/htmlform/ with every new field and every new helper class that is being added. Change-Id: I92ce2356baf6151f17b2440970d5abdf86503820
2016-07-30 21:59:24 +00:00
'HTMLTitleTextField' => __DIR__ . '/includes/htmlform/fields/HTMLTitleTextField.php',
TitlesMultiselectWidget: Add a widget that allows selection of multiple titles Add the widget in both PHP and JS for OOUI, and into HTMLForm definitions. In JS, the widget uses the engine from mw.widgets.TitleWidget with the async support from OO.ui.mixin.RequestManager. The PHP version provides a textarea, like UsersMultiselectWidget.php which is then infused if JS is available. Also, add highlightSearchQuery option for TitleWidget to allow for not highlighting the partial search query the user typed in, if the UI requires it. This option (highlighting partial result) is already optional in the TitleOptionWidget, so this config exposes that optionality in the TitleWidget widget for its menu children. Notes: HTMLTitlesMultiselectField is a duplication of HTMLUsersMultiselectField except for: - The configuration variable changed to 'titles' (from 'users') - OOUI modules were adjusted for the TitlesMultiselectWidget - The PHP version instantiates a MediaWiki\Widget\TitlesMultiselectWidget TitlesMultiselectWidget is a duplication of UsersMultiselectWidget except for: - $usersArray was renamed to $titlesArray - getJavascriptClassName returns the correct js class for mw.widgets.TitlesMultiselectWidget for infusion. Bug: T197109 Depends-On: I675316dddf272fd0d6172ecad3882160752bf780 Change-Id: Ie96947a35f70b76731e16ae5b85de815dfa4a8ce
2018-08-30 00:33:32 +00:00
'HTMLTitlesMultiselectField' => __DIR__ . '/includes/htmlform/fields/HTMLTitlesMultiselectField.php',
Implement HTMLToggleSwitchField for mobile layout of preferences This is the more native way of doing things, which avoids syncing different states between the toggle and the hidden widget. The DOM structure is also better and don't confuse screen readers. Bug: T333496 Bug: T334705 Bug: T336107 Change-Id: I47de69459b96f172153065094eb4113584bb435a
2023-05-10 16:24:22 +00:00
'HTMLToggleSwitchField' => __DIR__ . '/includes/htmlform/fields/HTMLToggleSwitchField.php',
Move HTMLFormField subclasses to a separate directory It's getting more difficult to navigate the files in includes/htmlform/ with every new field and every new helper class that is being added. Change-Id: I92ce2356baf6151f17b2440970d5abdf86503820
2016-07-30 21:59:24 +00:00
'HTMLUserTextField' => __DIR__ . '/includes/htmlform/fields/HTMLUserTextField.php',
UsersMultiselect widget and form field. New widget and html form field, which allows selecting multiple users using convenient single-line input (CapsuleMultiselectWidget) Bug: T131492 Change-Id: I7b6ffe7fb47e0a7083e2a956156ab0f142444398
2017-01-08 02:37:29 +00:00
'HTMLUsersMultiselectField' => __DIR__ . '/includes/htmlform/fields/HTMLUsersMultiselectField.php',
Add HTTPFileStreamer class * Move most StreamFile code to this new class * Remove StreamFile depedency from FileBackendStore Change-Id: I4a272ef49497b589114fc2b37ba800bc26d9161f
2016-09-18 22:49:34 +00:00
'HTTPFileStreamer' => __DIR__ . '/includes/libs/filebackend/HTTPFileStreamer.php',
Start moving objectcache into libs/ The base BagOStuff class and some of the implementations are not dependent on MediaWiki and can be in the libs folder. Change-Id: I299f9abb778abc65a70461a2aff3015c02a1f04d
2015-02-25 08:22:50 +00:00
'HashBagOStuff' => __DIR__ . '/includes/libs/objectcache/HashBagOStuff.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'HashConfig' => __DIR__ . '/includes/config/HashConfig.php',
'HashRing' => __DIR__ . '/includes/libs/HashRing.php',
Introduce HashSiteStore, mainly for use in tests HashSiteStore comes from Wikibase (see I783bd95), where it was called MockSiteStore. This enables some phpunit tests, related to Site objects, to no longer depend on a database, memcached or other external storage. This makes tests faster and more simple. Bug: T90874 Change-Id: I048d37bd2aaa5f17c9fe16b2855df8bf9fe7bc8c
2015-02-26 14:53:08 +00:00
'HashSiteStore' => __DIR__ . '/includes/site/HashSiteStore.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'HistoryAction' => __DIR__ . '/includes/actions/HistoryAction.php',
Move HistoryBlob classes to own files Move all into own subfolder Change-Id: Iccf1bb9a2c8927c1b4dc0952d59d745109a71f76
2019-03-25 19:29:47 +00:00
'HistoryBlob' => __DIR__ . '/includes/historyblob/HistoryBlob.php',
'HistoryBlobCurStub' => __DIR__ . '/includes/historyblob/HistoryBlobCurStub.php',
'HistoryBlobStub' => __DIR__ . '/includes/historyblob/HistoryBlobStub.php',
Protect HistoryBlob storage against malicious class injection * Add a safe unserialize() wrapper for HistoryBlob classes * Add a safe unserialize() wrapper for plain array data as used for compressed internal storage by ConcatenatedGzipHistoryBlob and DiffHistoryBlob. * Fix tests broken by this. * Fix unnecessary call to uncompress(), __wakeup() does this already. Was a phan error now that we have more information about the type of $obj. * Add tests for successful unserialize and wakeup of WMF production data. Change-Id: Ic995dda16d9c6045b33f2fdae7f6575ac8329976
2022-11-28 23:18:35 +00:00
'HistoryBlobUtils' => __DIR__ . '/includes/historyblob/HistoryBlobUtils.php',
Move class HistoryPager to own file Change-Id: Ie12e79e6f32225442b5bd794826f8c760b2c02d6
2019-03-08 20:56:38 +00:00
'HistoryPager' => __DIR__ . '/includes/actions/pagers/HistoryPager.php',
Reorg: Move HTML-related classes out of includes/ to Html/ Bug: T321882 Change-Id: I5dc1f7e9c303cd3f5b9dd7010d6bb470d8400a18
2023-02-16 19:27:21 +00:00
'Html' => __DIR__ . '/includes/Html/Html.php',
Add LinkRenderer (rewrite of Linker::link()) This is a rewrite of Linker::link() to a non-static, LinkTarget-based interface. Users of plain Linker::link() with no options can use the LinkRenderer instance provided by MediaWikiServices. Others that have specific options should create and configure their own instance, which can be used to create as many links as necessary. The main entrypoints for making links are: * ->makeLink( $target, $text, $attribs, $query ); * ->makeKnownLink( $target, $text, $attribs, $query ); * ->makeBrokenLink( $target, $text, $attribs, $query ); The order of the parameters are the same as Linker::link(), except $options are now part of the LinkRenderer instance, and known/broken status requires calling the function explicitly. Additionally, instead of passing in raw $html for the link text, the $text parameter will automatically be escaped unless it is specially marked as safe HTML using the MediaWiki\Linker\HtmlArmor class. The LinkBegin and LinkEnd hooks are now deprecated, but still function for backwards-compatability. Clients should migrate to the nearly- equivalent LinkRendererBegin and LinkRendererEnd hooks. The main differences between the hooks are: * Passing HtmlPageLinkRenderer object instead of deprecated DummyLinker * Using LinkTarget instead of Title * Begin hook can no longer change known/broken status of link. Use the TitleIsAlwaysKnown hook for that. * $options are no longer passed, they can be read (but shouldn't be modified!) from the LinkRenderer object. Bug: T469 Change-Id: I057cc86ae6404a080aa3c8e0e956ecbb10a897d5
2016-04-21 20:13:21 +00:00
'HtmlArmor' => __DIR__ . '/includes/libs/HtmlArmor.php',
Add small HtmlCacheUpdater service class to normalize purging code (2) This is a re-submit of 35da1bbd7cb, which was accidentally merged before CR (and reverted with aa4da3c2e8e). The purge() method handles purging of both file cache and CDN, using a PRESEND deferred update. This avoids code duplication and missing file cache purge calls. Also: * Migrate HTMLCacheUpdate callers to just directly using HTMLCacheUpdateJob * Add HtmlFileCacheUpdate class and defer such updates just like with CDN * Simplify HTMLCacheUpdate constructor parameters * Remove BacklinkCache::clear() calls which do nothing since the backlink query does not actually happen until the job runs Bug: T230025 Change-Id: Ic1005e70e2c22d5bd1ca36dcdb618108ebe290f3
2019-03-15 00:23:26 +00:00
'HtmlCacheUpdater' => __DIR__ . '/includes/cache/HtmlCacheUpdater.php',
'HtmlFileCacheUpdate' => __DIR__ . '/includes/deferred/HtmlFileCacheUpdate.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'HttpError' => __DIR__ . '/includes/exception/HttpError.php',
'HttpStatus' => __DIR__ . '/includes/libs/HttpStatus.php',
Split ApiMessage to class per file Change-Id: If8f51e6535d0ec6e35336a6702c5e35be35bcf09
2018-05-25 00:59:49 +00:00
'IApiMessage' => __DIR__ . '/includes/api/IApiMessage.php',
Stats: move stats library into Stats folder Bug: T240685 Change-Id: I7f4b649e6858ca65e6d8b43a05b682a414986e7e
2023-02-27 16:40:57 +00:00
'IBufferingStatsdDataFactory' => __DIR__ . '/includes/libs/Stats/IBufferingStatsdDataFactory.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'IContextSource' => __DIR__ . '/includes/context/IContextSource.php',
rdbms: Move IDBAccessObject from /includes/dao/ to /libs/rdbms * Is generally useful for Rdbms consumers. * Has no dependencies besides stable constants and interface from Rdbms. * Is generic, i.e. not specific to MediaWiki in its naming, purpose, or required domain knowledge. Current rationale is that "dao" is not a recognised component in MediaWiki core. Its super tiny and a handful of changes in over a decade, so seems overkill to make a big deal out of it by creating a whole new component for it in all the usual places. Yet, having it fall into a gap with no owner for issue tracking, code review, no documentation, and no definition of what this directory is for exactly, is also counter-productive. Hence, finding a suitable place for it. Change-Id: I8cbb9ebfa8873085a30cb355e3299493538006ae
2023-06-01 12:32:23 +00:00
'IDBAccessObject' => __DIR__ . '/includes/libs/rdbms/IDBAccessObject.php',
Create shared interface for foreign db repos Right now, Extension:TimedMediaHandler hardcodes checks for ForeignDBViaLBRepo, which makes it inoperable for wikis making use of ForeignDBRepo or an extension-provided foreign repo that exposes direct access to the remote MW database. Introducing a new interface in core will allow TimedMediaHandler to check for this interface instead of specific implementations of foreign db repos. I wasn't quite sure what methods to populate the interface with, since all current implementations extend from LocalRepo, and most things that interact with it largely expect (close to) the full API surface that LocalRepo provides. Rather than duplicating all of those methods in the interface, I opted for providing two methods that any custom implementations would be required to override should they extend from LocalRepo as a base class. I'm open to other approaches here, however. Bug: T63986 Change-Id: I76b43e77f44e90eef5f3d2ac05ef203ed3085bd2
2022-12-26 19:33:50 +00:00
'IForeignRepoWithDB' => __DIR__ . '/includes/filerepo/IForeignRepoWithDB.php',
Rename ForeignRepoWithMWAPI -> IForeignRepoWithMWApi Per Krinkle. This was just introduced and not included in any released version of MW, so we don't have to worry about back-compat. However, this patch should be merged at the same time as the corresponding patch for TimedMediaHandler. Change-Id: Ife41cabb0f5a6b89b160aec9a123220275edf914
2022-02-08 16:11:51 +00:00
'IForeignRepoWithMWApi' => __DIR__ . '/includes/filerepo/IForeignRepoWithMWApi.php',
Move interface IJobSpecification to own file Change-Id: Iabb10f8473b2ef0f4aea2aaca0dad39745028ece
2019-02-04 20:00:06 +00:00
'IJobSpecification' => __DIR__ . '/includes/jobqueue/IJobSpecification.php',
languages: More doc annotations for LanguageConverter related classes Deprecated LinkHolderArray for public usage Bug: T244709 Change-Id: Ic5b9e9237044b56cbb64e7c762f5d2de3b1de821
2020-02-10 14:08:01 +00:00
'ILanguageConverter' => __DIR__ . '/includes/language/ILanguageConverter.php',
Move interface ILocalizedException to own file Change-Id: I66429a89633a74a22999775214aa23ae189b837e
2019-02-01 19:05:30 +00:00
'ILocalizedException' => __DIR__ . '/includes/exception/ILocalizedException.php',
Add IMaintainableDatabase for non-OLTP type methods Change-Id: I4cbdfd7a40af17269c527df6e1c3c5644672b8a7
2016-09-23 03:46:16 +00:00
'IMaintainableDatabase' => __DIR__ . '/includes/libs/rdbms/database/IMaintainableDatabase.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'IPTC' => __DIR__ . '/includes/media/IPTC.php',
'IRCColourfulRCFeedFormatter' => __DIR__ . '/includes/rcfeed/IRCColourfulRCFeedFormatter.php',
Add ISearchResultSet Bug: T228626 Change-Id: I3306bf6107c97dd58adf578fd965bd11a422627d
2019-07-22 15:28:48 +00:00
'ISearchResultSet' => __DIR__ . '/includes/search/ISearchResultSet.php',
objectcache: add IStoreKeyEncoder interface for key generation helper methods If a key is stored in both BagOStuff and WANObjectCache, it useful to have one common method for generating the cache and storage keys. Change-Id: I8b77651746a55e8a98a79db298226e334d15a494
2019-07-08 19:12:16 +00:00
'IStoreKeyEncoder' => __DIR__ . '/includes/libs/objectcache/IStoreKeyEncoder.php',
Split Collation.php Change-Id: I6abfecf91cdce83dd34b1e8aa8e0b35315f62742
2016-04-03 08:23:20 +00:00
'IcuCollation' => __DIR__ . '/includes/collation/IcuCollation.php',
'IdentityCollation' => __DIR__ . '/includes/collation/IdentityCollation.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ImageBuilder' => __DIR__ . '/maintenance/rebuildImages.php',
'ImageGalleryBase' => __DIR__ . '/includes/gallery/ImageGalleryBase.php',
Try not to discard Excimer timeout exceptions Don't catch and discard exceptions from the RequestTimeout library, except when the exception is properly handled and the code seems to be trying to wrap things up. In most cases the exception is rethrown. Ideally it should instead be done by narrowing the catch, and this was feasible in a few cases. But sometimes the exception being caught is an instance of the base class (notably DateTime::__construct()). Often Exception is the root of the hierarchy of exceptions being thrown and so is the obvious catch-all. Notes on specific callers: * In the case of ResourceLoader::respond(), exceptions were caught for API correctness, but processing continued. I added an outer try block for timeout handling so that termination would be more prompt. * In LCStoreCDB the Exception being caught was Cdb\Exception not \Exception. I added an alias to avoid confusion. * In ImageGallery I added a special exception class. * In Message::__toString() the rationale for catching disappears in PHP 7.4.0+, so I added a PHP version check. * In PoolCounterRedis, let the shutdown function do its thing, but rethrow the exception for logging. Change-Id: I4c3770b9efc76a1ce42ed9f59329c36de04d657c
2022-02-01 01:11:09 +00:00
'ImageGalleryClassNotFoundException' => __DIR__ . '/includes/gallery/ImageGalleryClassNotFoundException.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ImageHandler' => __DIR__ . '/includes/media/ImageHandler.php',
Split ImagePage.php into separate classes Change-Id: Id2ca94c50b75d24da4d02fe82747a7ce7edccd9f
2016-02-03 12:26:01 +00:00
'ImageHistoryList' => __DIR__ . '/includes/page/ImageHistoryList.php',
'ImageHistoryPseudoPager' => __DIR__ . '/includes/page/ImageHistoryPseudoPager.php',
Split Pager classes out of SpecialPage files Change-Id: I6c8dbc9084040dd3b8a5e19caaf076bd14b77762
2016-03-24 11:25:40 +00:00
'ImageListPager' => __DIR__ . '/includes/specials/pagers/ImageListPager.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ImagePage' => __DIR__ . '/includes/page/ImagePage.php',
'ImageQueryPage' => __DIR__ . '/includes/specialpage/ImageQueryPage.php',
Add a maintenance script to merge an extension i18n directory with core Bug: T28751 Change-Id: Ie8829d521936f10dfbe50cf375b683af2b4f69ab
2023-02-28 03:53:59 +00:00
'ImportExtensionMessages' => __DIR__ . '/maintenance/language/importExtensionMessages.php',
Rewrite importImages.php to use Maintenance infrastructure I even tested it! Change-Id: I999f5842625c752f01c1eb4b012431c4a24ce7ce
2016-12-16 22:45:20 +00:00
'ImportImages' => __DIR__ . '/maintenance/importImages.php',
Move details of import logs into log params The detail information about the count of revision and the interwiki title get moved into log params. To show the new information an ImportLogFormatter was written, which changes the key for new log items. This allows to show the detail information in the user language. It also decouple the user supplied data from detail information Change-Id: Iaa57da0fc3e20c33c94fd850cd02db96fdb32dac
2015-11-10 18:56:19 +00:00
'ImportLogFormatter' => __DIR__ . '/includes/logging/ImportLogFormatter.php',
Split off remaining helper classes for special pages to separate files includes/specials/formfields/ * EditWatchlistCheckboxSeriesField (for SpecialEditWatchlist) * UploadSourceField (for SpecialUpload) * Licenses (for SpecialUpload) includes/specials/forms/ * EditWatchlistNormalHTMLForm (for SpecialEditWatchlist) * PreferencesForm (for SpecialPreferences) * UploadForm (for SpecialUpload) includes/specials/helpers/ * ImportReporter (for SpecialImport) * License (for SpecialUpload) Change-Id: I58abcbb44dbf9bf1762b4252555f7552bfa7c253
2017-09-12 21:03:26 +00:00
'ImportReporter' => __DIR__ . '/includes/specials/helpers/ImportReporter.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ImportSiteScripts' => __DIR__ . '/maintenance/importSiteScripts.php',
Run maintenance/generateLocalAutoload.php I thought a unit test was supposed to fail if this hadn't been run, but I3936417b and I40fd6aaa recently got merged despite it. Change-Id: Idb9b4b77a4a1c82ed74ec829fad8c12a9c39af09
2015-02-25 18:16:13 +00:00
'ImportSites' => __DIR__ . '/maintenance/importSites.php',
Split classes in Import.php into separate files Bug: T122532 Change-Id: Ic4463ab8d3a7b2779f43efb92cb790dbc1d88064
2015-12-28 22:27:48 +00:00
'ImportSource' => __DIR__ . '/includes/import/ImportSource.php',
'ImportStreamSource' => __DIR__ . '/includes/import/ImportStreamSource.php',
'ImportStringSource' => __DIR__ . '/includes/import/ImportStringSource.php',
Add maintenance script importTextFiles.php importTextFiles.php can be used to import pages from text files containing wikitext. Also, added $userObj to WikiRevision so that it can accept a User object instead of just a username. This is a GCI task. Change-Id: I20eaf2005bdd3d041f55d8c0b108f001c064d638
2016-01-07 03:09:47 +00:00
'ImportTextFiles' => __DIR__ . '/maintenance/importTextFiles.php',
Proper namespace handling for WikiImporter Up until now, the import backend has tried to resolve titles in the XML data using the regular Title class. This is a disastrous idea, as local namespace names often do not match foreign namespace titles. There is enough metadata present in XML dumps generated by modern MW versions for the target namespace ID and name to be reliably determined. This metadata is contained in the <siteinfo> and <ns> tags, which (unbelievably enough) was totally ignored by WikiImporter until now. Fallbacks are provided for older XML dump versions which may be missing some or all of this metadata. The ForeignTitle class is introduced. This is intended specifically for the resolution of titles on foreign wikis. In the future, an InterwikiTitle class could be added, which would inherit ForeignTitle and add members for the interwiki prefix and fragment. Factory classes to generate ForeignTitle objects from string data, and Title objects from ForeignTitle objects, are also added. The 'AfterImportPage' hook has been modified so the second argument is a ForeignTitle object instead of a Title (the documentation was wrong, it was never a string). LiquidThreads, SMW and FacetedSearch all use this hook but none of them use the $origTitle parameter. Bug: T32723 Bug: T42192 Change-Id: Iaa58e1b9fd7287cdf999cef6a6f3bb63cd2a4778
2014-12-10 11:24:47 +00:00
'ImportTitleFactory' => __DIR__ . '/includes/title/ImportTitleFactory.php',
Factor OldRevisionImporter & ImportableOldRevision out of WikiRevision This is to be used within the FileImporter extension to allow adding custom loggers to this import process. Change-Id: Ib094d4829764ccc8e5bd2619fb827d701ae06d43
2017-07-04 21:46:46 +00:00
'ImportableOldRevision' => __DIR__ . '/includes/import/ImportableOldRevision.php',
'ImportableOldRevisionImporter' => __DIR__ . '/includes/import/ImportableOldRevisionImporter.php',
Factor UploadRevisionImporter & ImportableUploadRevision out of WikiRevision This is to be used within the FileImporter extension to allow adding custom loggers to this import process. Change-Id: I4a6c573fc0a69b06d696cd2afca9226fb492a9bc
2017-07-04 21:07:04 +00:00
'ImportableUploadRevision' => __DIR__ . '/includes/import/ImportableUploadRevision.php',
'ImportableUploadRevisionImporter' => __DIR__ . '/includes/import/ImportableUploadRevisionImporter.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'IncludableSpecialPage' => __DIR__ . '/includes/specialpage/IncludableSpecialPage.php',
Improve handling of diffs between incompatible content models When the old and new content object for a slot cannot be compared, show an error message for that slot only, instead of throwing an exception. Bug: T214217 Change-Id: I6e982df358f85ca78f0448b3a93ded3f40676310
2019-01-20 23:11:59 +00:00
'IncompatibleDiffTypesException' => __DIR__ . '/includes/diff/IncompatibleDiffTypesException.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'IndexPager' => __DIR__ . '/includes/pager/IndexPager.php',
'InfoAction' => __DIR__ . '/includes/actions/InfoAction.php',
'InitEditCount' => __DIR__ . '/maintenance/initEditCount.php',
'InitSiteStats' => __DIR__ . '/maintenance/initSiteStats.php',
Maintenance: init a user preference based on another preference For the ERI beta feature, we want the feature to be enabled by default for the users who have the ORES beta feature enabled at the time of the release. Bug: T159007 Change-Id: Ibf0f9095c7a611a513711badf00f937ac8dc1b63
2017-03-02 21:21:43 +00:00
'InitUserPreference' => __DIR__ . '/maintenance/initUserPreference.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'InstallDocFormatter' => __DIR__ . '/includes/installer/InstallDocFormatter.php',
'Installer' => __DIR__ . '/includes/installer/Installer.php',
Change the way installer overrides work Instead of "don't edit this file, edit that file", do it settings.d style where packagers can drop their stuff in mw-config/overrides. I propose to backport it to 1.27 because LTS. Bug: T135695 Change-Id: I2661ba2036b2887d31ab356751d731cc8b499f26
2016-05-19 00:40:56 +00:00
'InstallerOverrides' => __DIR__ . '/includes/installer/InstallerOverrides.php',
Suppress SessionManager sessions in the installer SessionManager cannot work in the installer since it depends on ObjectCache which is just an EmptyBagOStuff and so doesn't store anything. So, introduce a custom SessionProvider which pretends to persist sessions but actually doesn't. Bug: T126177 Change-Id: I13d8aa1453c519df7c19ca2f1fb052c99ade043c
2016-02-10 10:04:28 +00:00
'InstallerSessionProvider' => __DIR__ . '/includes/installer/InstallerSessionProvider.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'Interwiki' => __DIR__ . '/includes/interwiki/Interwiki.php',
media: Replace deprecated MWException Introduce new classes for checked exceptions. Bug: T328220 Change-Id: Idbcdc09647a857e359e41ecec98212a8937c5c2e
2023-06-09 16:14:32 +00:00
'InvalidJpegException' => __DIR__ . '/includes/media/InvalidJpegException.php',
'InvalidPSIRException' => __DIR__ . '/includes/media/InvalidPSIRException.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'InvalidPassword' => __DIR__ . '/includes/password/InvalidPassword.php',
media: Replace deprecated MWException Introduce new classes for checked exceptions. Bug: T328220 Change-Id: Idbcdc09647a857e359e41ecec98212a8937c5c2e
2023-06-09 16:14:32 +00:00
'InvalidSVGException' => __DIR__ . '/includes/media/InvalidSVGException.php',
'InvalidTiffException' => __DIR__ . '/includes/media/InvalidTiffException.php',
Add maintenance script to invalidate a users bot passwords Bug: T269543 Change-Id: I5848466edf45d4a2d04b52d1643c35fb68b0da08
2021-05-13 01:23:59 +00:00
'InvalidateBotPasswords' => __DIR__ . '/maintenance/invalidateBotPasswords.php',
Fix class name of InvalidateUserSessions Change-Id: I0c0f5c94a7ee0aa3f0aeb8b7f84857022810f17a
2021-08-23 18:03:39 +00:00
'InvalidateUserSessions' => __DIR__ . '/maintenance/invalidateUserSessions.php',
Move utils/iterators/ into libs/ They have no dependency upon MediaWiki. Change-Id: I58d59941cc7e1ba4fd5e265c8e30f59db66ed514
2016-10-04 17:56:35 +00:00
'IteratorDecorator' => __DIR__ . '/includes/libs/iterators/IteratorDecorator.php',
language: Move converters/ to includes/language/converters These are easy to move. They contain regular, testable, source code, are loaded only via the autoloader, and have no references to their file paths from anywhere else in or outside of core (as far as Codesearch can see). Change-Id: Ibe94e541637bb273bd11dba6c2bc5b59f601dd19
2020-07-02 00:57:56 +00:00
'IuConverter' => __DIR__ . '/includes/language/converters/IuConverter.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'JSCompilerContext' => __DIR__ . '/includes/libs/jsminplus.php',
'JSMinPlus' => __DIR__ . '/includes/libs/jsminplus.php',
'JSNode' => __DIR__ . '/includes/libs/jsminplus.php',
'JSONRCFeedFormatter' => __DIR__ . '/includes/rcfeed/JSONRCFeedFormatter.php',
'JSParseHelper' => __DIR__ . '/maintenance/jsparse.php',
'JSParser' => __DIR__ . '/includes/libs/jsminplus.php',
'JSToken' => __DIR__ . '/includes/libs/jsminplus.php',
'JSTokenizer' => __DIR__ . '/includes/libs/jsminplus.php',
'JavaScriptContent' => __DIR__ . '/includes/content/JavaScriptContent.php',
'JavaScriptContentHandler' => __DIR__ . '/includes/content/JavaScriptContentHandler.php',
'Job' => __DIR__ . '/includes/jobqueue/Job.php',
'JobQueue' => __DIR__ . '/includes/jobqueue/JobQueue.php',
Move exceptions JobQueueError to own file Change-Id: Ibd67358cb7a14497dce8a3982ceba3b4300bdd65
2019-02-06 18:39:20 +00:00
'JobQueueConnectionError' => __DIR__ . '/includes/jobqueue/exception/JobQueueConnectionError.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'JobQueueDB' => __DIR__ . '/includes/jobqueue/JobQueueDB.php',
Create JobQueueEnqueueUpdate class to call JobQueueGroup::pushLazyJobs() This assures that MergeableUpdate tasks that lazy push job will actually have those jobs run instead of being added after the lone callback update to call JobQueueGroup::pushLazyJobs() already ran. This also makes it more obvious that push will happen, since a mergeable update is added each time lazyPush() is called and a job is buffered, rather than rely on some magic callback enqueued into DeferredUpdates at just the right point in multiple entry points. Bug: T207809 Change-Id: I13382ef4a17a9ba0fd3f9964b8c62f564e47e42d
2018-10-24 19:28:02 +00:00
'JobQueueEnqueueUpdate' => __DIR__ . '/includes/deferred/JobQueueEnqueueUpdate.php',
Move exceptions JobQueueError to own file Change-Id: Ibd67358cb7a14497dce8a3982ceba3b4300bdd65
2019-02-06 18:39:20 +00:00
'JobQueueError' => __DIR__ . '/includes/jobqueue/exception/JobQueueError.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'JobQueueFederated' => __DIR__ . '/includes/jobqueue/JobQueueFederated.php',
'JobQueueGroup' => __DIR__ . '/includes/jobqueue/JobQueueGroup.php',
Add simple JobQueueMemory class for testing Change-Id: I1acce43dbab3b12393d6dc4675850695c619d88a
2016-01-13 05:51:09 +00:00
'JobQueueMemory' => __DIR__ . '/includes/jobqueue/JobQueueMemory.php',
Move exceptions JobQueueError to own file Change-Id: Ibd67358cb7a14497dce8a3982ceba3b4300bdd65
2019-02-06 18:39:20 +00:00
'JobQueueReadOnlyError' => __DIR__ . '/includes/jobqueue/exception/JobQueueReadOnlyError.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'JobQueueRedis' => __DIR__ . '/includes/jobqueue/JobQueueRedis.php',
'JobRunner' => __DIR__ . '/includes/jobqueue/JobRunner.php',
'JobSpecification' => __DIR__ . '/includes/jobqueue/JobSpecification.php',
Basic JPEG2000 handler Basic handler for JPEG2000 files. Both jp2 and jpx are supported by php's image functions. No support for: - metadata - lossy vs lossless thumbnail - bucketing - thumbor Bug: T161934 Change-Id: I1a72d4dfb034f3ae24661db515cf03b35ec18fa2
2021-03-14 01:07:51 +00:00
'Jpeg2000Handler' => __DIR__ . '/includes/media/Jpeg2000Handler.php',
media: Rename files to match the name of the class they define This will make jumping from file to file much easier in text editors when file name lookups will autocomplete naturally when looking for a class by name. Change-Id: I4b2e55a2e72674b619d5a592866c8a019a2b0224
2018-04-28 01:05:23 +00:00
'JpegHandler' => __DIR__ . '/includes/media/JpegHandler.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'JpegMetadataExtractor' => __DIR__ . '/includes/media/JpegMetadataExtractor.php',
'JsonContent' => __DIR__ . '/includes/content/JsonContent.php',
'JsonContentHandler' => __DIR__ . '/includes/content/JsonContentHandler.php',
language: Move converters/ to includes/language/converters These are easy to move. They contain regular, testable, source code, are loaded only via the autoloader, and have no references to their file paths from anywhere else in or outside of core (as far as Codesearch can see). Change-Id: Ibe94e541637bb273bd11dba6c2bc5b59f601dd19
2020-07-02 00:57:56 +00:00
'KuConverter' => __DIR__ . '/includes/language/converters/KuConverter.php',
language: Move l10n-related classes from /cache to /language * Make the code easier to own and maintain by being part of a topical area of expertise rather than a generic catch-all bucket. This also helps Gerrit team dashboards, [[mw:Git/Reviewers]] subscription patterns, more meaningful component prefix for [[mw:Commit_message_guidelines]]. * Prep for possible CODEOWNERS adoption. * Prep for T166010 to give us better PSR-4 namespaces that we won't have to break/migrate again shortly after for the above. Bug: T225756 Change-Id: I62c701d574d2a79365b1c5350f92bef47770e3ce
2022-06-22 22:18:27 +00:00
'LCStore' => __DIR__ . '/includes/language/LCStore.php',
'LCStoreCDB' => __DIR__ . '/includes/language/LCStoreCDB.php',
'LCStoreDB' => __DIR__ . '/includes/language/LCStoreDB.php',
'LCStoreNull' => __DIR__ . '/includes/language/LCStoreNull.php',
'LCStoreStaticArray' => __DIR__ . '/includes/language/LCStoreStaticArray.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'LangMemUsage' => __DIR__ . '/maintenance/language/langmemusage.php',
Move Language subclasses to includes/ Depending on which namespace we want these classes to have after T166010 they could either stay in includes/languages/ (plural) in their own MediaWiki\Languages\-namespace dedicated to Language subclasses, or they could go in into a subdirectory like `includes/language/languages/` if we want to keep them in the same top-level namespace as other Language classes and services, but in a more nested namespace. For now, I've made the smaller change and kept the Language subclasses in their own directory directly under includes/, not nested further. Bug: T225756 Change-Id: I01015424707b442853879fd50c97f00215e5c2fa
2021-07-31 21:23:21 +00:00
'Language' => __DIR__ . '/includes/language/Language.php',
'LanguageAr' => __DIR__ . '/includes/languages/LanguageAr.php',
'LanguageAz' => __DIR__ . '/includes/languages/LanguageAz.php',
'LanguageBe_tarask' => __DIR__ . '/includes/languages/LanguageBe_tarask.php',
'LanguageBs' => __DIR__ . '/includes/languages/LanguageBs.php',
language: Move some language-related classes to includes/language/ Bug: T225756 Change-Id: Ica351483d83a3a912d58ebb194b30828541fbcf3
2019-06-13 21:02:36 +00:00
'LanguageCode' => __DIR__ . '/includes/language/LanguageCode.php',
Implement Balinese language converter This patch implements the BanConverter class for Balinese. Its purpose is to transliterate Balinese in Balinese script to Latin script. Latin to Balinese is not currently supported, because (1) the Latin transliteration is not fully one-to-one, (2) I'm not aware of any users who currently need Latin to Balinese. The converter supports three distinct Latin transliteration variants: ban-dharma, ban-palmleaf, and ban-puri-kauhan-ubud. All three variants have been requested by different Balinese community members working with Balinese palm-leaf manuscripts. ban-puri-kauhan-ubud is the default, as it is the most familiar to lontar scholars, but Balinese Wikisource users will be able to select their preferred variant via a user script. Conversion is accomplished via ICU Rule-Based Transliterators, bindings for which are available through the Intl extension. This patchset adds the abstract class LanguageConverterIcu and has BanConverter inherit from it (makes future ICU-based LanguageConverters easier). Bug: T263082 Change-Id: Ic3a46a215fbf020a022726e6b130b1d25496e284
2020-10-22 18:38:06 +00:00
'LanguageConverter' => __DIR__ . '/includes/language/LanguageConverter.php',
'LanguageConverterIcu' => __DIR__ . '/includes/language/LanguageConverterIcu.php',
'LanguageConverterSpecific' => __DIR__ . '/includes/language/LanguageConverterSpecific.php',
Move Language subclasses to includes/ Depending on which namespace we want these classes to have after T166010 they could either stay in includes/languages/ (plural) in their own MediaWiki\Languages\-namespace dedicated to Language subclasses, or they could go in into a subdirectory like `includes/language/languages/` if we want to keep them in the same top-level namespace as other Language classes and services, but in a more nested namespace. For now, I've made the smaller change and kept the Language subclasses in their own directory directly under includes/, not nested further. Bug: T225756 Change-Id: I01015424707b442853879fd50c97f00215e5c2fa
2021-07-31 21:23:21 +00:00
'LanguageCu' => __DIR__ . '/includes/languages/LanguageCu.php',
'LanguageDsb' => __DIR__ . '/includes/languages/LanguageDsb.php',
'LanguageEn' => __DIR__ . '/includes/languages/LanguageEn.php',
'LanguageFi' => __DIR__ . '/includes/languages/LanguageFi.php',
'LanguageGa' => __DIR__ . '/includes/languages/LanguageGa.php',
'LanguageGan' => __DIR__ . '/includes/languages/LanguageGan.php',
'LanguageHsb' => __DIR__ . '/includes/languages/LanguageHsb.php',
'LanguageHu' => __DIR__ . '/includes/languages/LanguageHu.php',
'LanguageHy' => __DIR__ . '/includes/languages/LanguageHy.php',
'LanguageJa' => __DIR__ . '/includes/languages/LanguageJa.php',
'LanguageKaa' => __DIR__ . '/includes/languages/LanguageKaa.php',
'LanguageKk' => __DIR__ . '/includes/languages/LanguageKk.php',
'LanguageKk_cyrl' => __DIR__ . '/includes/languages/LanguageKk_cyrl.php',
'LanguageKm' => __DIR__ . '/includes/languages/LanguageKm.php',
'LanguageKsh' => __DIR__ . '/includes/languages/LanguageKsh.php',
'LanguageLa' => __DIR__ . '/includes/languages/LanguageLa.php',
'LanguageMl' => __DIR__ . '/includes/languages/LanguageMl.php',
'LanguageMy' => __DIR__ . '/includes/languages/LanguageMy.php',
'LanguageOs' => __DIR__ . '/includes/languages/LanguageOs.php',
'LanguageQqx' => __DIR__ . '/includes/languages/LanguageQqx.php',
'LanguageSl' => __DIR__ . '/includes/languages/LanguageSl.php',
'LanguageTr' => __DIR__ . '/includes/languages/LanguageTr.php',
'LanguageTyv' => __DIR__ . '/includes/languages/LanguageTyv.php',
'LanguageWa' => __DIR__ . '/includes/languages/LanguageWa.php',
Implement Language Converter for wuu (Wu) Bug: T59138 Change-Id: I62507198ad4e467bf4c09f3545ce77188f47903e
2014-07-26 14:55:14 +00:00
'LanguageWuu' => __DIR__ . '/includes/languages/LanguageWuu.php',
Move Language subclasses to includes/ Depending on which namespace we want these classes to have after T166010 they could either stay in includes/languages/ (plural) in their own MediaWiki\Languages\-namespace dedicated to Language subclasses, or they could go in into a subdirectory like `includes/language/languages/` if we want to keep them in the same top-level namespace as other Language classes and services, but in a more nested namespace. For now, I've made the smaller change and kept the Language subclasses in their own directory directly under includes/, not nested further. Bug: T225756 Change-Id: I01015424707b442853879fd50c97f00215e5c2fa
2021-07-31 21:23:21 +00:00
'LanguageYue' => __DIR__ . '/includes/languages/LanguageYue.php',
'LanguageZh' => __DIR__ . '/includes/languages/LanguageZh.php',
'LanguageZh_hans' => __DIR__ . '/includes/languages/LanguageZh_hans.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'LayeredParameterizedPassword' => __DIR__ . '/includes/password/LayeredParameterizedPassword.php',
Split logging classes to individual files Change-Id: I3eaaf23612fe1aed65e49c06a9e5e565399af9ce
2019-04-14 01:05:34 +00:00
'LegacyLogFormatter' => __DIR__ . '/includes/logging/LegacyLogFormatter.php',
Split off remaining helper classes for special pages to separate files includes/specials/formfields/ * EditWatchlistCheckboxSeriesField (for SpecialEditWatchlist) * UploadSourceField (for SpecialUpload) * Licenses (for SpecialUpload) includes/specials/forms/ * EditWatchlistNormalHTMLForm (for SpecialEditWatchlist) * PreferencesForm (for SpecialPreferences) * UploadForm (for SpecialUpload) includes/specials/helpers/ * ImportReporter (for SpecialImport) * License (for SpecialUpload) Change-Id: I58abcbb44dbf9bf1762b4252555f7552bfa7c253
2017-09-12 21:03:26 +00:00
'License' => __DIR__ . '/includes/specials/helpers/License.php',
'Licenses' => __DIR__ . '/includes/specials/formfields/Licenses.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'LinkBatch' => __DIR__ . '/includes/cache/LinkBatch.php',
'LinkCache' => __DIR__ . '/includes/cache/LinkCache.php',
Reorg: Move LinkFilter to ExternalLinks It's one-class namespace and I know it's not great but: - I hope to add more classes with the redesign of externallinks table - It's not named very well either, it's a collection of URL-related functionalities - Making it clear LinkFilter is about external links, not internal or interwiki or templatelinks etc. Bug: T321882 Change-Id: I0dd530237f45e4fec786178ec03ee941c6bcd982
2023-03-01 21:05:04 +00:00
'LinkFilter' => __DIR__ . '/includes/ExternalLinks/LinkFilter.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'LinkHolderArray' => __DIR__ . '/includes/parser/LinkHolderArray.php',
Reorg: Move DummyLinker and Linker to linker/ This feels like a no-brainer unless I'm missing something obvious Bug: T321882 Change-Id: Id49c3d0dd6ea4593211048850856b5b8e05a8fb3
2022-12-05 11:29:37 +00:00
'Linker' => __DIR__ . '/includes/linker/Linker.php',
Move LinksUpdate and LinksDeletionUpdate into the new namespace Change-Id: I5cf7a08324d08aa89c23540222ba8eddc1ae2647
2021-12-10 02:36:13 +00:00
'LinksDeletionUpdate' => __DIR__ . '/includes/deferred/LinksUpdate/LinksDeletionUpdate.php',
'LinksUpdate' => __DIR__ . '/includes/deferred/LinksUpdate/LinksUpdate.php',
Reorg: Move HTML-related classes out of includes/ to Html/ Bug: T321882 Change-Id: I5dc1f7e9c303cd3f5b9dd7010d6bb470d8400a18
2023-02-16 19:27:21 +00:00
'ListToggle' => __DIR__ . '/includes/Html/ListToggle.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ListVariants' => __DIR__ . '/maintenance/language/listVariants.php',
Move LoadBalancer to /libs/rdbms Change-Id: Ic87f1cc84ba44be20f345944406e1d8a34be1c96
2016-09-14 09:40:29 +00:00
'LoadBalancer' => __DIR__ . '/includes/libs/rdbms/loadbalancer/LoadBalancer.php',
Fix file/class name mismatch from e2adcc89bbe Change-Id: Ieac65f29a13612cecd421b62e1cb3a3f47552bb6
2016-09-18 02:00:01 +00:00
'LoadBalancerSingle' => __DIR__ . '/includes/libs/rdbms/loadbalancer/LoadBalancerSingle.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'LocalFile' => __DIR__ . '/includes/filerepo/file/LocalFile.php',
Split LocalFile.php to have one class in one file Change-Id: Ic8e5220f2a1832dfc39f00720001235429ed2cab
2019-04-06 10:02:26 +00:00
'LocalFileDeleteBatch' => __DIR__ . '/includes/filerepo/file/LocalFileDeleteBatch.php',
'LocalFileLockError' => __DIR__ . '/includes/filerepo/file/LocalFileLockError.php',
'LocalFileMoveBatch' => __DIR__ . '/includes/filerepo/file/LocalFileMoveBatch.php',
'LocalFileRestoreBatch' => __DIR__ . '/includes/filerepo/file/LocalFileRestoreBatch.php',
Make CentralIdLookup a service This commit is a combination of work done by Tgr in https://gerrit.wikimedia.org/r/c/mediawiki/core/+/571411 and MaxSem in https://gerrit.wikimedia.org/r/c/mediawiki/core/+/594533 It was just easier to create a brand new patch then rebase old ones. Bug: T265767 Change-Id: I3930dab70846e95154d9089905c446e721ef4ee7
2021-06-22 19:28:29 +00:00
'LocalIdLookup' => __DIR__ . '/includes/user/CentralId/LocalIdLookup.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'LocalRepo' => __DIR__ . '/includes/filerepo/LocalRepo.php',
'LocalSettingsGenerator' => __DIR__ . '/includes/installer/LocalSettingsGenerator.php',
language: Move l10n-related classes from /cache to /language * Make the code easier to own and maintain by being part of a topical area of expertise rather than a generic catch-all bucket. This also helps Gerrit team dashboards, [[mw:Git/Reviewers]] subscription patterns, more meaningful component prefix for [[mw:Commit_message_guidelines]]. * Prep for possible CODEOWNERS adoption. * Prep for T166010 to give us better PSR-4 namespaces that we won't have to break/migrate again shortly after for the above. Bug: T225756 Change-Id: I62c701d574d2a79365b1c5350f92bef47770e3ce
2022-06-22 22:18:27 +00:00
'LocalisationCache' => __DIR__ . '/includes/language/LocalisationCache.php',
'LocalisationCacheBulkLoad' => __DIR__ . '/includes/language/LocalisationCacheBulkLoad.php',
Add ILocalizedException interface We already throw around some exceptions that are localized (ErrorPageError and its subclasses, MalformedTitleException), but there's no standard way to recognize them. Let's change that. Then let's use them in the API to be able to have internationalized errors when such exceptions are caught, instead of wrapping the English-language version. Change-Id: Iac7c90f92a889f8de9dae373547c07b884addaea
2016-12-08 18:38:45 +00:00
'LocalizedException' => __DIR__ . '/includes/exception/LocalizedException.php',
Make LockManager use StatusValue and move classes to /libs Change-Id: Ifa41fc2939f3515d4a056746b0fcbff79786d25b
2016-09-18 04:42:56 +00:00
'LockManager' => __DIR__ . '/includes/libs/lockmanager/LockManager.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'LockManagerGroup' => __DIR__ . '/includes/filebackend/lockmanager/LockManagerGroup.php',
'LogEntry' => __DIR__ . '/includes/logging/LogEntry.php',
Split logging classes to individual files Change-Id: I3eaaf23612fe1aed65e49c06a9e5e565399af9ce
2019-04-14 01:05:34 +00:00
'LogEntryBase' => __DIR__ . '/includes/logging/LogEntryBase.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'LogEventsList' => __DIR__ . '/includes/logging/LogEventsList.php',
'LogFormatter' => __DIR__ . '/includes/logging/LogFormatter.php',
'LogPage' => __DIR__ . '/includes/logging/LogPage.php',
'LogPager' => __DIR__ . '/includes/logging/LogPager.php',
Revert "Remove SessionManager, temporarily" This reverts commit 823db5d63dd5200d04c63da50ba6bf16f928e70b. Change-Id: Ibb3e023e4eb6715295586dea87d0725c344a8271
2016-02-01 20:44:03 +00:00
'LoggedOutEditToken' => __DIR__ . '/includes/user/LoggedOutEditToken.php',
maintenance: Move FakeMaintenance and LoggedUpdateMaintenance to their own files Originally submitted as commit 2cdeb26d0c2bc6f3fb4d05d7b8b72c4a601b3da7. This patch is fully backwards compatible. The Maintenance.php entry point is now a true entry point (i.e. no classes defined), and it requires all the *Maintenance classes. Bug: T246780 Change-Id: I75b22f54b19fe560ab71349189598245af1c5693
2020-03-03 14:33:54 +00:00
'LoggedUpdateMaintenance' => __DIR__ . '/maintenance/includes/LoggedUpdateMaintenance.php',
Use AuthManager on special pages Rewrite authentication-related special pages to use AuthManager. All the changes mentioned below only take effect when $wgDisableAuthManager is false. LoginForm is rewritten to use HTMLForm and split into UserLogin and CreateAccount; ChangePassword and PasswordReset are rewritten; ChangeEmail and Preferences are updated. Four new special pages are added to handle the new capabilities of AuthManager (linked accounts, secondary authentication providers): LinkAccounts, UnlinkAccounts, ChangeCredentials, RemoveCredentials. The old form-based hooks (ChangePasswordForm, UserCreateForm, UserLoginForm) are deprecated. A new, more generic hook is available to alter the forms (AuthChangeFormFields); form changes that involve new fields should be done via $wgAuthManagerConfig. UserLoginComplete is limited to web-based login; for more generic functionality UserLoggedIn can be used instead. Hooks that assume password-based login (PrefsPasswordAudit, AbortChangePassword) are removed; the first functionality is replaced by ChangeAuthenticationDataAudit, the second is handled by AuthManager. LoginPasswordResetMessage is removed, the functionality can be recreated via authentication providers. There are several smaller backwards incompatible changes: * Adding fields to the login/signup forms by manipulating the template via the extraInput/extrafields parameters is not supported anymore. Depending on the authn configuration the login/signup process might be multistep and it would be complicated to ensure that extensions can access the data at the right moment. Instead, you can create an AuthenticationProvider which can define its own fields and process them when the authentication is over. (There is B/C support for a transitional period that works with the default login form, but might break with configurations that require multiple steps or redirects.) * Removed cookie redirect check. This was added in 2003 in 9ead07fe9 for the benefit of bots, but with MediaWiki having an API these days there is little reason to keep it. Same for the wpSkipCookieCheck flag (added in 2008 in 29c73e8265). * Instead of embedding a password field on sensitive special pages such as ChangeEmail, such pages rely on AuthManager for elevated security (which typically involves requiring the user to log in again unless their last login was more than a few minutes ago). Accordingly, wgRequirePasswordforEmailChange is removed. * Special:ChangePassword requires login now. * Special:ResetPassword now sends a separate email to each user when called with a shared email address. * the Reason field had a message with 'prefsectiontip' class which was sorta broken but used in extensions for formatting. HTMLForm does not support that, so this commit turns it into a help message which will break formatting. See https://gerrit.wikimedia.org/r/#/c/231884 Bug: T110277 Change-Id: I8b52ec8ddf494f23941807638f149f15b5e46b0c Depends-On: If4e0dfb6ee6674f0dace80a01850e2d0cbbdb47a
2015-09-22 22:50:04 +00:00
'LoginHelper' => __DIR__ . '/includes/specials/helpers/LoginHelper.php',
'LoginSignupSpecialPage' => __DIR__ . '/includes/specialpage/LoginSignupSpecialPage.php',
Better detection for old MS Office files * Introduce MSCompoundFileReader, which reads the CFB directory and detects the file type from well-known names in the root directory * Do not detect a ZIP file if the EOCDR is not at the end. Other containers, especially CFB files, may contain ZIP files embedded within them in the last 64KB, but this is not a security concern unless the EOCDR is exactly at the end of the file. Bug: T40432 Change-Id: Id5b1a258ccf3c3c8951e32f6b7a5b1bafe941082
2019-01-15 03:15:18 +00:00
'MSCompoundFileReader' => __DIR__ . '/includes/libs/mime/MSCompoundFileReader.php',
Renamed MWCallableUpdate class file to match the class Change-Id: Ia595cee94a696b83b00fe9f2a91b49bce51c08dd
2016-07-26 10:42:57 +00:00
'MWCallableUpdate' => __DIR__ . '/includes/deferred/MWCallableUpdate.php',
http: Support callback functions in GuzzleHttpRequest Provide backward compatibility for callback functions in GuzzleHttpRequest, which was missing in T202110, and restore GuzzleHttpRequest as the default provided by HttpRequestFactory. Bug: T212175 Depends-On: I4b45e79d35252d13f714f3271b87301ca515121a Change-Id: I60d1a034b44874f6d24a04058db264eeb565f5e1
2019-01-02 22:16:44 +00:00
'MWCallbackStream' => __DIR__ . '/includes/http/MWCallbackStream.php',
moved Exception classes from ContentHandler.php Bug: T153243 Change-Id: Ieb37b34e76441c5f68ec565c43421c50ac9be7e7
2016-12-24 11:58:38 +00:00
'MWContentSerializationException' => __DIR__ . '/includes/exception/MWContentSerializationException.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'MWCryptHKDF' => __DIR__ . '/includes/utils/MWCryptHKDF.php',
Move MWCryptHash into libs/ Remove the single wfDebug() call that was making this class MW specific, someone can log the return value of MWCryptHash::hashAlgo() if they'd like to know the specific implementation being used. Change-Id: Ibb7ead7594edab7861631046dd8316daab613401
2016-10-02 06:19:28 +00:00
'MWCryptHash' => __DIR__ . '/includes/libs/MWCryptHash.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'MWCryptRand' => __DIR__ . '/includes/utils/MWCryptRand.php',
'MWDebug' => __DIR__ . '/includes/debug/MWDebug.php',
'MWDocGen' => __DIR__ . '/maintenance/mwdocgen.php',
docs: Factor out MWDoxygenFilter from mwdoc-filter.php with tests Bug: T232104 Change-Id: I591f44678cff4adb8863ce5c6ce231a8d3e162d7
2019-09-05 16:58:07 +00:00
'MWDoxygenFilter' => __DIR__ . '/maintenance/includes/MWDoxygenFilter.php',
Convert eval script to Maintenance class All maintenance scripts should use the Maintenance class, so they can be used with run.php. Change-Id: I28f393758578b1c297333014714518e4755690fb
2023-01-13 18:54:08 +00:00
'MWEval' => __DIR__ . '/maintenance/eval.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'MWException' => __DIR__ . '/includes/exception/MWException.php',
'MWExceptionHandler' => __DIR__ . '/includes/exception/MWExceptionHandler.php',
Add MWExceptionRenderer class and decouple DBError * This handles the work of showing exceptions so that MWException does not have too. * Simplify the DBError classes to regular Exception classes. Lots of pointless prettification has been removed, but DBConnectionError still gets the usual special treatment of a fallback page and Google form. * Remove hacky file cache fallback code that probably did not work. * Make MWExceptionHandler::report() wrap MWExceptionExposer::output(). * Make MWException::runHooks() wrap MWExceptionExposer::runHooks(). Change-Id: I5dfdc84e94ddac65417226cf7c84513ebb9f9faa
2016-09-14 03:57:54 +00:00
'MWExceptionRenderer' => __DIR__ . '/includes/exception/MWExceptionRenderer.php',
Migrate callers to new MWFileProps::getPropsFromPath() method * FSFile should not be responsible for handling this much logic. * Make more MediaHandler classes aware of the fact that an object other than File might be passed in. Use the FSFile instead of a useless empty stdClass object. * Also added more fields to FSFile::placeholderProps to make it more complete. Change-Id: I9fe764b2a7261af507c6555e6a57273cf7d00d36
2016-09-19 01:39:59 +00:00
'MWFileProps' => __DIR__ . '/includes/utils/MWFileProps.php',
Split HttpFunctions.php into separate files Change-Id: I30d5f77de08e42ec43baf5722f40d9205c4bde67
2016-10-02 05:46:07 +00:00
'MWHttpRequest' => __DIR__ . '/includes/http/MWHttpRequest.php',
database: Rename LBFactoryMW to MWLBFactory It's no longer an LBFactory subclass (since 5d4b009cf), and the MW-prefix seems more natural for this class. The class has only existed since for about 2 weeks (since 0e5cd18b7) and is not used outside MediaWiki core across Wikimedia Git. Change-Id: I34be982b5d10ad03e062033da9c40b4a01665289
2016-09-30 21:06:02 +00:00
'MWLBFactory' => __DIR__ . '/includes/db/MWLBFactory.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'MWOldPassword' => __DIR__ . '/includes/password/MWOldPassword.php',
Move grant and IP restriction logic from OAuth to core This also adds code to User to allow SessionProviders to apply the grant restrictions without needing to hook UserGetRights. Change-Id: Ida2b686157aab7c8240d6a7a5a5046374ef86d52
2015-12-02 17:10:26 +00:00
'MWRestrictions' => __DIR__ . '/includes/utils/MWRestrictions.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'MWSaltedPassword' => __DIR__ . '/includes/password/MWSaltedPassword.php',
'MWTidy' => __DIR__ . '/includes/parser/MWTidy.php',
Reorg: Move MWTimestamp to MediaWiki\Utils Bug: T321882 Change-Id: I48c10343295c4eb3d9ef8037343b0070e928f040
2023-08-19 03:35:06 +00:00
'MWTimestamp' => __DIR__ . '/includes/utils/MWTimestamp.php',
moved Exception classes from ContentHandler.php Bug: T153243 Change-Id: Ieb37b34e76441c5f68ec565c43421c50ac9be7e7
2016-12-24 11:58:38 +00:00
'MWUnknownContentModelException' => __DIR__ . '/includes/exception/MWUnknownContentModelException.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'MachineReadableRCFeedFormatter' => __DIR__ . '/includes/rcfeed/MachineReadableRCFeedFormatter.php',
Reorg: Move MagicWord related files to under parser/ This is approved as part of T166010 RFC. Bug: T321882 Change-Id: Ia4498c0a20e38a6a288dc14065ea8242c84fbc49
2022-12-09 12:28:41 +00:00
'MagicWord' => __DIR__ . '/includes/parser/MagicWord.php',
'MagicWordArray' => __DIR__ . '/includes/parser/MagicWordArray.php',
'MagicWordFactory' => __DIR__ . '/includes/parser/MagicWordFactory.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'MailAddress' => __DIR__ . '/includes/mail/MailAddress.php',
language: Move l10n-related classes from /cache to /language * Make the code easier to own and maintain by being part of a topical area of expertise rather than a generic catch-all bucket. This also helps Gerrit team dashboards, [[mw:Git/Reviewers]] subscription patterns, more meaningful component prefix for [[mw:Commit_message_guidelines]]. * Prep for possible CODEOWNERS adoption. * Prep for T166010 to give us better PSR-4 namespaces that we won't have to break/migrate again shortly after for the above. Bug: T225756 Change-Id: I62c701d574d2a79365b1c5350f92bef47770e3ce
2022-06-22 22:18:27 +00:00
'MainConfigDependency' => __DIR__ . '/includes/language/dependency/MainConfigDependency.php',
Add LoadBalancer::getMaintenanceConnectionRef() method This is useful when IMaintainableDatabase methods are needed for foreign wiki connections to things like external store. Also: * Set visibility for ExternalStoreDB methods. * Cleaned up various type hints and comments. Change-Id: Ie35b1ff21032cc4e78912dc499486da23aeba041
2016-11-28 18:26:14 +00:00
'MaintainableDBConnRef' => __DIR__ . '/includes/libs/rdbms/database/MaintainableDBConnRef.php',
maintenance: Move FakeMaintenance and LoggedUpdateMaintenance to their own files Originally submitted as commit 2cdeb26d0c2bc6f3fb4d05d7b8b72c4a601b3da7. This patch is fully backwards compatible. The Maintenance.php entry point is now a true entry point (i.e. no classes defined), and it requires all the *Maintenance classes. Bug: T246780 Change-Id: I75b22f54b19fe560ab71349189598245af1c5693
2020-03-03 14:33:54 +00:00
'Maintenance' => __DIR__ . '/maintenance/includes/Maintenance.php',
Refresh autoload.php /me stabs Aaron Change-Id: I82233877840273ece1c41da73c998fa2bd1b2c99
2015-12-18 22:33:55 +00:00
'MakeTestEdits' => __DIR__ . '/maintenance/makeTestEdits.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'MalformedTitleException' => __DIR__ . '/includes/title/MalformedTitleException.php',
resources: Make manageForeignResources a regular maint script The maintenance script was previously in a subdirectory which is a bit unusual. It's now a regular maintenance script, with the YAML file in a more discoverable place as well. Change-Id: I38690f23dbe89839bee0e1d43ecfd68adeb19c0f
2019-03-22 20:34:37 +00:00
'ManageForeignResources' => __DIR__ . '/maintenance/manageForeignResources.php',
Add small script for common job queue admin tasks This can handle dropping queued and re-enqueueing abandoned jobs. Also use the DB cache table to avoid re-enqueuing duplicate jobs if this has to get used several times for a queue during a week. Change-Id: Ib56cf57e56f03ce6f1c4b52e3e36f228413c1056
2017-01-19 00:02:16 +00:00
'ManageJobs' => __DIR__ . '/maintenance/manageJobs.php',
Split logging classes to individual files Change-Id: I3eaaf23612fe1aed65e49c06a9e5e565399af9ce
2019-04-14 01:05:34 +00:00
'ManualLogEntry' => __DIR__ . '/includes/logging/ManualLogEntry.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'MapCacheLRU' => __DIR__ . '/includes/libs/MapCacheLRU.php',
'MappedIterator' => __DIR__ . '/includes/libs/MappedIterator.php',
'MarkpatrolledAction' => __DIR__ . '/includes/actions/MarkpatrolledAction.php',
'McTest' => __DIR__ . '/maintenance/mctest.php',
maintenance: Migrate mcc.php from CommandLineInc to Maintenance This allows methods to be defined instead of global functions, which in this case, were missing the "wf" prefix. Change-Id: I2413675f46a29d914cb756071cd6abbcf38b500e
2022-12-03 06:20:05 +00:00
'Mcc' => __DIR__ . '/maintenance/mcc.php',
Provide a way to restore an old revision with multiple slots. Bug: T204732 Change-Id: I0ea2711e68c78465a5e5cfaa0181ad5ce983d35a
2018-09-18 15:36:59 +00:00
'McrRestoreAction' => __DIR__ . '/includes/actions/McrRestoreAction.php',
MCR: Add temporary web UI mcrundo action Since SDC doesn't actually require the edit form to handle multi-slot editing, updating EditPage with its normal undo handling is being put off for later. But in the mean time we still want some sort of "undo" to work, hence this mcrundo that doesn't allow for editing. Bug: T200216 Change-Id: I1f11d8ed141cb11576d2df883856d03e8f64bd38 Depends-On: Iedd9bf6c057e8b396a575bab700b15bd38b32cc9
2018-07-17 19:23:25 +00:00
'McrUndoAction' => __DIR__ . '/includes/actions/McrUndoAction.php',
Add core REST API endpoint for media links Add an endpoint to the core REST API to return the list of media files embedded in a page, including certain metadata for each media file. Bug: T236169 Change-Id: I3188848ee7de365d209dfb7da5b885313e9f705b
2019-11-18 15:13:45 +00:00
'MediaFileTrait' => __DIR__ . '/includes/filerepo/file/MediaFileTrait.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'MediaHandler' => __DIR__ . '/includes/media/MediaHandler.php',
Introduce MediaHandlerFactory to create MediaHandler objects This will allow further refactoring of override logic in parser tests. Ideally the factory class would not use $wgMediaHandlers directly, but that ends up breaking too many tests for now. Change-Id: I34a63ee7089ff26f86f3dd6f3cd1a37928bc4005
2016-07-26 02:19:25 +00:00
'MediaHandlerFactory' => __DIR__ . '/includes/media/MediaHandlerFactory.php',
Replace usage of custom File properties Some MediaHandler subclasses were setting custom properties on the File object in order to cache file-associated state. So: * Add File::getHandlerState() and File::setHandlerState(). * Put them in an interface, which will be used in a subsequent commit in MediaHandler::getSizeAndMetadata(). * Use them in DjvuHandler. * Provide a trivial implementation of the interface, for use in testing and in the subsequent commit. Change-Id: Ic365384ff13f7898c1203da38c4405abf03d7563
2021-05-26 00:48:41 +00:00
'MediaHandlerState' => __DIR__ . '/includes/media/MediaHandlerState.php',
Move MediaTransformOutput classes to own files Change-Id: I1c676f18101250ffc28ea412213d568c5a4f527d
2019-03-30 11:16:51 +00:00
'MediaTransformError' => __DIR__ . '/includes/media/MediaTransformError.php',
Handle missing width nicely in thumb.php Bug: T88508 Change-Id: I2cbe4ab914a9edba71461b194151938feeafeb11
2015-02-05 02:16:06 +00:00
'MediaTransformInvalidParametersException' => __DIR__ . '/includes/media/MediaTransformInvalidParametersException.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'MediaTransformOutput' => __DIR__ . '/includes/media/MediaTransformOutput.php',
'MediaWiki' => __DIR__ . '/includes/MediaWiki.php',
'MediaWikiSite' => __DIR__ . '/includes/site/MediaWikiSite.php',
'MediaWikiTitleCodec' => __DIR__ . '/includes/title/MediaWikiTitleCodec.php',
Reorg: Move MediaWikiVersionFetcher to composer/ There is a dedicated directory for this. It should go there. Since it's not really part of MW, there is no sense in making it namespaced (doubly so with MediaWiki\). The whole thing should be removed. Bug: T321882 Change-Id: I18d7a7542d9445be535e6aa535c68759682a115e
2023-04-20 16:30:41 +00:00
'MediaWikiVersionFetcher' => __DIR__ . '/includes/composer/MediaWikiVersionFetcher.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Actions\\ActionFactory' => __DIR__ . '/includes/actions/ActionFactory.php',
Introduce ActionFactory::getActionInfo The new method encapsulates the fact that we currently have to instantiate action objects to determine which permission the action requires. This encapsulation reduces coupling in PermissionManager and allows us to easily change to a better way to create ActionInfo later. Eventually, ActionInfo should be constructed based on the action's object spec. This requires us to include the relevant information in all specs, in core and extensions. Change-Id: I707a165c41403ebd4a3edfc66c1595e1bd3a4087
2023-09-14 08:28:13 +00:00
'MediaWiki\\Actions\\ActionInfo' => __DIR__ . '/includes/actions/ActionInfo.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Actions\\FileDeleteAction' => __DIR__ . '/includes/actions/FileDeleteAction.php',
'MediaWiki\\Actions\\Hook\\GetActionNameHook' => __DIR__ . '/includes/actions/Hook/GetActionNameHook.php',
'MediaWiki\\Api\\ApiHookRunner' => __DIR__ . '/includes/api/ApiHookRunner.php',
'MediaWiki\\Api\\Hook\\APIAfterExecuteHook' => __DIR__ . '/includes/api/Hook/APIAfterExecuteHook.php',
'MediaWiki\\Api\\Hook\\APIGetAllowedParamsHook' => __DIR__ . '/includes/api/Hook/APIGetAllowedParamsHook.php',
'MediaWiki\\Api\\Hook\\APIGetDescriptionMessagesHook' => __DIR__ . '/includes/api/Hook/APIGetDescriptionMessagesHook.php',
'MediaWiki\\Api\\Hook\\APIGetParamDescriptionMessagesHook' => __DIR__ . '/includes/api/Hook/APIGetParamDescriptionMessagesHook.php',
'MediaWiki\\Api\\Hook\\APIHelpModifyOutputHook' => __DIR__ . '/includes/api/Hook/APIHelpModifyOutputHook.php',
'MediaWiki\\Api\\Hook\\APIQueryAfterExecuteHook' => __DIR__ . '/includes/api/Hook/APIQueryAfterExecuteHook.php',
'MediaWiki\\Api\\Hook\\APIQueryGeneratorAfterExecuteHook' => __DIR__ . '/includes/api/Hook/APIQueryGeneratorAfterExecuteHook.php',
'MediaWiki\\Api\\Hook\\APIQuerySiteInfoGeneralInfoHook' => __DIR__ . '/includes/api/Hook/APIQuerySiteInfoGeneralInfoHook.php',
'MediaWiki\\Api\\Hook\\APIQuerySiteInfoStatisticsInfoHook' => __DIR__ . '/includes/api/Hook/APIQuerySiteInfoStatisticsInfoHook.php',
'MediaWiki\\Api\\Hook\\ApiCheckCanExecuteHook' => __DIR__ . '/includes/api/Hook/ApiCheckCanExecuteHook.php',
'MediaWiki\\Api\\Hook\\ApiDeprecationHelpHook' => __DIR__ . '/includes/api/Hook/ApiDeprecationHelpHook.php',
'MediaWiki\\Api\\Hook\\ApiFeedContributions__feedItemHook' => __DIR__ . '/includes/api/Hook/ApiFeedContributions__feedItemHook.php',
'MediaWiki\\Api\\Hook\\ApiFormatHighlightHook' => __DIR__ . '/includes/api/Hook/ApiFormatHighlightHook.php',
'MediaWiki\\Api\\Hook\\ApiMain__moduleManagerHook' => __DIR__ . '/includes/api/Hook/ApiMain__moduleManagerHook.php',
'MediaWiki\\Api\\Hook\\ApiMain__onExceptionHook' => __DIR__ . '/includes/api/Hook/ApiMain__onExceptionHook.php',
'MediaWiki\\Api\\Hook\\ApiMakeParserOptionsHook' => __DIR__ . '/includes/api/Hook/ApiMakeParserOptionsHook.php',
'MediaWiki\\Api\\Hook\\ApiMaxLagInfoHook' => __DIR__ . '/includes/api/Hook/ApiMaxLagInfoHook.php',
'MediaWiki\\Api\\Hook\\ApiOpenSearchSuggestHook' => __DIR__ . '/includes/api/Hook/ApiOpenSearchSuggestHook.php',
'MediaWiki\\Api\\Hook\\ApiOptionsHook' => __DIR__ . '/includes/api/Hook/ApiOptionsHook.php',
'MediaWiki\\Api\\Hook\\ApiParseMakeOutputPageHook' => __DIR__ . '/includes/api/Hook/ApiParseMakeOutputPageHook.php',
'MediaWiki\\Api\\Hook\\ApiQueryBaseAfterQueryHook' => __DIR__ . '/includes/api/Hook/ApiQueryBaseAfterQueryHook.php',
'MediaWiki\\Api\\Hook\\ApiQueryBaseBeforeQueryHook' => __DIR__ . '/includes/api/Hook/ApiQueryBaseBeforeQueryHook.php',
'MediaWiki\\Api\\Hook\\ApiQueryBaseProcessRowHook' => __DIR__ . '/includes/api/Hook/ApiQueryBaseProcessRowHook.php',
'MediaWiki\\Api\\Hook\\ApiQueryTokensRegisterTypesHook' => __DIR__ . '/includes/api/Hook/ApiQueryTokensRegisterTypesHook.php',
'MediaWiki\\Api\\Hook\\ApiQueryWatchlistExtractOutputDataHook' => __DIR__ . '/includes/api/Hook/ApiQueryWatchlistExtractOutputDataHook.php',
'MediaWiki\\Api\\Hook\\ApiQueryWatchlistPrepareWatchedItemQueryServiceOptionsHook' => __DIR__ . '/includes/api/Hook/ApiQueryWatchlistPrepareWatchedItemQueryServiceOptionsHook.php',
'MediaWiki\\Api\\Hook\\ApiQuery__moduleManagerHook' => __DIR__ . '/includes/api/Hook/ApiQuery__moduleManagerHook.php',
'MediaWiki\\Api\\Hook\\ApiRsdServiceApisHook' => __DIR__ . '/includes/api/Hook/ApiRsdServiceApisHook.php',
'MediaWiki\\Api\\Hook\\ApiValidatePasswordHook' => __DIR__ . '/includes/api/Hook/ApiValidatePasswordHook.php',
'MediaWiki\\Api\\Hook\\RequestHasSameOriginSecurityHook' => __DIR__ . '/includes/api/Hook/RequestHasSameOriginSecurityHook.php',
'MediaWiki\\Api\\Validator\\ApiParamValidator' => __DIR__ . '/includes/api/Validator/ApiParamValidator.php',
'MediaWiki\\Api\\Validator\\ApiParamValidatorCallbacks' => __DIR__ . '/includes/api/Validator/ApiParamValidatorCallbacks.php',
'MediaWiki\\Api\\Validator\\SubmoduleDef' => __DIR__ . '/includes/api/Validator/SubmoduleDef.php',
'MediaWiki\\Auth\\AbstractAuthenticationProvider' => __DIR__ . '/includes/auth/AbstractAuthenticationProvider.php',
'MediaWiki\\Auth\\AbstractPasswordPrimaryAuthenticationProvider' => __DIR__ . '/includes/auth/AbstractPasswordPrimaryAuthenticationProvider.php',
'MediaWiki\\Auth\\AbstractPreAuthenticationProvider' => __DIR__ . '/includes/auth/AbstractPreAuthenticationProvider.php',
'MediaWiki\\Auth\\AbstractPrimaryAuthenticationProvider' => __DIR__ . '/includes/auth/AbstractPrimaryAuthenticationProvider.php',
'MediaWiki\\Auth\\AbstractSecondaryAuthenticationProvider' => __DIR__ . '/includes/auth/AbstractSecondaryAuthenticationProvider.php',
'MediaWiki\\Auth\\AuthManager' => __DIR__ . '/includes/auth/AuthManager.php',
'MediaWiki\\Auth\\AuthenticationProvider' => __DIR__ . '/includes/auth/AuthenticationProvider.php',
'MediaWiki\\Auth\\AuthenticationRequest' => __DIR__ . '/includes/auth/AuthenticationRequest.php',
'MediaWiki\\Auth\\AuthenticationResponse' => __DIR__ . '/includes/auth/AuthenticationResponse.php',
'MediaWiki\\Auth\\ButtonAuthenticationRequest' => __DIR__ . '/includes/auth/ButtonAuthenticationRequest.php',
'MediaWiki\\Auth\\CheckBlocksSecondaryAuthenticationProvider' => __DIR__ . '/includes/auth/CheckBlocksSecondaryAuthenticationProvider.php',
'MediaWiki\\Auth\\ConfirmLinkAuthenticationRequest' => __DIR__ . '/includes/auth/ConfirmLinkAuthenticationRequest.php',
'MediaWiki\\Auth\\ConfirmLinkSecondaryAuthenticationProvider' => __DIR__ . '/includes/auth/ConfirmLinkSecondaryAuthenticationProvider.php',
'MediaWiki\\Auth\\CreateFromLoginAuthenticationRequest' => __DIR__ . '/includes/auth/CreateFromLoginAuthenticationRequest.php',
'MediaWiki\\Auth\\CreatedAccountAuthenticationRequest' => __DIR__ . '/includes/auth/CreatedAccountAuthenticationRequest.php',
'MediaWiki\\Auth\\CreationReasonAuthenticationRequest' => __DIR__ . '/includes/auth/CreationReasonAuthenticationRequest.php',
'MediaWiki\\Auth\\EmailNotificationSecondaryAuthenticationProvider' => __DIR__ . '/includes/auth/EmailNotificationSecondaryAuthenticationProvider.php',
'MediaWiki\\Auth\\Hook\\AuthManagerLoginAuthenticateAuditHook' => __DIR__ . '/includes/auth/Hook/AuthManagerLoginAuthenticateAuditHook.php',
'MediaWiki\\Auth\\Hook\\ExemptFromAccountCreationThrottleHook' => __DIR__ . '/includes/auth/Hook/ExemptFromAccountCreationThrottleHook.php',
'MediaWiki\\Auth\\Hook\\LocalUserCreatedHook' => __DIR__ . '/includes/auth/Hook/LocalUserCreatedHook.php',
'MediaWiki\\Auth\\Hook\\ResetPasswordExpirationHook' => __DIR__ . '/includes/auth/Hook/ResetPasswordExpirationHook.php',
'MediaWiki\\Auth\\Hook\\SecuritySensitiveOperationStatusHook' => __DIR__ . '/includes/auth/Hook/SecuritySensitiveOperationStatusHook.php',
'MediaWiki\\Auth\\Hook\\UserLoggedInHook' => __DIR__ . '/includes/auth/Hook/UserLoggedInHook.php',
'MediaWiki\\Auth\\LocalPasswordPrimaryAuthenticationProvider' => __DIR__ . '/includes/auth/LocalPasswordPrimaryAuthenticationProvider.php',
'MediaWiki\\Auth\\PasswordAuthenticationRequest' => __DIR__ . '/includes/auth/PasswordAuthenticationRequest.php',
'MediaWiki\\Auth\\PasswordDomainAuthenticationRequest' => __DIR__ . '/includes/auth/PasswordDomainAuthenticationRequest.php',
'MediaWiki\\Auth\\PreAuthenticationProvider' => __DIR__ . '/includes/auth/PreAuthenticationProvider.php',
'MediaWiki\\Auth\\PrimaryAuthenticationProvider' => __DIR__ . '/includes/auth/PrimaryAuthenticationProvider.php',
'MediaWiki\\Auth\\RememberMeAuthenticationRequest' => __DIR__ . '/includes/auth/RememberMeAuthenticationRequest.php',
'MediaWiki\\Auth\\ResetPasswordSecondaryAuthenticationProvider' => __DIR__ . '/includes/auth/ResetPasswordSecondaryAuthenticationProvider.php',
'MediaWiki\\Auth\\SecondaryAuthenticationProvider' => __DIR__ . '/includes/auth/SecondaryAuthenticationProvider.php',
'MediaWiki\\Auth\\TemporaryPasswordAuthenticationRequest' => __DIR__ . '/includes/auth/TemporaryPasswordAuthenticationRequest.php',
'MediaWiki\\Auth\\TemporaryPasswordPrimaryAuthenticationProvider' => __DIR__ . '/includes/auth/TemporaryPasswordPrimaryAuthenticationProvider.php',
'MediaWiki\\Auth\\ThrottlePreAuthenticationProvider' => __DIR__ . '/includes/auth/ThrottlePreAuthenticationProvider.php',
'MediaWiki\\Auth\\Throttler' => __DIR__ . '/includes/auth/Throttler.php',
'MediaWiki\\Auth\\UserDataAuthenticationRequest' => __DIR__ . '/includes/auth/UserDataAuthenticationRequest.php',
'MediaWiki\\Auth\\UsernameAuthenticationRequest' => __DIR__ . '/includes/auth/UsernameAuthenticationRequest.php',
Reorg: Move five page-related classes to page/ out of includes/ These classes: - MergeHistory - MovePage - ProtectionForm - BadFileLookup (to MediaWiki\Page\File) - FileDeleteForm (to MediaWiki\Page\File) Bug: T321882 Change-Id: Ibeb488ba322c62a34042a0307bbb5562773bcad1
2023-02-22 17:51:26 +00:00
'MediaWiki\\BadFileLookup' => __DIR__ . '/includes/page/File/BadFileLookup.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Block\\AbstractBlock' => __DIR__ . '/includes/block/AbstractBlock.php',
Move DatabaseBlock read query methods to DatabaseBlockStore * Move to DatabaseBlockStore the DatabaseBlock methods newFromID, getQueryInfo, getRangeCond, newFromRow, isExemptedFromAutoblocks, doAutoblock, updateTimestamp, getAutoblockExpiry, newFromTarget, newListFromTarget. * Split DatabaseBlock::getBlocksForIPList. Now BlockManager::getBlocksForIPList() is responsible for XFF header validation and trusted proxy handling. DatabaseBlockStore:: newListFromIPs() just does the queries and constructs the Block objects. * In DatabaseBlockStore::newFromRow() and doAutoblock(), use the DatabaseBlock constructor instead of calling many setter methods. Add constructor options decodedExpiry, decodedTimestamp, id, parentBlockId and restrictions to support this. * Move isExemptedFromAutoblocks() to its own service. Remove the cache since in my testing with production eval.php, the WAN cache fetch is 10 times slower than just using the message cache, contradicting the comment written in 2008. * Fix AuthManagerTest which was previously passing an unrecognised "restrictions" option to DatabaseBlock. Now that the option actually works, we have to use the right type. Bug: T255433 Change-Id: I5049e60be1681f67fcca133e569e315792dc42dd
2023-10-31 05:58:23 +00:00
'MediaWiki\\Block\\AutoblockExemptionList' => __DIR__ . '/includes/block/AutoblockExemptionList.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Block\\Block' => __DIR__ . '/includes/block/Block.php',
'MediaWiki\\Block\\BlockActionInfo' => __DIR__ . '/includes/block/BlockActionInfo.php',
Add cache to BlockManager Add a cache to BlockManager, so that we can get rid of the block cache in User. The cache stores up to three blocks -- a request block, a user block and an anonymous (IP) block. Using object identity to compare keys means that we can avoid serializing the WebRequest and UserIdentity. Bug: T345683 Change-Id: I7639766519861690a759629144c8680767539293
2023-10-04 00:26:46 +00:00
'MediaWiki\\Block\\BlockCache' => __DIR__ . '/includes/block/BlockCache.php',
'MediaWiki\\Block\\BlockCacheEntry' => __DIR__ . '/includes/block/BlockCacheEntry.php',
'MediaWiki\\Block\\BlockCacheKey' => __DIR__ . '/includes/block/BlockCacheKey.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Block\\BlockErrorFormatter' => __DIR__ . '/includes/block/BlockErrorFormatter.php',
'MediaWiki\\Block\\BlockManager' => __DIR__ . '/includes/block/BlockManager.php',
'MediaWiki\\Block\\BlockPermissionChecker' => __DIR__ . '/includes/block/BlockPermissionChecker.php',
'MediaWiki\\Block\\BlockPermissionCheckerFactory' => __DIR__ . '/includes/block/BlockPermissionCheckerFactory.php',
'MediaWiki\\Block\\BlockRestrictionStore' => __DIR__ . '/includes/block/BlockRestrictionStore.php',
'MediaWiki\\Block\\BlockRestrictionStoreFactory' => __DIR__ . '/includes/block/BlockRestrictionStoreFactory.php',
'MediaWiki\\Block\\BlockUser' => __DIR__ . '/includes/block/BlockUser.php',
'MediaWiki\\Block\\BlockUserFactory' => __DIR__ . '/includes/block/BlockUserFactory.php',
'MediaWiki\\Block\\BlockUtils' => __DIR__ . '/includes/block/BlockUtils.php',
'MediaWiki\\Block\\CompositeBlock' => __DIR__ . '/includes/block/CompositeBlock.php',
'MediaWiki\\Block\\DatabaseBlock' => __DIR__ . '/includes/block/DatabaseBlock.php',
'MediaWiki\\Block\\DatabaseBlockStore' => __DIR__ . '/includes/block/DatabaseBlockStore.php',
Introduce a DatabaseBlockStoreFactory The DatabaseBlockStoreFactory is a new service which allows fetching of a wiki-specific DatabaseBlockStore by fetching the correct LoadBalancer via a LBFactory and then injecting it into the DatabaseBlockStore. It also creates a wiki-specific ReadOnlyMode and BlockRestrictionStore, which are also being injected. This is being done as a part of the project of supporting cross-wiki blocking. The future plan is that BlockUser and UnblockUser are being updated to properly support creating, updating and deleting cross-wiki blocks. BlockUser and UnblockUser are then going to use a newly injected DatabaseBlockStoreFactory to fetch the correct DatabaseBlockStore to then insert/update/remove the block into/from the correct database. Bug: T291849 Change-Id: I1051beedfd67c4e2c546b9eec04b6d592d969af3
2022-09-07 15:23:14 +00:00
'MediaWiki\\Block\\DatabaseBlockStoreFactory' => __DIR__ . '/includes/block/DatabaseBlockStoreFactory.php',
Support new block schema Support migration stages when reading and writing blocks. I tried to set it up for an easy next stage, in which support for the old schema is removed. I tried to avoid factoring out of shared code between the two schemas, so that the old schema cases can simply be deleted without the need to revert unnecessary abstractions. However, I added HideUserUtils to factor out ipb_deleted queries. Code review showed that this was already quite complex, with multiple approaches to the problem, so it benefits from refactoring even without the schema abstraction. HideUserUtils is a service rather than a standalone class to support unit tests, since unit tests do not allow global config access. When the migration stage config is removed, it will be a service with no constructor parameters -- an unnecessary abstraction which should ideally be resolved at that time. When interpreting result rows, it is possible to share code by using field aliases. But when constructing WHERE conditions, the actual field names need to be used, so the migration is more intrusive in ApiQueryBlocks and SpecialBlockList, where complex conditions are used. Bug: T346293 Bug: T51504 Bug: T349883 Change-Id: I408acf7a57b0100fe18c455fc13141277a598925
2023-10-27 03:34:10 +00:00
'MediaWiki\\Block\\HideUserUtils' => __DIR__ . '/includes/block/HideUserUtils.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Block\\Hook\\AbortAutoblockHook' => __DIR__ . '/includes/block/Hook/AbortAutoblockHook.php',
'MediaWiki\\Block\\Hook\\GetAllBlockActionsHook' => __DIR__ . '/includes/block/Hook/GetAllBlockActionsHook.php',
'MediaWiki\\Block\\Hook\\GetUserBlockHook' => __DIR__ . '/includes/block/Hook/GetUserBlockHook.php',
'MediaWiki\\Block\\Hook\\PerformRetroactiveAutoblockHook' => __DIR__ . '/includes/block/Hook/PerformRetroactiveAutoblockHook.php',
'MediaWiki\\Block\\Restriction\\AbstractRestriction' => __DIR__ . '/includes/block/Restriction/AbstractRestriction.php',
'MediaWiki\\Block\\Restriction\\ActionRestriction' => __DIR__ . '/includes/block/Restriction/ActionRestriction.php',
'MediaWiki\\Block\\Restriction\\NamespaceRestriction' => __DIR__ . '/includes/block/Restriction/NamespaceRestriction.php',
'MediaWiki\\Block\\Restriction\\PageRestriction' => __DIR__ . '/includes/block/Restriction/PageRestriction.php',
'MediaWiki\\Block\\Restriction\\Restriction' => __DIR__ . '/includes/block/Restriction/Restriction.php',
'MediaWiki\\Block\\SystemBlock' => __DIR__ . '/includes/block/SystemBlock.php',
'MediaWiki\\Block\\UnblockUser' => __DIR__ . '/includes/block/UnblockUser.php',
'MediaWiki\\Block\\UnblockUserFactory' => __DIR__ . '/includes/block/UnblockUserFactory.php',
'MediaWiki\\Block\\UserBlockCommandFactory' => __DIR__ . '/includes/block/UserBlockCommandFactory.php',
'MediaWiki\\Cache\\BacklinkCacheFactory' => __DIR__ . '/includes/cache/BacklinkCacheFactory.php',
'MediaWiki\\Cache\\CacheKeyHelper' => __DIR__ . '/includes/cache/CacheKeyHelper.php',
'MediaWiki\\Cache\\Hook\\BacklinkCacheGetConditionsHook' => __DIR__ . '/includes/cache/Hook/BacklinkCacheGetConditionsHook.php',
'MediaWiki\\Cache\\Hook\\BacklinkCacheGetPrefixHook' => __DIR__ . '/includes/cache/Hook/BacklinkCacheGetPrefixHook.php',
'MediaWiki\\Cache\\Hook\\HTMLFileCache__useFileCacheHook' => __DIR__ . '/includes/cache/Hook/HTMLFileCache__useFileCacheHook.php',
'MediaWiki\\Cache\\Hook\\HtmlCacheUpdaterAppendUrlsHook' => __DIR__ . '/includes/cache/Hook/HtmlCacheUpdaterAppendUrlsHook.php',
'MediaWiki\\Cache\\Hook\\HtmlCacheUpdaterVaryUrlsHook' => __DIR__ . '/includes/cache/Hook/HtmlCacheUpdaterVaryUrlsHook.php',
MessageCache: Add a new hook for more performant override fetching This new hook is called only once, for all overrides, instead of every time a message is fetched. Overrides can be specified as string or a callable, to allow for dynamically computing the override on-demand. These callables are passed the message key, MessageCache instance, the language and a boolean indicating if the message should be fetched from the database. The parameter choices are based upon current usages of the MessageCache::get hook. Bug: T328183 Change-Id: I89e1a9b901aff6ff1bde729df8958ba42a45f3d5
2023-01-28 11:31:48 +00:00
'MediaWiki\\Cache\\Hook\\MessageCacheFetchOverridesHook' => __DIR__ . '/includes/language/Hook/MessageCacheFetchOverridesHook.php',
language: Move l10n-related classes from /cache to /language * Make the code easier to own and maintain by being part of a topical area of expertise rather than a generic catch-all bucket. This also helps Gerrit team dashboards, [[mw:Git/Reviewers]] subscription patterns, more meaningful component prefix for [[mw:Commit_message_guidelines]]. * Prep for possible CODEOWNERS adoption. * Prep for T166010 to give us better PSR-4 namespaces that we won't have to break/migrate again shortly after for the above. Bug: T225756 Change-Id: I62c701d574d2a79365b1c5350f92bef47770e3ce
2022-06-22 22:18:27 +00:00
'MediaWiki\\Cache\\Hook\\MessageCacheReplaceHook' => __DIR__ . '/includes/language/Hook/MessageCacheReplaceHook.php',
'MediaWiki\\Cache\\Hook\\MessageCache__getHook' => __DIR__ . '/includes/language/Hook/MessageCache__getHook.php',
'MediaWiki\\Cache\\Hook\\MessagesPreLoadHook' => __DIR__ . '/includes/language/Hook/MessagesPreLoadHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Cache\\LinkBatchFactory' => __DIR__ . '/includes/cache/LinkBatchFactory.php',
Reorg: Move category-related classes from includes/ to Category/ Bug: T321882 Change-Id: I0b86acfdeaa3a2a0a14b7763fd088122820bafdc
2023-02-09 18:59:23 +00:00
'MediaWiki\\Category\\CategoriesRdf' => __DIR__ . '/includes/Category/CategoriesRdf.php',
'MediaWiki\\Category\\Category' => __DIR__ . '/includes/Category/Category.php',
'MediaWiki\\Category\\CategoryViewer' => __DIR__ . '/includes/Category/CategoryViewer.php',
'MediaWiki\\Category\\TrackingCategories' => __DIR__ . '/includes/Category/TrackingCategories.php',
Introduce ChangeTagsStore service and move some functions of ChangeTags Better DI, cleaner code, etc. Way more needs to be moved but let's avoid exploding the patch. Bug: T245964 Change-Id: I63b0f60187250fabf4d17c80a794877f07d2b1a2
2023-05-07 00:26:40 +00:00
'MediaWiki\\ChangeTags\\ChangeTagsStore' => __DIR__ . '/includes/changetags/ChangeTagsStore.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\ChangeTags\\Hook\\ChangeTagAfterDeleteHook' => __DIR__ . '/includes/changetags/Hook/ChangeTagAfterDeleteHook.php',
'MediaWiki\\ChangeTags\\Hook\\ChangeTagCanCreateHook' => __DIR__ . '/includes/changetags/Hook/ChangeTagCanCreateHook.php',
'MediaWiki\\ChangeTags\\Hook\\ChangeTagCanDeleteHook' => __DIR__ . '/includes/changetags/Hook/ChangeTagCanDeleteHook.php',
'MediaWiki\\ChangeTags\\Hook\\ChangeTagsAfterUpdateTagsHook' => __DIR__ . '/includes/changetags/Hook/ChangeTagsAfterUpdateTagsHook.php',
'MediaWiki\\ChangeTags\\Hook\\ChangeTagsAllowedAddHook' => __DIR__ . '/includes/changetags/Hook/ChangeTagsAllowedAddHook.php',
'MediaWiki\\ChangeTags\\Hook\\ChangeTagsListActiveHook' => __DIR__ . '/includes/changetags/Hook/ChangeTagsListActiveHook.php',
'MediaWiki\\ChangeTags\\Hook\\ListDefinedTagsHook' => __DIR__ . '/includes/changetags/Hook/ListDefinedTagsHook.php',
'MediaWiki\\ChangeTags\\Taggable' => __DIR__ . '/includes/changetags/Taggable.php',
collation: Create CollationFactory service Use ObjectFactory specs for collation classes Avoid the language construction in the factory class, make it a detail of the implementation of each class Follow-Up of Ifc96f851e6091ce834dbaf0e91695c648a42169c Bug: T286079 Change-Id: Ib581f64aec8619986fb8dd49ceee0524d59a1b84
2021-08-24 19:12:39 +00:00
'MediaWiki\\Collation\\CollationFactory' => __DIR__ . '/includes/collation/CollationFactory.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\CommentFormatter\\CommentBatch' => __DIR__ . '/includes/CommentFormatter/CommentBatch.php',
'MediaWiki\\CommentFormatter\\CommentFormatter' => __DIR__ . '/includes/CommentFormatter/CommentFormatter.php',
'MediaWiki\\CommentFormatter\\CommentItem' => __DIR__ . '/includes/CommentFormatter/CommentItem.php',
'MediaWiki\\CommentFormatter\\CommentParser' => __DIR__ . '/includes/CommentFormatter/CommentParser.php',
'MediaWiki\\CommentFormatter\\CommentParserFactory' => __DIR__ . '/includes/CommentFormatter/CommentParserFactory.php',
'MediaWiki\\CommentFormatter\\RevisionCommentBatch' => __DIR__ . '/includes/CommentFormatter/RevisionCommentBatch.php',
'MediaWiki\\CommentFormatter\\RowCommentFormatter' => __DIR__ . '/includes/CommentFormatter/RowCommentFormatter.php',
'MediaWiki\\CommentFormatter\\RowCommentIterator' => __DIR__ . '/includes/CommentFormatter/RowCommentIterator.php',
'MediaWiki\\CommentFormatter\\StringCommentIterator' => __DIR__ . '/includes/CommentFormatter/StringCommentIterator.php',
Split a base class out of CommentStore so that extensions (i.e. CheckUser) can implement their own comment store without having a lot of code duplication basically the comment store version of I3a6486532f2ef36 Bug: T233004 Change-Id: Ib40f99e00a514d41776ce521baf113e46d37e9cd
2022-12-28 21:50:03 +00:00
'MediaWiki\\CommentStore\\CommentStore' => __DIR__ . '/includes/CommentStore/CommentStore.php',
'MediaWiki\\CommentStore\\CommentStoreComment' => __DIR__ . '/includes/CommentStore/CommentStoreComment.php',
Namespace Config-related classes under \MediaWiki\Config Bug: T166010 Change-Id: I4066885a7ea071d22497abcdb3f95e73e154d08c
2023-09-20 07:54:42 +00:00
'MediaWiki\\Config\\Config' => __DIR__ . '/includes/config/Config.php',
'MediaWiki\\Config\\ConfigException' => __DIR__ . '/includes/config/ConfigException.php',
'MediaWiki\\Config\\ConfigFactory' => __DIR__ . '/includes/config/ConfigFactory.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Config\\ConfigRepository' => __DIR__ . '/includes/config/ConfigRepository.php',
Namespace Config-related classes under \MediaWiki\Config Bug: T166010 Change-Id: I4066885a7ea071d22497abcdb3f95e73e154d08c
2023-09-20 07:54:42 +00:00
'MediaWiki\\Config\\EtcdConfig' => __DIR__ . '/includes/config/EtcdConfig.php',
'MediaWiki\\Config\\EtcdConfigParseError' => __DIR__ . '/includes/config/EtcdConfigParseError.php',
'MediaWiki\\Config\\GlobalVarConfig' => __DIR__ . '/includes/config/GlobalVarConfig.php',
'MediaWiki\\Config\\HashConfig' => __DIR__ . '/includes/config/HashConfig.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Config\\IterableConfig' => __DIR__ . '/includes/config/IterableConfig.php',
Namespace Config-related classes under \MediaWiki\Config Bug: T166010 Change-Id: I4066885a7ea071d22497abcdb3f95e73e154d08c
2023-09-20 07:54:42 +00:00
'MediaWiki\\Config\\MultiConfig' => __DIR__ . '/includes/config/MultiConfig.php',
'MediaWiki\\Config\\MutableConfig' => __DIR__ . '/includes/config/MutableConfig.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Config\\ServiceOptions' => __DIR__ . '/includes/config/ServiceOptions.php',
Reorg: Move SiteConfiguration to includes/config/ And namespace it to MediaWiki\Config This should be eventually deprecated and removed but this has been blocking the reorg for long enough. Bug: T321882 Change-Id: I7a1a073495469623f6f77e6f74b23b7b4c18033a
2023-09-07 11:37:31 +00:00
'MediaWiki\\Config\\SiteConfiguration' => __DIR__ . '/includes/config/SiteConfiguration.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Content\\ContentHandlerFactory' => __DIR__ . '/includes/content/ContentHandlerFactory.php',
'MediaWiki\\Content\\Hook\\ContentAlterParserOutputHook' => __DIR__ . '/includes/content/Hook/ContentAlterParserOutputHook.php',
'MediaWiki\\Content\\Hook\\ContentGetParserOutputHook' => __DIR__ . '/includes/content/Hook/ContentGetParserOutputHook.php',
'MediaWiki\\Content\\Hook\\ContentHandlerForModelIDHook' => __DIR__ . '/includes/content/Hook/ContentHandlerForModelIDHook.php',
'MediaWiki\\Content\\Hook\\ContentModelCanBeUsedOnHook' => __DIR__ . '/includes/content/Hook/ContentModelCanBeUsedOnHook.php',
'MediaWiki\\Content\\Hook\\ConvertContentHook' => __DIR__ . '/includes/content/Hook/ConvertContentHook.php',
'MediaWiki\\Content\\Hook\\GetContentModelsHook' => __DIR__ . '/includes/content/Hook/GetContentModelsHook.php',
'MediaWiki\\Content\\Hook\\GetDifferenceEngineHook' => __DIR__ . '/includes/content/Hook/GetDifferenceEngineHook.php',
'MediaWiki\\Content\\Hook\\GetSlotDiffRendererHook' => __DIR__ . '/includes/content/Hook/GetSlotDiffRendererHook.php',
'MediaWiki\\Content\\Hook\\JsonValidateSaveHook' => __DIR__ . '/includes/content/Hook/JsonValidateSaveHook.php',
'MediaWiki\\Content\\Hook\\PageContentLanguageHook' => __DIR__ . '/includes/content/Hook/PageContentLanguageHook.php',
'MediaWiki\\Content\\Hook\\PlaceNewSectionHook' => __DIR__ . '/includes/content/Hook/PlaceNewSectionHook.php',
'MediaWiki\\Content\\Hook\\SearchDataForIndex2Hook' => __DIR__ . '/includes/content/Hook/SearchDataForIndex2Hook.php',
'MediaWiki\\Content\\Hook\\SearchDataForIndexHook' => __DIR__ . '/includes/content/Hook/SearchDataForIndexHook.php',
'MediaWiki\\Content\\IContentHandlerFactory' => __DIR__ . '/includes/content/IContentHandlerFactory.php',
'MediaWiki\\Content\\Renderer\\ContentParseParams' => __DIR__ . '/includes/content/Renderer/ContentParseParams.php',
'MediaWiki\\Content\\Renderer\\ContentRenderer' => __DIR__ . '/includes/content/Renderer/ContentRenderer.php',
'MediaWiki\\Content\\Transform\\ContentTransformer' => __DIR__ . '/includes/content/Transform/ContentTransformer.php',
'MediaWiki\\Content\\Transform\\PreSaveTransformParams' => __DIR__ . '/includes/content/Transform/PreSaveTransformParams.php',
'MediaWiki\\Content\\Transform\\PreSaveTransformParamsValue' => __DIR__ . '/includes/content/Transform/PreSaveTransformParamsValue.php',
'MediaWiki\\Content\\Transform\\PreloadTransformParams' => __DIR__ . '/includes/content/Transform/PreloadTransformParams.php',
'MediaWiki\\Content\\Transform\\PreloadTransformParamsValue' => __DIR__ . '/includes/content/Transform/PreloadTransformParamsValue.php',
'MediaWiki\\Content\\ValidationParams' => __DIR__ . '/includes/content/ValidationParams.php',
Add WikiAwareEntity interface for cross-wiki entity methods. Add an interface to hold cross-wiki assertion and constants. This also is a good place to document the expectations. Currently planned to be implemented by PageIdentity, RevisionRecord, UserIdentity. Change-Id: I41a7a82a0386a52a765774ade1ab56a26aaf0741
2021-01-26 17:03:59 +00:00
'MediaWiki\\DAO\\WikiAwareEntity' => __DIR__ . '/includes/dao/WikiAwareEntity.php',
Introduce helper WikiAwareEntityTrait Bug: T273948 Change-Id: I21180d7031646f13413e2edb1bf0a17fbfdada13
2021-02-06 00:54:54 +00:00
'MediaWiki\\DAO\\WikiAwareEntityTrait' => __DIR__ . '/includes/dao/WikiAwareEntityTrait.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\DB\\AbstractSchemaValidationError' => __DIR__ . '/includes/db/AbstractSchemaValidationError.php',
'MediaWiki\\DB\\AbstractSchemaValidator' => __DIR__ . '/includes/db/AbstractSchemaValidator.php',
Introduce DeprecatablePropertyArray and use it for PageUpdater Bug: T250638 Change-Id: I53e39be59228ac5a57f34d51d733d1647331889c
2020-06-03 16:37:46 +00:00
'MediaWiki\\Debug\\DeprecatablePropertyArray' => __DIR__ . '/includes/debug/DeprecatablePropertyArray.php',
Namespace remaining files under includes/deferred Bug: T166010 Change-Id: Ibd40734b96fd2900e3ce12239d09becfb4150059
2023-11-21 21:08:14 +00:00
'MediaWiki\\Deferred\\AtomicSectionUpdate' => __DIR__ . '/includes/deferred/AtomicSectionUpdate.php',
'MediaWiki\\Deferred\\AutoCommitUpdate' => __DIR__ . '/includes/deferred/AutoCommitUpdate.php',
'MediaWiki\\Deferred\\CdnCacheUpdate' => __DIR__ . '/includes/deferred/CdnCacheUpdate.php',
'MediaWiki\\Deferred\\DataUpdate' => __DIR__ . '/includes/deferred/DataUpdate.php',
'MediaWiki\\Deferred\\DeferrableCallback' => __DIR__ . '/includes/deferred/DeferrableCallback.php',
'MediaWiki\\Deferred\\DeferrableUpdate' => __DIR__ . '/includes/deferred/DeferrableUpdate.php',
'MediaWiki\\Deferred\\DeferredUpdates' => __DIR__ . '/includes/deferred/DeferredUpdates.php',
'MediaWiki\\Deferred\\DeferredUpdatesScope' => __DIR__ . '/includes/deferred/DeferredUpdatesScope.php',
'MediaWiki\\Deferred\\DeferredUpdatesScopeMediaWikiStack' => __DIR__ . '/includes/deferred/DeferredUpdatesScopeMediaWikiStack.php',
'MediaWiki\\Deferred\\DeferredUpdatesScopeStack' => __DIR__ . '/includes/deferred/DeferredUpdatesScopeStack.php',
'MediaWiki\\Deferred\\EnqueueableDataUpdate' => __DIR__ . '/includes/deferred/EnqueueableDataUpdate.php',
'MediaWiki\\Deferred\\HtmlFileCacheUpdate' => __DIR__ . '/includes/deferred/HtmlFileCacheUpdate.php',
'MediaWiki\\Deferred\\JobQueueEnqueueUpdate' => __DIR__ . '/includes/deferred/JobQueueEnqueueUpdate.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Deferred\\LinksUpdate\\CategoryLinksTable' => __DIR__ . '/includes/deferred/LinksUpdate/CategoryLinksTable.php',
'MediaWiki\\Deferred\\LinksUpdate\\ExternalLinksTable' => __DIR__ . '/includes/deferred/LinksUpdate/ExternalLinksTable.php',
'MediaWiki\\Deferred\\LinksUpdate\\GenericPageLinksTable' => __DIR__ . '/includes/deferred/LinksUpdate/GenericPageLinksTable.php',
'MediaWiki\\Deferred\\LinksUpdate\\ImageLinksTable' => __DIR__ . '/includes/deferred/LinksUpdate/ImageLinksTable.php',
'MediaWiki\\Deferred\\LinksUpdate\\InterwikiLinksTable' => __DIR__ . '/includes/deferred/LinksUpdate/InterwikiLinksTable.php',
'MediaWiki\\Deferred\\LinksUpdate\\LangLinksTable' => __DIR__ . '/includes/deferred/LinksUpdate/LangLinksTable.php',
'MediaWiki\\Deferred\\LinksUpdate\\LinksDeletionUpdate' => __DIR__ . '/includes/deferred/LinksUpdate/LinksDeletionUpdate.php',
'MediaWiki\\Deferred\\LinksUpdate\\LinksTable' => __DIR__ . '/includes/deferred/LinksUpdate/LinksTable.php',
'MediaWiki\\Deferred\\LinksUpdate\\LinksTableGroup' => __DIR__ . '/includes/deferred/LinksUpdate/LinksTableGroup.php',
'MediaWiki\\Deferred\\LinksUpdate\\LinksUpdate' => __DIR__ . '/includes/deferred/LinksUpdate/LinksUpdate.php',
'MediaWiki\\Deferred\\LinksUpdate\\PageLinksTable' => __DIR__ . '/includes/deferred/LinksUpdate/PageLinksTable.php',
'MediaWiki\\Deferred\\LinksUpdate\\PagePropsTable' => __DIR__ . '/includes/deferred/LinksUpdate/PagePropsTable.php',
'MediaWiki\\Deferred\\LinksUpdate\\TemplateLinksTable' => __DIR__ . '/includes/deferred/LinksUpdate/TemplateLinksTable.php',
'MediaWiki\\Deferred\\LinksUpdate\\TitleLinksTable' => __DIR__ . '/includes/deferred/LinksUpdate/TitleLinksTable.php',
Namespace remaining files under includes/deferred Bug: T166010 Change-Id: Ibd40734b96fd2900e3ce12239d09becfb4150059
2023-11-21 21:08:14 +00:00
'MediaWiki\\Deferred\\MWCallableUpdate' => __DIR__ . '/includes/deferred/MWCallableUpdate.php',
'MediaWiki\\Deferred\\MergeableUpdate' => __DIR__ . '/includes/deferred/MergeableUpdate.php',
'MediaWiki\\Deferred\\MessageCacheUpdate' => __DIR__ . '/includes/deferred/MessageCacheUpdate.php',
'MediaWiki\\Deferred\\SearchUpdate' => __DIR__ . '/includes/deferred/SearchUpdate.php',
'MediaWiki\\Deferred\\SendPasswordResetEmailUpdate' => __DIR__ . '/includes/deferred/SendPasswordResetEmailUpdate.php',
'MediaWiki\\Deferred\\SiteStatsUpdate' => __DIR__ . '/includes/deferred/SiteStatsUpdate.php',
'MediaWiki\\Deferred\\TransactionRoundAwareUpdate' => __DIR__ . '/includes/deferred/TransactionRoundAwareUpdate.php',
'MediaWiki\\Deferred\\TransactionRoundDefiningUpdate' => __DIR__ . '/includes/deferred/TransactionRoundDefiningUpdate.php',
'MediaWiki\\Deferred\\UserEditCountInfo' => __DIR__ . '/includes/deferred/UserEditCountInfo.php',
'MediaWiki\\Deferred\\UserEditCountUpdate' => __DIR__ . '/includes/deferred/UserEditCountUpdate.php',
Move DiffEngine and helpers to includes/libs/Diff and put them in a namespace I will address the dependencies on MW core in a followup. Bug: T339184 Change-Id: I892364b0c9f15c9de4cfc29c683670c172d71764
2023-06-20 04:02:04 +00:00
'MediaWiki\\Diff\\ComplexityException' => __DIR__ . '/includes/libs/Diff/ComplexityException.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Diff\\Hook\\AbortDiffCacheHook' => __DIR__ . '/includes/diff/Hook/AbortDiffCacheHook.php',
'MediaWiki\\Diff\\Hook\\ArticleContentOnDiffHook' => __DIR__ . '/includes/diff/Hook/ArticleContentOnDiffHook.php',
'MediaWiki\\Diff\\Hook\\DiffToolsHook' => __DIR__ . '/includes/diff/Hook/DiffToolsHook.php',
'MediaWiki\\Diff\\Hook\\DifferenceEngineAfterLoadNewTextHook' => __DIR__ . '/includes/diff/Hook/DifferenceEngineAfterLoadNewTextHook.php',
'MediaWiki\\Diff\\Hook\\DifferenceEngineLoadTextAfterNewContentIsLoadedHook' => __DIR__ . '/includes/diff/Hook/DifferenceEngineLoadTextAfterNewContentIsLoadedHook.php',
'MediaWiki\\Diff\\Hook\\DifferenceEngineMarkPatrolledLinkHook' => __DIR__ . '/includes/diff/Hook/DifferenceEngineMarkPatrolledLinkHook.php',
'MediaWiki\\Diff\\Hook\\DifferenceEngineMarkPatrolledRCIDHook' => __DIR__ . '/includes/diff/Hook/DifferenceEngineMarkPatrolledRCIDHook.php',
'MediaWiki\\Diff\\Hook\\DifferenceEngineNewHeaderHook' => __DIR__ . '/includes/diff/Hook/DifferenceEngineNewHeaderHook.php',
'MediaWiki\\Diff\\Hook\\DifferenceEngineOldHeaderHook' => __DIR__ . '/includes/diff/Hook/DifferenceEngineOldHeaderHook.php',
'MediaWiki\\Diff\\Hook\\DifferenceEngineOldHeaderNoOldRevHook' => __DIR__ . '/includes/diff/Hook/DifferenceEngineOldHeaderNoOldRevHook.php',
'MediaWiki\\Diff\\Hook\\DifferenceEngineRenderRevisionAddParserOutputHook' => __DIR__ . '/includes/diff/Hook/DifferenceEngineRenderRevisionAddParserOutputHook.php',
'MediaWiki\\Diff\\Hook\\DifferenceEngineRenderRevisionShowFinalPatrolLinkHook' => __DIR__ . '/includes/diff/Hook/DifferenceEngineRenderRevisionShowFinalPatrolLinkHook.php',
'MediaWiki\\Diff\\Hook\\DifferenceEngineShowDiffHook' => __DIR__ . '/includes/diff/Hook/DifferenceEngineShowDiffHook.php',
'MediaWiki\\Diff\\Hook\\DifferenceEngineShowDiffPageHook' => __DIR__ . '/includes/diff/Hook/DifferenceEngineShowDiffPageHook.php',
'MediaWiki\\Diff\\Hook\\DifferenceEngineShowDiffPageMaybeShowMissingRevisionHook' => __DIR__ . '/includes/diff/Hook/DifferenceEngineShowDiffPageMaybeShowMissingRevisionHook.php',
'MediaWiki\\Diff\\Hook\\DifferenceEngineShowEmptyOldContentHook' => __DIR__ . '/includes/diff/Hook/DifferenceEngineShowEmptyOldContentHook.php',
'MediaWiki\\Diff\\Hook\\DifferenceEngineViewHeaderHook' => __DIR__ . '/includes/diff/Hook/DifferenceEngineViewHeaderHook.php',
'MediaWiki\\Diff\\Hook\\NewDifferenceEngineHook' => __DIR__ . '/includes/diff/Hook/NewDifferenceEngineHook.php',
diff: Add legend and tooltips to inline diff display Add a legend at the top of the inline diff display, showing the meanings of the colours of the inserted and deleted highlighting. Also add the same text as tooltips on the highlighted elements. The legend is added as part of a new area above the diff table that can be modified via a new TextSlotDiffRendererTablePrefix hook, so that extensions can add other buttons etc. there as required. This is a follow-up to the previous attempt, which added the legend in DifferenceEngine::showDiff() and was called from too many places. This patch moves it to be called in DifferenceEngine::showDiffPage(). Bug: T324759 Change-Id: I2a3c67bcfa47313dee597e602a62073e4e298cd2 Follow-up: I6de30bf79eb5ac262285951792782b870d075e00
2023-05-22 05:41:21 +00:00
'MediaWiki\\Diff\\Hook\\TextSlotDiffRendererTablePrefixHook' => __DIR__ . '/includes/diff/Hook/TextSlotDiffRendererTablePrefixHook.php',
Factor out TextDiffer hierarchy from TextSlotDiffRenderer * Follow the TODO comment in TextSlotDiffRenderer ::getTextDiffInternal() by moving the code out to three parallel implementations, namely ExternalTextDiffer, PhpTextDiffer and Wikidiff2TextDiffer. * Add a container/factory class ManifoldTextDiffer to glue them together and collate available formats. * Move the inline legend to Wikidiff2TextDiffer. Not the toggle since the ability to toggle depends on the available format, not the current format. * Update the diff cache keys so that ManifoldTextDiffer can store the engine=>format map it used to generate the diff. * Drop support for the second parameter to TextSlotDiffRenderer ::setEngine(), since nothing used it anymore. * Provide a format batch API, since some engines are able to efficiently generate multiple formats. This might be used by DifferenceEngine in future. Needs risky change notification for the cache key change. Bug: T339184 Depends-On: I8a35b9b8ec1622c9a36d2496bdd24f51bc52c85f Change-Id: I5c506e39162855aff53dd420dd8145156739059c
2023-07-03 08:27:47 +00:00
'MediaWiki\\Diff\\TextDiffer\\BaseTextDiffer' => __DIR__ . '/includes/diff/TextDiffer/BaseTextDiffer.php',
'MediaWiki\\Diff\\TextDiffer\\ExternalTextDiffer' => __DIR__ . '/includes/diff/TextDiffer/ExternalTextDiffer.php',
'MediaWiki\\Diff\\TextDiffer\\ManifoldTextDiffer' => __DIR__ . '/includes/diff/TextDiffer/ManifoldTextDiffer.php',
'MediaWiki\\Diff\\TextDiffer\\PhpTextDiffer' => __DIR__ . '/includes/diff/TextDiffer/PhpTextDiffer.php',
'MediaWiki\\Diff\\TextDiffer\\TextDiffer' => __DIR__ . '/includes/diff/TextDiffer/TextDiffer.php',
'MediaWiki\\Diff\\TextDiffer\\Wikidiff2TextDiffer' => __DIR__ . '/includes/diff/TextDiffer/Wikidiff2TextDiffer.php',
Fix backwards compatibility alias for WordAccumulator This was a mistake in I892364b. Unfortunately the codebase was in a confusing state with many classes in no namespace. But this class was in one. Bug: T339184 Change-Id: Id31b9f53ffb6483c1901db8ab26fcb40368ec074
2023-06-26 15:49:43 +00:00
'MediaWiki\\Diff\\WordAccumulator' => __DIR__ . '/includes/libs/Diff/WordAccumulator.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\EditPage\\Constraint\\AccidentalRecreationConstraint' => __DIR__ . '/includes/editpage/Constraint/AccidentalRecreationConstraint.php',
'MediaWiki\\EditPage\\Constraint\\AutoSummaryMissingSummaryConstraint' => __DIR__ . '/includes/editpage/Constraint/AutoSummaryMissingSummaryConstraint.php',
'MediaWiki\\EditPage\\Constraint\\ChangeTagsConstraint' => __DIR__ . '/includes/editpage/Constraint/ChangeTagsConstraint.php',
'MediaWiki\\EditPage\\Constraint\\ContentModelChangeConstraint' => __DIR__ . '/includes/editpage/Constraint/ContentModelChangeConstraint.php',
'MediaWiki\\EditPage\\Constraint\\DefaultTextConstraint' => __DIR__ . '/includes/editpage/Constraint/DefaultTextConstraint.php',
'MediaWiki\\EditPage\\Constraint\\EditConstraintFactory' => __DIR__ . '/includes/editpage/Constraint/EditConstraintFactory.php',
'MediaWiki\\EditPage\\Constraint\\EditConstraintRunner' => __DIR__ . '/includes/editpage/Constraint/EditConstraintRunner.php',
'MediaWiki\\EditPage\\Constraint\\EditFilterMergedContentHookConstraint' => __DIR__ . '/includes/editpage/Constraint/EditFilterMergedContentHookConstraint.php',
'MediaWiki\\EditPage\\Constraint\\EditRightConstraint' => __DIR__ . '/includes/editpage/Constraint/EditRightConstraint.php',
'MediaWiki\\EditPage\\Constraint\\IEditConstraint' => __DIR__ . '/includes/editpage/Constraint/IEditConstraint.php',
'MediaWiki\\EditPage\\Constraint\\ImageRedirectConstraint' => __DIR__ . '/includes/editpage/Constraint/ImageRedirectConstraint.php',
'MediaWiki\\EditPage\\Constraint\\MissingCommentConstraint' => __DIR__ . '/includes/editpage/Constraint/MissingCommentConstraint.php',
'MediaWiki\\EditPage\\Constraint\\NewSectionMissingSubjectConstraint' => __DIR__ . '/includes/editpage/Constraint/NewSectionMissingSubjectConstraint.php',
'MediaWiki\\EditPage\\Constraint\\PageSizeConstraint' => __DIR__ . '/includes/editpage/Constraint/PageSizeConstraint.php',
'MediaWiki\\EditPage\\Constraint\\ReadOnlyConstraint' => __DIR__ . '/includes/editpage/Constraint/ReadOnlyConstraint.php',
'MediaWiki\\EditPage\\Constraint\\SelfRedirectConstraint' => __DIR__ . '/includes/editpage/Constraint/SelfRedirectConstraint.php',
'MediaWiki\\EditPage\\Constraint\\SimpleAntiSpamConstraint' => __DIR__ . '/includes/editpage/Constraint/SimpleAntiSpamConstraint.php',
'MediaWiki\\EditPage\\Constraint\\SpamRegexConstraint' => __DIR__ . '/includes/editpage/Constraint/SpamRegexConstraint.php',
'MediaWiki\\EditPage\\Constraint\\UnicodeConstraint' => __DIR__ . '/includes/editpage/Constraint/UnicodeConstraint.php',
'MediaWiki\\EditPage\\Constraint\\UserBlockConstraint' => __DIR__ . '/includes/editpage/Constraint/UserBlockConstraint.php',
'MediaWiki\\EditPage\\Constraint\\UserRateLimitConstraint' => __DIR__ . '/includes/editpage/Constraint/UserRateLimitConstraint.php',
Reorg: Move EditPage.php to MediaWiki\EditPage Also moving TemplatesOnThisPageFormatter to the same namesapce as it's only used by EditPage Bug: T321882 Change-Id: Ibefc44eb64aedb430148b109090584c3e35794ab
2023-02-13 19:56:51 +00:00
'MediaWiki\\EditPage\\EditPage' => __DIR__ . '/includes/editpage/EditPage.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\EditPage\\IEditObject' => __DIR__ . '/includes/editpage/IEditObject.php',
editpage: Split off producing edit intro messages and preloaded content Introduce two new classes, containing code split off from EditPage: * IntroMessageBuilder (edit notices and other intro messages) * PreloadedContentBuilder (initial text of new pages / sections) I'm doing both of these features in one change, because they share a lot of code. They are meant to be used by alternative editors to support all of the features of the MediaWiki edit form. This isn't everything you need yet (we should at least do this for the edit checkboxes too), but it's a step. Bug: T201613 Change-Id: If0b05710cb52a977bf4e85947d72d68683a0a29e
2023-04-19 22:27:50 +00:00
'MediaWiki\\EditPage\\IntroMessageBuilder' => __DIR__ . '/includes/editpage/IntroMessageBuilder.php',
'MediaWiki\\EditPage\\IntroMessageList' => __DIR__ . '/includes/editpage/IntroMessageList.php',
'MediaWiki\\EditPage\\ParametersHelper' => __DIR__ . '/includes/editpage/ParametersHelper.php',
'MediaWiki\\EditPage\\PreloadedContentBuilder' => __DIR__ . '/includes/editpage/PreloadedContentBuilder.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\EditPage\\SpamChecker' => __DIR__ . '/includes/editpage/SpamChecker.php',
Reorg: Move EditPage.php to MediaWiki\EditPage Also moving TemplatesOnThisPageFormatter to the same namesapce as it's only used by EditPage Bug: T321882 Change-Id: Ibefc44eb64aedb430148b109090584c3e35794ab
2023-02-13 19:56:51 +00:00
'MediaWiki\\EditPage\\TemplatesOnThisPageFormatter' => __DIR__ . '/includes/editpage/TemplatesOnThisPageFormatter.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\EditPage\\TextConflictHelper' => __DIR__ . '/includes/editpage/TextConflictHelper.php',
'MediaWiki\\EditPage\\TextboxBuilder' => __DIR__ . '/includes/editpage/TextboxBuilder.php',
'MediaWiki\\Edit\\ParsoidOutputStash' => __DIR__ . '/includes/edit/ParsoidOutputStash.php',
'MediaWiki\\Edit\\PreparedEdit' => __DIR__ . '/includes/edit/PreparedEdit.php',
'MediaWiki\\Edit\\SelserContext' => __DIR__ . '/includes/edit/SelserContext.php',
'MediaWiki\\Edit\\SimpleParsoidOutputStash' => __DIR__ . '/includes/edit/SimpleParsoidOutputStash.php',
Reorg: Move Emptiable to libs/ It doesn't depend on anything, it's more suitable for libs/ Bug: T321882 Change-Id: Ia12306fd1f8c99f1ba78672e3ff162ffeb99d491
2023-04-20 16:35:01 +00:00
'MediaWiki\\Emptiable' => __DIR__ . '/includes/libs/Emptiable.php',
WikiExporter: inject services This patch injects services into WikiExporter. It also adds a WikiExporterFactory service for creating WikiExporter instances. Change-Id: Ib1547defea54c309865c116bc83d617c21568843
2021-07-21 23:49:49 +00:00
'MediaWiki\\Export\\WikiExporterFactory' => __DIR__ . '/includes/export/WikiExporterFactory.php',
Reorg: Move ExtensionInfo to utils/ Bug: T321882 Change-Id: I5d0539821ded4ed9f2698ecbc76c2678612f1c97
2023-08-19 09:15:34 +00:00
'MediaWiki\\ExtensionInfo' => __DIR__ . '/includes/utils/ExtensionInfo.php',
ExternalLinks: Add function for looking up extlinks of a page This logic has been repeated in three different extensions, let's DRY them up. Bug: T326251 Change-Id: I8ae9ef388957b0c04efa281f3bc3b5796bec17fe
2023-04-24 13:04:39 +00:00
'MediaWiki\\ExternalLinks\\ExternalLinksLookup' => __DIR__ . '/includes/ExternalLinks/ExternalLinksLookup.php',
Reorg: Move LinkFilter to ExternalLinks It's one-class namespace and I know it's not great but: - I hope to add more classes with the redesign of externallinks table - It's not named very well either, it's a collection of URL-related functionalities - Making it clear LinkFilter is about external links, not internal or interwiki or templatelinks etc. Bug: T321882 Change-Id: I0dd530237f45e4fec786178ec03ee941c6bcd982
2023-03-01 21:05:04 +00:00
'MediaWiki\\ExternalLinks\\LinkFilter' => __DIR__ . '/includes/ExternalLinks/LinkFilter.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Feed\\AtomFeed' => __DIR__ . '/includes/Feed/AtomFeed.php',
'MediaWiki\\Feed\\ChannelFeed' => __DIR__ . '/includes/Feed/ChannelFeed.php',
'MediaWiki\\Feed\\FeedItem' => __DIR__ . '/includes/Feed/FeedItem.php',
'MediaWiki\\Feed\\FeedUtils' => __DIR__ . '/includes/Feed/FeedUtils.php',
'MediaWiki\\Feed\\RSSFeed' => __DIR__ . '/includes/Feed/RSSFeed.php',
TempFSFileFactory service This replaces TempFSFile::factory(), which is now deprecated. Change-Id: I9e65c3867e26c16687560dccc7d9f3e195a8bdd6
2019-08-16 10:00:15 +00:00
'MediaWiki\\FileBackend\\FSFile\\TempFSFileFactory' => __DIR__ . '/includes/libs/filebackend/fsfile/TempFSFileFactory.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\FileBackend\\LockManager\\LockManagerGroupFactory' => __DIR__ . '/includes/filebackend/lockmanager/LockManagerGroupFactory.php',
Introduce FileSelectQueryBuilder So much can be cleaned up with this Bug: T311866 Change-Id: Ia4d46679c540c731b2ae8da2f8022fd6f5b931a4
2023-08-01 21:04:32 +00:00
'MediaWiki\\FileRepo\\File\\FileSelectQueryBuilder' => __DIR__ . '/includes/filerepo/file/FileSelectQueryBuilder.php',
Reorg: Move HeaderCallback to Request directory Cleaning root of includes/ Bug: T321882 Change-Id: I1844da95d4fd79824646fdf4b6063cb771ca3000
2022-11-02 17:22:08 +00:00
'MediaWiki\\HeaderCallback' => __DIR__ . '/includes/Request/HeaderCallback.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\HookContainer\\DeprecatedHooks' => __DIR__ . '/includes/HookContainer/DeprecatedHooks.php',
Treat $wgHooks as a regular setting $wgHooks should be treated like a regular setting, which cannot be manipulated after bootstrapping is complete. This will allow us to greatly simplify the logic in HookContainer. Replacing $wgHooks with a fake array after bootstrapping allows us to detect any remaining live access to $wgHooks without breaking functionality. The plan is to have the fake array emit deprecation warnings in the 1.40 release, and make it throw exceptions in later releases. See Iddcb760cf8961316d6527e81b9aa968657d8354c for the deprecation warnings. Bug: T331602 Change-Id: I0ebba9a29f81b0d86ad8fd84d478fb244f9e9c15
2022-10-25 14:03:05 +00:00
'MediaWiki\\HookContainer\\FauxGlobalHookArray' => __DIR__ . '/includes/HookContainer/FauxGlobalHookArray.php',
'MediaWiki\\HookContainer\\FauxHookHandlerArray' => __DIR__ . '/includes/HookContainer/FauxHookHandlerArray.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\HookContainer\\HookContainer' => __DIR__ . '/includes/HookContainer/HookContainer.php',
'MediaWiki\\HookContainer\\HookRegistry' => __DIR__ . '/includes/HookContainer/HookRegistry.php',
'MediaWiki\\HookContainer\\HookRunner' => __DIR__ . '/includes/HookContainer/HookRunner.php',
'MediaWiki\\HookContainer\\ProtectedHookAccessorTrait' => __DIR__ . '/includes/HookContainer/ProtectedHookAccessorTrait.php',
'MediaWiki\\HookContainer\\StaticHookRegistry' => __DIR__ . '/includes/HookContainer/StaticHookRegistry.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\AbortEmailNotificationHook' => __DIR__ . '/includes/changes/Hook/AbortEmailNotificationHook.php',
'MediaWiki\\Hook\\AbortTalkPageEmailNotificationHook' => __DIR__ . '/includes/mail/Hook/AbortTalkPageEmailNotificationHook.php',
'MediaWiki\\Hook\\ActionBeforeFormDisplayHook' => __DIR__ . '/includes/actions/Hook/ActionBeforeFormDisplayHook.php',
'MediaWiki\\Hook\\ActionModifyFormFieldsHook' => __DIR__ . '/includes/actions/Hook/ActionModifyFormFieldsHook.php',
'MediaWiki\\Hook\\AddNewAccountHook' => __DIR__ . '/includes/specials/Hook/AddNewAccountHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Hook\\AfterBuildFeedLinksHook' => __DIR__ . '/includes/Hook/AfterBuildFeedLinksHook.php',
'MediaWiki\\Hook\\AfterFinalPageOutputHook' => __DIR__ . '/includes/Hook/AfterFinalPageOutputHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\AfterImportPageHook' => __DIR__ . '/includes/import/Hook/AfterImportPageHook.php',
'MediaWiki\\Hook\\AfterParserFetchFileAndTitleHook' => __DIR__ . '/includes/parser/Hook/AfterParserFetchFileAndTitleHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Hook\\AlternateEditHook' => __DIR__ . '/includes/Hook/AlternateEditHook.php',
'MediaWiki\\Hook\\AlternateEditPreviewHook' => __DIR__ . '/includes/Hook/AlternateEditPreviewHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\AlternateUserMailerHook' => __DIR__ . '/includes/mail/Hook/AlternateUserMailerHook.php',
'MediaWiki\\Hook\\AncientPagesQueryHook' => __DIR__ . '/includes/specials/Hook/AncientPagesQueryHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Hook\\ApiBeforeMainHook' => __DIR__ . '/includes/Hook/ApiBeforeMainHook.php',
'MediaWiki\\Hook\\ArticleMergeCompleteHook' => __DIR__ . '/includes/Hook/ArticleMergeCompleteHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\ArticleRevisionVisibilitySetHook' => __DIR__ . '/includes/revisiondelete/Hook/ArticleRevisionVisibilitySetHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Hook\\ArticleUpdateBeforeRedirectHook' => __DIR__ . '/includes/Hook/ArticleUpdateBeforeRedirectHook.php',
'MediaWiki\\Hook\\BadImageHook' => __DIR__ . '/includes/Hook/BadImageHook.php',
'MediaWiki\\Hook\\BeforeInitializeHook' => __DIR__ . '/includes/Hook/BeforeInitializeHook.php',
'MediaWiki\\Hook\\BeforePageDisplayHook' => __DIR__ . '/includes/Hook/BeforePageDisplayHook.php',
'MediaWiki\\Hook\\BeforePageRedirectHook' => __DIR__ . '/includes/Hook/BeforePageRedirectHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\BeforeParserFetchFileAndTitleHook' => __DIR__ . '/includes/parser/Hook/BeforeParserFetchFileAndTitleHook.php',
parser: new BeforeParserFetchTemplateRevisionRecord hook This new hook provides for the use case in T47096 (allowing the Translate extension to transclude a page from another language) by adding a new hook which would let us deprecate and replace two awkward legacy hooks (one with an embarrassing capitalization issue). The new hook is a little more tightly scoped in terms of what it allows and gives access to, and it uses the new RevisionRecord API. In addition, the new hook uses LinkTarget instead of Title per current best practices. (PageIdentity is not appropriate for reasons documented at the hook invocation site.) The original BeforeParserFetchTemplateAndtitle (sic) hook allowed redirecting the revision id of a template inclusion, but not the title. The only known current use is Extension:ApprovedRevs; the FlaggedRevs extension replaces the entire function using ParserOptions::setCurrentRevisionRecordCallback(). Extension:Translate would like to redirect the title as well, possibly recursively (for a limited number of hops) to handle fallback languages. That is, when invoked on Foo/fr, including Template:Bar would redirect to Template:Bar/fr -- and, if that doesn't exist, then Template:Bar/fr would redirect to its fallback language, say Template:Bar/en. It uses the top-level page title as context to set the desired page language. This would require 2 invocations of the hook; we've set the recursion limit to 3 to provide a little bit of future-proofing. The hook added in this patch uses RevisionRecord instead of int $rev_id, and thus can handle the case where the redirect is to a page which doesn't exist (by setting the RevisionRecord to a MutableRevisionRecord with the correct title and no main slot content) in the fallback language case above. The new hook deprecates BeforeParserFetchTemplateAndtitle and replaces ParserFetchTemplate as well (deprecated in 1.35). Code search: https://codesearch.wmcloud.org/search/?q=BeforeParserFetchTemplateAndtitle&i=nope&files=&repos= Bug: T47096 Change-Id: Ia5b5d339706ce4084c16948300e0e3418b11792e
2020-07-29 23:32:45 +00:00
'MediaWiki\\Hook\\BeforeParserFetchTemplateRevisionRecordHook' => __DIR__ . '/includes/parser/Hook/BeforeParserFetchTemplateRevisionRecordHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\BeforeWelcomeCreationHook' => __DIR__ . '/includes/specials/Hook/BeforeWelcomeCreationHook.php',
'MediaWiki\\Hook\\BitmapHandlerCheckImageAreaHook' => __DIR__ . '/includes/media/Hook/BitmapHandlerCheckImageAreaHook.php',
'MediaWiki\\Hook\\BitmapHandlerTransformHook' => __DIR__ . '/includes/media/Hook/BitmapHandlerTransformHook.php',
'MediaWiki\\Hook\\BlockIpCompleteHook' => __DIR__ . '/includes/specials/Hook/BlockIpCompleteHook.php',
'MediaWiki\\Hook\\BlockIpHook' => __DIR__ . '/includes/specials/Hook/BlockIpHook.php',
'MediaWiki\\Hook\\BookInformationHook' => __DIR__ . '/includes/specials/Hook/BookInformationHook.php',
'MediaWiki\\Hook\\CanonicalNamespacesHook' => __DIR__ . '/includes/title/Hook/CanonicalNamespacesHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Hook\\CategoryViewer__doCategoryQueryHook' => __DIR__ . '/includes/Hook/CategoryViewer__doCategoryQueryHook.php',
'MediaWiki\\Hook\\CategoryViewer__generateLinkHook' => __DIR__ . '/includes/Hook/CategoryViewer__generateLinkHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\ChangeUserGroupsHook' => __DIR__ . '/includes/specials/Hook/ChangeUserGroupsHook.php',
'MediaWiki\\Hook\\ChangesListInitRowsHook' => __DIR__ . '/includes/changes/Hook/ChangesListInitRowsHook.php',
'MediaWiki\\Hook\\ChangesListInsertArticleLinkHook' => __DIR__ . '/includes/changes/Hook/ChangesListInsertArticleLinkHook.php',
'MediaWiki\\Hook\\Collation__factoryHook' => __DIR__ . '/includes/collation/Hook/Collation__factoryHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Hook\\ContentSecurityPolicyDefaultSourceHook' => __DIR__ . '/includes/Hook/ContentSecurityPolicyDefaultSourceHook.php',
'MediaWiki\\Hook\\ContentSecurityPolicyDirectivesHook' => __DIR__ . '/includes/Hook/ContentSecurityPolicyDirectivesHook.php',
'MediaWiki\\Hook\\ContentSecurityPolicyScriptSourceHook' => __DIR__ . '/includes/Hook/ContentSecurityPolicyScriptSourceHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\ContribsPager__getQueryInfoHook' => __DIR__ . '/includes/specials/Hook/ContribsPager__getQueryInfoHook.php',
'MediaWiki\\Hook\\ContribsPager__reallyDoQueryHook' => __DIR__ . '/includes/specials/Hook/ContribsPager__reallyDoQueryHook.php',
'MediaWiki\\Hook\\ContributionsLineEndingHook' => __DIR__ . '/includes/specials/Hook/ContributionsLineEndingHook.php',
'MediaWiki\\Hook\\ContributionsToolLinksHook' => __DIR__ . '/includes/specials/Hook/ContributionsToolLinksHook.php',
'MediaWiki\\Hook\\CustomEditorHook' => __DIR__ . '/includes/actions/Hook/CustomEditorHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Hook\\DeleteUnknownPreferencesHook' => __DIR__ . '/includes/Hook/DeleteUnknownPreferencesHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\DeletedContribsPager__reallyDoQueryHook' => __DIR__ . '/includes/specials/Hook/DeletedContribsPager__reallyDoQueryHook.php',
'MediaWiki\\Hook\\DeletedContributionsLineEndingHook' => __DIR__ . '/includes/specials/Hook/DeletedContributionsLineEndingHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Hook\\EditFilterHook' => __DIR__ . '/includes/Hook/EditFilterHook.php',
'MediaWiki\\Hook\\EditFilterMergedContentHook' => __DIR__ . '/includes/Hook/EditFilterMergedContentHook.php',
'MediaWiki\\Hook\\EditFormInitialTextHook' => __DIR__ . '/includes/Hook/EditFormInitialTextHook.php',
'MediaWiki\\Hook\\EditFormPreloadTextHook' => __DIR__ . '/includes/Hook/EditFormPreloadTextHook.php',
'MediaWiki\\Hook\\EditPageBeforeConflictDiffHook' => __DIR__ . '/includes/Hook/EditPageBeforeConflictDiffHook.php',
'MediaWiki\\Hook\\EditPageBeforeEditButtonsHook' => __DIR__ . '/includes/Hook/EditPageBeforeEditButtonsHook.php',
'MediaWiki\\Hook\\EditPageBeforeEditToolbarHook' => __DIR__ . '/includes/Hook/EditPageBeforeEditToolbarHook.php',
'MediaWiki\\Hook\\EditPageCopyrightWarningHook' => __DIR__ . '/includes/Hook/EditPageCopyrightWarningHook.php',
'MediaWiki\\Hook\\EditPageGetCheckboxesDefinitionHook' => __DIR__ . '/includes/Hook/EditPageGetCheckboxesDefinitionHook.php',
'MediaWiki\\Hook\\EditPageGetDiffContentHook' => __DIR__ . '/includes/Hook/EditPageGetDiffContentHook.php',
'MediaWiki\\Hook\\EditPageGetPreviewContentHook' => __DIR__ . '/includes/Hook/EditPageGetPreviewContentHook.php',
'MediaWiki\\Hook\\EditPageNoSuchSectionHook' => __DIR__ . '/includes/Hook/EditPageNoSuchSectionHook.php',
'MediaWiki\\Hook\\EditPageTosSummaryHook' => __DIR__ . '/includes/Hook/EditPageTosSummaryHook.php',
'MediaWiki\\Hook\\EditPage__attemptSaveHook' => __DIR__ . '/includes/Hook/EditPage__attemptSaveHook.php',
'MediaWiki\\Hook\\EditPage__attemptSave_afterHook' => __DIR__ . '/includes/Hook/EditPage__attemptSave_afterHook.php',
'MediaWiki\\Hook\\EditPage__importFormDataHook' => __DIR__ . '/includes/Hook/EditPage__importFormDataHook.php',
'MediaWiki\\Hook\\EditPage__showEditForm_fieldsHook' => __DIR__ . '/includes/Hook/EditPage__showEditForm_fieldsHook.php',
'MediaWiki\\Hook\\EditPage__showEditForm_initialHook' => __DIR__ . '/includes/Hook/EditPage__showEditForm_initialHook.php',
'MediaWiki\\Hook\\EditPage__showReadOnlyForm_initialHook' => __DIR__ . '/includes/Hook/EditPage__showReadOnlyForm_initialHook.php',
'MediaWiki\\Hook\\EditPage__showStandardInputs_optionsHook' => __DIR__ . '/includes/Hook/EditPage__showStandardInputs_optionsHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\EmailUserCCHook' => __DIR__ . '/includes/specials/Hook/EmailUserCCHook.php',
'MediaWiki\\Hook\\EmailUserCompleteHook' => __DIR__ . '/includes/specials/Hook/EmailUserCompleteHook.php',
'MediaWiki\\Hook\\EmailUserFormHook' => __DIR__ . '/includes/specials/Hook/EmailUserFormHook.php',
'MediaWiki\\Hook\\EmailUserHook' => __DIR__ . '/includes/specials/Hook/EmailUserHook.php',
'MediaWiki\\Hook\\EmailUserPermissionsErrorsHook' => __DIR__ . '/includes/specials/Hook/EmailUserPermissionsErrorsHook.php',
'MediaWiki\\Hook\\EnhancedChangesListModifyBlockLineDataHook' => __DIR__ . '/includes/changes/Hook/EnhancedChangesListModifyBlockLineDataHook.php',
'MediaWiki\\Hook\\EnhancedChangesListModifyLineDataHook' => __DIR__ . '/includes/changes/Hook/EnhancedChangesListModifyLineDataHook.php',
'MediaWiki\\Hook\\EnhancedChangesList__getLogTextHook' => __DIR__ . '/includes/changes/Hook/EnhancedChangesList__getLogTextHook.php',
'MediaWiki\\Hook\\ExtensionTypesHook' => __DIR__ . '/includes/specials/Hook/ExtensionTypesHook.php',
'MediaWiki\\Hook\\FetchChangesListHook' => __DIR__ . '/includes/changes/Hook/FetchChangesListHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Hook\\FileDeleteCompleteHook' => __DIR__ . '/includes/Hook/FileDeleteCompleteHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\FileTransformedHook' => __DIR__ . '/includes/filerepo/Hook/FileTransformedHook.php',
'MediaWiki\\Hook\\FileUndeleteCompleteHook' => __DIR__ . '/includes/specials/Hook/FileUndeleteCompleteHook.php',
'MediaWiki\\Hook\\FileUploadHook' => __DIR__ . '/includes/filerepo/Hook/FileUploadHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Hook\\FormatAutocommentsHook' => __DIR__ . '/includes/Hook/FormatAutocommentsHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\GalleryGetModesHook' => __DIR__ . '/includes/gallery/Hook/GalleryGetModesHook.php',
Add Hook suffix to GetBlockErrorMessageKeyHook Common naming convention for hook runner interfaces The hook is new in 1.40 and the rename should be backported, but the old name needs alias as it is already used in extensions. Bug: T334689 Change-Id: I3f9e6d33f1bf29e937c82860fcebd088dde647da
2023-04-16 17:24:00 +00:00
'MediaWiki\\Hook\\GetBlockErrorMessageKeyHook' => __DIR__ . '/includes/Hook/GetBlockErrorMessageKeyHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Hook\\GetCacheVaryCookiesHook' => __DIR__ . '/includes/Hook/GetCacheVaryCookiesHook.php',
'MediaWiki\\Hook\\GetCanonicalURLHook' => __DIR__ . '/includes/Hook/GetCanonicalURLHook.php',
'MediaWiki\\Hook\\GetDefaultSortkeyHook' => __DIR__ . '/includes/Hook/GetDefaultSortkeyHook.php',
'MediaWiki\\Hook\\GetDoubleUnderscoreIDsHook' => __DIR__ . '/includes/Hook/GetDoubleUnderscoreIDsHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\GetExtendedMetadataHook' => __DIR__ . '/includes/media/Hook/GetExtendedMetadataHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Hook\\GetFullURLHook' => __DIR__ . '/includes/Hook/GetFullURLHook.php',
language: Put remaining language Hook interfaces under includes/ Follows-up f5aaf75ad1, which introduced the new Hook interfaces, with some under includes/language/Hook/ and others under languages/Hook/. Unify under the former. Bug: T225756 Change-Id: I887f5037771d96f455cc4d0c8aafe185186b917d
2020-07-02 00:52:13 +00:00
'MediaWiki\\Hook\\GetHumanTimestampHook' => __DIR__ . '/includes/language/Hook/GetHumanTimestampHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Hook\\GetIPHook' => __DIR__ . '/includes/Hook/GetIPHook.php',
'MediaWiki\\Hook\\GetInternalURLHook' => __DIR__ . '/includes/Hook/GetInternalURLHook.php',
language: Put remaining language Hook interfaces under includes/ Follows-up f5aaf75ad1, which introduced the new Hook interfaces, with some under includes/language/Hook/ and others under languages/Hook/. Unify under the former. Bug: T225756 Change-Id: I887f5037771d96f455cc4d0c8aafe185186b917d
2020-07-02 00:52:13 +00:00
'MediaWiki\\Hook\\GetLangPreferredVariantHook' => __DIR__ . '/includes/language/Hook/GetLangPreferredVariantHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\GetLinkColoursHook' => __DIR__ . '/includes/parser/Hook/GetLinkColoursHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Hook\\GetLocalURLHook' => __DIR__ . '/includes/Hook/GetLocalURLHook.php',
'MediaWiki\\Hook\\GetLocalURL__ArticleHook' => __DIR__ . '/includes/Hook/GetLocalURL__ArticleHook.php',
'MediaWiki\\Hook\\GetLocalURL__InternalHook' => __DIR__ . '/includes/Hook/GetLocalURL__InternalHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\GetLogTypesOnUserHook' => __DIR__ . '/includes/specials/Hook/GetLogTypesOnUserHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Hook\\GetMagicVariableIDsHook' => __DIR__ . '/includes/Hook/GetMagicVariableIDsHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\GetMetadataVersionHook' => __DIR__ . '/includes/media/Hook/GetMetadataVersionHook.php',
'MediaWiki\\Hook\\GetNewMessagesAlertHook' => __DIR__ . '/includes/skins/Hook/GetNewMessagesAlertHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Hook\\GetRelativeTimestampHook' => __DIR__ . '/includes/Hook/GetRelativeTimestampHook.php',
'MediaWiki\\Hook\\GitViewersHook' => __DIR__ . '/includes/Hook/GitViewersHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\HistoryPageToolLinksHook' => __DIR__ . '/includes/actions/Hook/HistoryPageToolLinksHook.php',
Add `HistoryTools` and `DiffTools` hooks Bug: T255494 Bug: T255495 Change-Id: Ib2ab2e26a95affdd1dfa6b945f752157580ea2d3
2020-06-15 21:19:04 +00:00
'MediaWiki\\Hook\\HistoryToolsHook' => __DIR__ . '/includes/actions/Hook/HistoryToolsHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\IRCLineURLHook' => __DIR__ . '/includes/rcfeed/Hook/IRCLineURLHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Hook\\ImageBeforeProduceHTMLHook' => __DIR__ . '/includes/Hook/ImageBeforeProduceHTMLHook.php',
'MediaWiki\\Hook\\ImgAuthBeforeStreamHook' => __DIR__ . '/includes/Hook/ImgAuthBeforeStreamHook.php',
'MediaWiki\\Hook\\ImgAuthModifyHeadersHook' => __DIR__ . '/includes/Hook/ImgAuthModifyHeadersHook.php',
Add forgotten import hook interface When making primitive tests for HookRunner in I8d0a34e185aad79a391acdd47e506c8911c75257 I've notived that coverage was not 100% and found that this hook interface was forgotten. Change-Id: Ic877fd1f2bbac5a1af708f283e9e0b7a49f89d88
2020-11-02 15:17:34 +00:00
'MediaWiki\\Hook\\ImportHandleContentXMLTagHook' => __DIR__ . '/includes/import/Hook/ImportHandleContentXMLTagHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\ImportHandleLogItemXMLTagHook' => __DIR__ . '/includes/import/Hook/ImportHandleLogItemXMLTagHook.php',
'MediaWiki\\Hook\\ImportHandlePageXMLTagHook' => __DIR__ . '/includes/import/Hook/ImportHandlePageXMLTagHook.php',
'MediaWiki\\Hook\\ImportHandleRevisionXMLTagHook' => __DIR__ . '/includes/import/Hook/ImportHandleRevisionXMLTagHook.php',
'MediaWiki\\Hook\\ImportHandleToplevelXMLTagHook' => __DIR__ . '/includes/import/Hook/ImportHandleToplevelXMLTagHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Hook\\ImportHandleUnknownUserHook' => __DIR__ . '/includes/Hook/ImportHandleUnknownUserHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\ImportHandleUploadXMLTagHook' => __DIR__ . '/includes/import/Hook/ImportHandleUploadXMLTagHook.php',
'MediaWiki\\Hook\\ImportLogInterwikiLinkHook' => __DIR__ . '/includes/specials/Hook/ImportLogInterwikiLinkHook.php',
'MediaWiki\\Hook\\ImportSourcesHook' => __DIR__ . '/includes/specials/Hook/ImportSourcesHook.php',
'MediaWiki\\Hook\\InfoActionHook' => __DIR__ . '/includes/actions/Hook/InfoActionHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Hook\\InitializeArticleMaybeRedirectHook' => __DIR__ . '/includes/Hook/InitializeArticleMaybeRedirectHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\InternalParseBeforeLinksHook' => __DIR__ . '/includes/parser/Hook/InternalParseBeforeLinksHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Hook\\IsTrustedProxyHook' => __DIR__ . '/includes/Hook/IsTrustedProxyHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\IsUploadAllowedFromUrlHook' => __DIR__ . '/includes/upload/Hook/IsUploadAllowedFromUrlHook.php',
'MediaWiki\\Hook\\IsValidEmailAddrHook' => __DIR__ . '/includes/parser/Hook/IsValidEmailAddrHook.php',
language: Put remaining language Hook interfaces under includes/ Follows-up f5aaf75ad1, which introduced the new Hook interfaces, with some under includes/language/Hook/ and others under languages/Hook/. Unify under the former. Bug: T225756 Change-Id: I887f5037771d96f455cc4d0c8aafe185186b917d
2020-07-02 00:52:13 +00:00
'MediaWiki\\Hook\\LanguageGetNamespacesHook' => __DIR__ . '/includes/language/Hook/LanguageGetNamespacesHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Hook\\LanguageLinksHook' => __DIR__ . '/includes/Hook/LanguageLinksHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\LanguageSelectorHook' => __DIR__ . '/includes/specials/Hook/LanguageSelectorHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Hook\\LinkerMakeExternalImageHook' => __DIR__ . '/includes/Hook/LinkerMakeExternalImageHook.php',
'MediaWiki\\Hook\\LinkerMakeExternalLinkHook' => __DIR__ . '/includes/Hook/LinkerMakeExternalLinkHook.php',
'MediaWiki\\Hook\\LinkerMakeMediaLinkFileHook' => __DIR__ . '/includes/Hook/LinkerMakeMediaLinkFileHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\LinksUpdateCompleteHook' => __DIR__ . '/includes/deferred/Hook/LinksUpdateCompleteHook.php',
'MediaWiki\\Hook\\LinksUpdateHook' => __DIR__ . '/includes/deferred/Hook/LinksUpdateHook.php',
'MediaWiki\\Hook\\LocalFilePurgeThumbnailsHook' => __DIR__ . '/includes/filerepo/Hook/LocalFilePurgeThumbnailsHook.php',
'MediaWiki\\Hook\\LocalFile__getHistoryHook' => __DIR__ . '/includes/filerepo/Hook/LocalFile__getHistoryHook.php',
language: Move l10n-related classes from /cache to /language * Make the code easier to own and maintain by being part of a topical area of expertise rather than a generic catch-all bucket. This also helps Gerrit team dashboards, [[mw:Git/Reviewers]] subscription patterns, more meaningful component prefix for [[mw:Commit_message_guidelines]]. * Prep for possible CODEOWNERS adoption. * Prep for T166010 to give us better PSR-4 namespaces that we won't have to break/migrate again shortly after for the above. Bug: T225756 Change-Id: I62c701d574d2a79365b1c5350f92bef47770e3ce
2022-06-22 22:18:27 +00:00
'MediaWiki\\Hook\\LocalisationCacheRecacheFallbackHook' => __DIR__ . '/includes/language/Hook/LocalisationCacheRecacheFallbackHook.php',
'MediaWiki\\Hook\\LocalisationCacheRecacheHook' => __DIR__ . '/includes/language/Hook/LocalisationCacheRecacheHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\LogEventsListGetExtraInputsHook' => __DIR__ . '/includes/logging/Hook/LogEventsListGetExtraInputsHook.php',
'MediaWiki\\Hook\\LogEventsListLineEndingHook' => __DIR__ . '/includes/logging/Hook/LogEventsListLineEndingHook.php',
'MediaWiki\\Hook\\LogEventsListShowLogExtractHook' => __DIR__ . '/includes/logging/Hook/LogEventsListShowLogExtractHook.php',
'MediaWiki\\Hook\\LogExceptionHook' => __DIR__ . '/includes/exception/Hook/LogExceptionHook.php',
'MediaWiki\\Hook\\LogLineHook' => __DIR__ . '/includes/logging/Hook/LogLineHook.php',
'MediaWiki\\Hook\\LoginFormValidErrorMessagesHook' => __DIR__ . '/includes/specials/Hook/LoginFormValidErrorMessagesHook.php',
'MediaWiki\\Hook\\LonelyPagesQueryHook' => __DIR__ . '/includes/specials/Hook/LonelyPagesQueryHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Hook\\MagicWordwgVariableIDsHook' => __DIR__ . '/includes/Hook/MagicWordwgVariableIDsHook.php',
'MediaWiki\\Hook\\MaintenanceRefreshLinksInitHook' => __DIR__ . '/includes/Hook/MaintenanceRefreshLinksInitHook.php',
'MediaWiki\\Hook\\MaintenanceShellStartHook' => __DIR__ . '/includes/Hook/MaintenanceShellStartHook.php',
'MediaWiki\\Hook\\MaintenanceUpdateAddParamsHook' => __DIR__ . '/includes/Hook/MaintenanceUpdateAddParamsHook.php',
'MediaWiki\\Hook\\MakeGlobalVariablesScriptHook' => __DIR__ . '/includes/Hook/MakeGlobalVariablesScriptHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\ManualLogEntryBeforePublishHook' => __DIR__ . '/includes/logging/Hook/ManualLogEntryBeforePublishHook.php',
'MediaWiki\\Hook\\MarkPatrolledCompleteHook' => __DIR__ . '/includes/changes/Hook/MarkPatrolledCompleteHook.php',
'MediaWiki\\Hook\\MarkPatrolledHook' => __DIR__ . '/includes/changes/Hook/MarkPatrolledHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Hook\\MediaWikiPerformActionHook' => __DIR__ . '/includes/Hook/MediaWikiPerformActionHook.php',
'MediaWiki\\Hook\\MediaWikiServicesHook' => __DIR__ . '/includes/Hook/MediaWikiServicesHook.php',
'MediaWiki\\Hook\\MimeMagicGuessFromContentHook' => __DIR__ . '/includes/Hook/MimeMagicGuessFromContentHook.php',
'MediaWiki\\Hook\\MimeMagicImproveFromExtensionHook' => __DIR__ . '/includes/Hook/MimeMagicImproveFromExtensionHook.php',
'MediaWiki\\Hook\\MimeMagicInitHook' => __DIR__ . '/includes/Hook/MimeMagicInitHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\ModifyExportQueryHook' => __DIR__ . '/includes/export/Hook/ModifyExportQueryHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Hook\\MovePageCheckPermissionsHook' => __DIR__ . '/includes/Hook/MovePageCheckPermissionsHook.php',
'MediaWiki\\Hook\\MovePageIsValidMoveHook' => __DIR__ . '/includes/Hook/MovePageIsValidMoveHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\NamespaceIsMovableHook' => __DIR__ . '/includes/title/Hook/NamespaceIsMovableHook.php',
'MediaWiki\\Hook\\NewPagesLineEndingHook' => __DIR__ . '/includes/specials/Hook/NewPagesLineEndingHook.php',
'MediaWiki\\Hook\\OldChangesListRecentChangesLineHook' => __DIR__ . '/includes/changes/Hook/OldChangesListRecentChangesLineHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Hook\\OpenSearchUrlsHook' => __DIR__ . '/includes/Hook/OpenSearchUrlsHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\OtherAutoblockLogLinkHook' => __DIR__ . '/includes/specials/Hook/OtherAutoblockLogLinkHook.php',
'MediaWiki\\Hook\\OtherBlockLogLinkHook' => __DIR__ . '/includes/specials/Hook/OtherBlockLogLinkHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Hook\\OutputPageAfterGetHeadLinksArrayHook' => __DIR__ . '/includes/Hook/OutputPageAfterGetHeadLinksArrayHook.php',
'MediaWiki\\Hook\\OutputPageBeforeHTMLHook' => __DIR__ . '/includes/Hook/OutputPageBeforeHTMLHook.php',
'MediaWiki\\Hook\\OutputPageBodyAttributesHook' => __DIR__ . '/includes/Hook/OutputPageBodyAttributesHook.php',
'MediaWiki\\Hook\\OutputPageCheckLastModifiedHook' => __DIR__ . '/includes/Hook/OutputPageCheckLastModifiedHook.php',
'MediaWiki\\Hook\\OutputPageMakeCategoryLinksHook' => __DIR__ . '/includes/Hook/OutputPageMakeCategoryLinksHook.php',
'MediaWiki\\Hook\\OutputPageParserOutputHook' => __DIR__ . '/includes/Hook/OutputPageParserOutputHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\PageHistoryBeforeListHook' => __DIR__ . '/includes/actions/Hook/PageHistoryBeforeListHook.php',
'MediaWiki\\Hook\\PageHistoryLineEndingHook' => __DIR__ . '/includes/actions/Hook/PageHistoryLineEndingHook.php',
'MediaWiki\\Hook\\PageHistoryPager__doBatchLookupsHook' => __DIR__ . '/includes/actions/Hook/PageHistoryPager__doBatchLookupsHook.php',
'MediaWiki\\Hook\\PageHistoryPager__getQueryInfoHook' => __DIR__ . '/includes/actions/Hook/PageHistoryPager__getQueryInfoHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Hook\\PageMoveCompleteHook' => __DIR__ . '/includes/Hook/PageMoveCompleteHook.php',
'MediaWiki\\Hook\\PageMoveCompletingHook' => __DIR__ . '/includes/Hook/PageMoveCompletingHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\PageRenderingHashHook' => __DIR__ . '/includes/parser/Hook/PageRenderingHashHook.php',
'MediaWiki\\Hook\\ParserAfterParseHook' => __DIR__ . '/includes/parser/Hook/ParserAfterParseHook.php',
'MediaWiki\\Hook\\ParserAfterTidyHook' => __DIR__ . '/includes/parser/Hook/ParserAfterTidyHook.php',
'MediaWiki\\Hook\\ParserBeforeInternalParseHook' => __DIR__ . '/includes/parser/Hook/ParserBeforeInternalParseHook.php',
Update hook interfaces for recent additions and deprecations Changes since the interfaces were generated: 5 hooks added: * RevisionUndeleted * ParserBeforePreprocess * RollbackComplete * HtmlCacheUpdaterAppendUrls * HtmlCacheUpdaterVaryUrls 9 hooks deprecated: * ArticleRevisionUndeleted * ArticleRollbackComplete (soft deprecation) * UndeleteShowRevision * InternalParseBeforeSanitize * ParserFetchTemplate * ParserSectionCreate * ParserPreSaveTransformComplete * BeforeParserrenderImageGallery * ParserBeforeTidy Bug: T240307 Change-Id: Ib91b1d8e519e6cb3c74a6fe174fe2fd0103d6d30
2020-04-15 06:38:58 +00:00
'MediaWiki\\Hook\\ParserBeforePreprocessHook' => __DIR__ . '/includes/parser/Hook/ParserBeforePreprocessHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\ParserCacheSaveCompleteHook' => __DIR__ . '/includes/parser/Hook/ParserCacheSaveCompleteHook.php',
'MediaWiki\\Hook\\ParserClearStateHook' => __DIR__ . '/includes/parser/Hook/ParserClearStateHook.php',
'MediaWiki\\Hook\\ParserClonedHook' => __DIR__ . '/includes/parser/Hook/ParserClonedHook.php',
Create ParserFetchTemplateData hook This is moved from TemplateData, but the interface isn't quite right. Filed T304899 to improve it in the future. Bug: T304740 Change-Id: Iadd1ed70b72fc282bd5addfc1654aa73322ea470
2022-03-28 18:26:17 +00:00
'MediaWiki\\Hook\\ParserFetchTemplateDataHook' => __DIR__ . '/includes/parser/Hook/ParserFetchTemplateDataHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\ParserFirstCallInitHook' => __DIR__ . '/includes/parser/Hook/ParserFirstCallInitHook.php',
'MediaWiki\\Hook\\ParserGetVariableValueSwitchHook' => __DIR__ . '/includes/parser/Hook/ParserGetVariableValueSwitchHook.php',
'MediaWiki\\Hook\\ParserGetVariableValueTsHook' => __DIR__ . '/includes/parser/Hook/ParserGetVariableValueTsHook.php',
'MediaWiki\\Hook\\ParserLimitReportFormatHook' => __DIR__ . '/includes/parser/Hook/ParserLimitReportFormatHook.php',
'MediaWiki\\Hook\\ParserLimitReportPrepareHook' => __DIR__ . '/includes/parser/Hook/ParserLimitReportPrepareHook.php',
Create ParserLogLinterData hook This hook was formerly defined by Extension:Linter and invoked by Parsoid, but as this part of Parsoid is moving into core the hook should now be defined by core as well. Bug: T304740 Change-Id: Iffd073e510202e5766632cc01d3585815289b7b4
2022-03-28 21:04:49 +00:00
'MediaWiki\\Hook\\ParserLogLinterDataHook' => __DIR__ . '/includes/parser/Hook/ParserLogLinterDataHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\ParserMakeImageParamsHook' => __DIR__ . '/includes/parser/Hook/ParserMakeImageParamsHook.php',
Add Hook suffix to ParserModifyImageHTMLHook Common naming convention for hook runner interfaces Bug: T334689 Change-Id: I3043454a502289e5ee2492f7bf2ab01e155c30ba
2023-04-16 17:32:48 +00:00
'MediaWiki\\Hook\\ParserModifyImageHTML' => __DIR__ . '/includes/parser/Hook/ParserModifyImageHTMLHook.php',
'MediaWiki\\Hook\\ParserModifyImageHTMLHook' => __DIR__ . '/includes/parser/Hook/ParserModifyImageHTMLHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\ParserOptionsRegisterHook' => __DIR__ . '/includes/parser/Hook/ParserOptionsRegisterHook.php',
'MediaWiki\\Hook\\ParserOutputPostCacheTransformHook' => __DIR__ . '/includes/parser/Hook/ParserOutputPostCacheTransformHook.php',
'MediaWiki\\Hook\\ParserPreSaveTransformCompleteHook' => __DIR__ . '/includes/parser/Hook/ParserPreSaveTransformCompleteHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Hook\\ParserTestGlobalsHook' => __DIR__ . '/includes/Hook/ParserTestGlobalsHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\PasswordPoliciesForUserHook' => __DIR__ . '/includes/password/Hook/PasswordPoliciesForUserHook.php',
'MediaWiki\\Hook\\PostLoginRedirectHook' => __DIR__ . '/includes/specials/Hook/PostLoginRedirectHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Hook\\PreferencesGetIconHook' => __DIR__ . '/includes/Hook/PreferencesGetIconHook.php',
'MediaWiki\\Hook\\PreferencesGetLayoutHook' => __DIR__ . '/includes/Hook/PreferencesGetLayoutHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\PreferencesGetLegendHook' => __DIR__ . '/includes/specials/Hook/PreferencesGetLegendHook.php',
'MediaWiki\\Hook\\PrefsEmailAuditHook' => __DIR__ . '/includes/specials/Hook/PrefsEmailAuditHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Hook\\ProtectionFormAddFormFieldsHook' => __DIR__ . '/includes/Hook/ProtectionFormAddFormFieldsHook.php',
'MediaWiki\\Hook\\ProtectionForm__buildFormHook' => __DIR__ . '/includes/Hook/ProtectionForm__buildFormHook.php',
'MediaWiki\\Hook\\ProtectionForm__saveHook' => __DIR__ . '/includes/Hook/ProtectionForm__saveHook.php',
'MediaWiki\\Hook\\ProtectionForm__showLogExtractHook' => __DIR__ . '/includes/Hook/ProtectionForm__showLogExtractHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\RandomPageQueryHook' => __DIR__ . '/includes/specials/Hook/RandomPageQueryHook.php',
'MediaWiki\\Hook\\RawPageViewBeforeOutputHook' => __DIR__ . '/includes/actions/Hook/RawPageViewBeforeOutputHook.php',
'MediaWiki\\Hook\\RecentChange_saveHook' => __DIR__ . '/includes/changes/Hook/RecentChange_saveHook.php',
'MediaWiki\\Hook\\RecentChangesPurgeRowsHook' => __DIR__ . '/includes/jobqueue/jobs/Hook/RecentChangesPurgeRowsHook.php',
'MediaWiki\\Hook\\RejectParserCacheValueHook' => __DIR__ . '/includes/parser/Hook/RejectParserCacheValueHook.php',
'MediaWiki\\Hook\\RequestContextCreateSkinHook' => __DIR__ . '/includes/context/Hook/RequestContextCreateSkinHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Hook\\SelfLinkBeginHook' => __DIR__ . '/includes/Hook/SelfLinkBeginHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\SendWatchlistEmailNotificationHook' => __DIR__ . '/includes/mail/Hook/SendWatchlistEmailNotificationHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Hook\\SetupAfterCacheHook' => __DIR__ . '/includes/Hook/SetupAfterCacheHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\ShortPagesQueryHook' => __DIR__ . '/includes/specials/Hook/ShortPagesQueryHook.php',
'MediaWiki\\Hook\\SidebarBeforeOutputHook' => __DIR__ . '/includes/skins/Hook/SidebarBeforeOutputHook.php',
'MediaWiki\\Hook\\SiteNoticeAfterHook' => __DIR__ . '/includes/skins/Hook/SiteNoticeAfterHook.php',
'MediaWiki\\Hook\\SiteNoticeBeforeHook' => __DIR__ . '/includes/skins/Hook/SiteNoticeBeforeHook.php',
Rename SkinAddFooterLinks to SkinAddFooterLinksHook and add HookRunner method The interface name is the hook name with "Hook" added. Change-Id: Ic1e98dfbc9f14938ff75645431bc250a08c337cb
2020-05-18 01:09:16 +00:00
'MediaWiki\\Hook\\SkinAddFooterLinksHook' => __DIR__ . '/includes/skins/Hook/SkinAddFooterLinksHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\SkinAfterBottomScriptsHook' => __DIR__ . '/includes/skins/Hook/SkinAfterBottomScriptsHook.php',
'MediaWiki\\Hook\\SkinAfterContentHook' => __DIR__ . '/includes/skins/Hook/SkinAfterContentHook.php',
'MediaWiki\\Hook\\SkinBuildSidebarHook' => __DIR__ . '/includes/skins/Hook/SkinBuildSidebarHook.php',
'MediaWiki\\Hook\\SkinCopyrightFooterHook' => __DIR__ . '/includes/skins/Hook/SkinCopyrightFooterHook.php',
'MediaWiki\\Hook\\SkinEditSectionLinksHook' => __DIR__ . '/includes/skins/Hook/SkinEditSectionLinksHook.php',
'MediaWiki\\Hook\\SkinPreloadExistenceHook' => __DIR__ . '/includes/skins/Hook/SkinPreloadExistenceHook.php',
'MediaWiki\\Hook\\SkinSubPageSubtitleHook' => __DIR__ . '/includes/skins/Hook/SkinSubPageSubtitleHook.php',
'MediaWiki\\Hook\\SkinTemplateGetLanguageLinkHook' => __DIR__ . '/includes/skins/Hook/SkinTemplateGetLanguageLinkHook.php',
'MediaWiki\\Hook\\SkinTemplateNavigation__UniversalHook' => __DIR__ . '/includes/skins/Hook/SkinTemplateNavigation__UniversalHook.php',
'MediaWiki\\Hook\\SoftwareInfoHook' => __DIR__ . '/includes/specials/Hook/SoftwareInfoHook.php',
'MediaWiki\\Hook\\SpecialBlockModifyFormFieldsHook' => __DIR__ . '/includes/specials/Hook/SpecialBlockModifyFormFieldsHook.php',
'MediaWiki\\Hook\\SpecialContributionsBeforeMainOutputHook' => __DIR__ . '/includes/specials/Hook/SpecialContributionsBeforeMainOutputHook.php',
'MediaWiki\\Hook\\SpecialContributions__formatRow__flagsHook' => __DIR__ . '/includes/specials/Hook/SpecialContributions__formatRow__flagsHook.php',
'MediaWiki\\Hook\\SpecialContributions__getForm__filtersHook' => __DIR__ . '/includes/specials/Hook/SpecialContributions__getForm__filtersHook.php',
Add SpecialCreateAccountsBenefits hook Add a new hook for modifying the hero message on the signup page. Bug: T325655 Change-Id: Ifea5cd0674f71e267a931a64a48c8ea5d052b334
2023-01-30 00:16:54 +00:00
'MediaWiki\\Hook\\SpecialCreateAccountBenefitsHook' => __DIR__ . '/includes/specials/Hook/SpecialCreateAccountBenefitsHook.php',
Add SpecialExportGetExtraPagesHook This hook allows extensions to add additional pages to the list of pages being exported. For example, if an extension creates supplemental pages that must be exported along with a content page, this hook will allow the extension to export the supplemental pages automatically when the content page is exported. Bug: T292378 Change-Id: I3b6b466b6ed32b1939674872df9e431bd6941645
2021-09-28 02:28:12 +00:00
'MediaWiki\\Hook\\SpecialExportGetExtraPagesHook' => __DIR__ . '/includes/specials/Hook/SpecialExportGetExtraPagesHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\SpecialListusersDefaultQueryHook' => __DIR__ . '/includes/specials/Hook/SpecialListusersDefaultQueryHook.php',
'MediaWiki\\Hook\\SpecialListusersFormatRowHook' => __DIR__ . '/includes/specials/Hook/SpecialListusersFormatRowHook.php',
'MediaWiki\\Hook\\SpecialListusersHeaderFormHook' => __DIR__ . '/includes/specials/Hook/SpecialListusersHeaderFormHook.php',
'MediaWiki\\Hook\\SpecialListusersHeaderHook' => __DIR__ . '/includes/specials/Hook/SpecialListusersHeaderHook.php',
'MediaWiki\\Hook\\SpecialListusersQueryInfoHook' => __DIR__ . '/includes/specials/Hook/SpecialListusersQueryInfoHook.php',
'MediaWiki\\Hook\\SpecialLogAddLogSearchRelationsHook' => __DIR__ . '/includes/specials/Hook/SpecialLogAddLogSearchRelationsHook.php',
'MediaWiki\\Hook\\SpecialMovepageAfterMoveHook' => __DIR__ . '/includes/specials/Hook/SpecialMovepageAfterMoveHook.php',
'MediaWiki\\Hook\\SpecialMuteModifyFormFieldsHook' => __DIR__ . '/includes/specials/Hook/SpecialMuteModifyFormFieldsHook.php',
'MediaWiki\\Hook\\SpecialNewPagesFiltersHook' => __DIR__ . '/includes/specials/Hook/SpecialNewPagesFiltersHook.php',
'MediaWiki\\Hook\\SpecialNewpagesConditionsHook' => __DIR__ . '/includes/specials/Hook/SpecialNewpagesConditionsHook.php',
'MediaWiki\\Hook\\SpecialRandomGetRandomTitleHook' => __DIR__ . '/includes/specials/Hook/SpecialRandomGetRandomTitleHook.php',
'MediaWiki\\Hook\\SpecialRecentChangesPanelHook' => __DIR__ . '/includes/specials/Hook/SpecialRecentChangesPanelHook.php',
'MediaWiki\\Hook\\SpecialResetTokensTokensHook' => __DIR__ . '/includes/specials/Hook/SpecialResetTokensTokensHook.php',
'MediaWiki\\Hook\\SpecialSearchCreateLinkHook' => __DIR__ . '/includes/specials/Hook/SpecialSearchCreateLinkHook.php',
'MediaWiki\\Hook\\SpecialSearchGoResultHook' => __DIR__ . '/includes/specials/Hook/SpecialSearchGoResultHook.php',
'MediaWiki\\Hook\\SpecialSearchNogomatchHook' => __DIR__ . '/includes/specials/Hook/SpecialSearchNogomatchHook.php',
'MediaWiki\\Hook\\SpecialSearchProfilesHook' => __DIR__ . '/includes/specials/Hook/SpecialSearchProfilesHook.php',
'MediaWiki\\Hook\\SpecialSearchResultsAppendHook' => __DIR__ . '/includes/specials/Hook/SpecialSearchResultsAppendHook.php',
'MediaWiki\\Hook\\SpecialSearchResultsHook' => __DIR__ . '/includes/specials/Hook/SpecialSearchResultsHook.php',
'MediaWiki\\Hook\\SpecialSearchResultsPrependHook' => __DIR__ . '/includes/specials/Hook/SpecialSearchResultsPrependHook.php',
'MediaWiki\\Hook\\SpecialSearchSetupEngineHook' => __DIR__ . '/includes/specials/Hook/SpecialSearchSetupEngineHook.php',
'MediaWiki\\Hook\\SpecialStatsAddExtraHook' => __DIR__ . '/includes/specials/Hook/SpecialStatsAddExtraHook.php',
'MediaWiki\\Hook\\SpecialTrackingCategories__generateCatLinkHook' => __DIR__ . '/includes/specials/Hook/SpecialTrackingCategories__generateCatLinkHook.php',
'MediaWiki\\Hook\\SpecialTrackingCategories__preprocessHook' => __DIR__ . '/includes/specials/Hook/SpecialTrackingCategories__preprocessHook.php',
'MediaWiki\\Hook\\SpecialUploadCompleteHook' => __DIR__ . '/includes/specials/Hook/SpecialUploadCompleteHook.php',
'MediaWiki\\Hook\\SpecialVersionVersionUrlHook' => __DIR__ . '/includes/specials/Hook/SpecialVersionVersionUrlHook.php',
'MediaWiki\\Hook\\SpecialWatchlistGetNonRevisionTypesHook' => __DIR__ . '/includes/specials/Hook/SpecialWatchlistGetNonRevisionTypesHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Hook\\TempUserCreatedRedirectHook' => __DIR__ . '/includes/Hook/TempUserCreatedRedirectHook.php',
'MediaWiki\\Hook\\TestCanonicalRedirectHook' => __DIR__ . '/includes/Hook/TestCanonicalRedirectHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\ThumbnailBeforeProduceHTMLHook' => __DIR__ . '/includes/media/Hook/ThumbnailBeforeProduceHTMLHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Hook\\TitleExistsHook' => __DIR__ . '/includes/Hook/TitleExistsHook.php',
'MediaWiki\\Hook\\TitleGetEditNoticesHook' => __DIR__ . '/includes/Hook/TitleGetEditNoticesHook.php',
'MediaWiki\\Hook\\TitleGetRestrictionTypesHook' => __DIR__ . '/includes/Hook/TitleGetRestrictionTypesHook.php',
'MediaWiki\\Hook\\TitleIsAlwaysKnownHook' => __DIR__ . '/includes/Hook/TitleIsAlwaysKnownHook.php',
'MediaWiki\\Hook\\TitleIsMovableHook' => __DIR__ . '/includes/Hook/TitleIsMovableHook.php',
'MediaWiki\\Hook\\TitleMoveHook' => __DIR__ . '/includes/Hook/TitleMoveHook.php',
'MediaWiki\\Hook\\TitleMoveStartingHook' => __DIR__ . '/includes/Hook/TitleMoveStartingHook.php',
'MediaWiki\\Hook\\TitleSquidURLsHook' => __DIR__ . '/includes/Hook/TitleSquidURLsHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\UnblockUserCompleteHook' => __DIR__ . '/includes/specials/Hook/UnblockUserCompleteHook.php',
'MediaWiki\\Hook\\UnblockUserHook' => __DIR__ . '/includes/specials/Hook/UnblockUserHook.php',
'MediaWiki\\Hook\\UndeleteForm__showHistoryHook' => __DIR__ . '/includes/specials/Hook/UndeleteForm__showHistoryHook.php',
'MediaWiki\\Hook\\UndeleteForm__showRevisionHook' => __DIR__ . '/includes/specials/Hook/UndeleteForm__showRevisionHook.php',
'MediaWiki\\Hook\\UndeletePageToolLinksHook' => __DIR__ . '/includes/skins/Hook/UndeletePageToolLinksHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Hook\\UnitTestsAfterDatabaseSetupHook' => __DIR__ . '/includes/Hook/UnitTestsAfterDatabaseSetupHook.php',
'MediaWiki\\Hook\\UnitTestsBeforeDatabaseTeardownHook' => __DIR__ . '/includes/Hook/UnitTestsBeforeDatabaseTeardownHook.php',
'MediaWiki\\Hook\\UnitTestsListHook' => __DIR__ . '/includes/Hook/UnitTestsListHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\UnwatchArticleCompleteHook' => __DIR__ . '/includes/actions/Hook/UnwatchArticleCompleteHook.php',
'MediaWiki\\Hook\\UnwatchArticleHook' => __DIR__ . '/includes/actions/Hook/UnwatchArticleHook.php',
'MediaWiki\\Hook\\UpdateUserMailerFormattedPageStatusHook' => __DIR__ . '/includes/mail/Hook/UpdateUserMailerFormattedPageStatusHook.php',
'MediaWiki\\Hook\\UploadCompleteHook' => __DIR__ . '/includes/upload/Hook/UploadCompleteHook.php',
'MediaWiki\\Hook\\UploadCreateFromRequestHook' => __DIR__ . '/includes/upload/Hook/UploadCreateFromRequestHook.php',
'MediaWiki\\Hook\\UploadFormInitDescriptorHook' => __DIR__ . '/includes/specials/Hook/UploadFormInitDescriptorHook.php',
'MediaWiki\\Hook\\UploadFormSourceDescriptorsHook' => __DIR__ . '/includes/specials/Hook/UploadFormSourceDescriptorsHook.php',
'MediaWiki\\Hook\\UploadForm_BeforeProcessingHook' => __DIR__ . '/includes/specials/Hook/UploadForm_BeforeProcessingHook.php',
'MediaWiki\\Hook\\UploadForm_getInitialPageTextHook' => __DIR__ . '/includes/specials/Hook/UploadForm_getInitialPageTextHook.php',
'MediaWiki\\Hook\\UploadForm_initialHook' => __DIR__ . '/includes/specials/Hook/UploadForm_initialHook.php',
'MediaWiki\\Hook\\UploadStashFileHook' => __DIR__ . '/includes/upload/Hook/UploadStashFileHook.php',
'MediaWiki\\Hook\\UploadVerifyFileHook' => __DIR__ . '/includes/upload/Hook/UploadVerifyFileHook.php',
'MediaWiki\\Hook\\UploadVerifyUploadHook' => __DIR__ . '/includes/upload/Hook/UploadVerifyUploadHook.php',
Add hook UserEditCountUpdate Add a hook which runs at the end of UserEditCountUpdate. The idea is to allow CentralAuth to keep its own similar edit count. There's no other hook appropriate for this purpose since UserEditTracker::incrementUserEditCount() has multiple callers. Convert the private associative array in UserEditCountUpdate to a class. Instances of the class are passed to the new hook. A class is better suited to a public interface. Bug: T300075 Change-Id: I16a92e6a6e9faf1be4c7fbe25354a08559df163d
2022-01-31 03:34:39 +00:00
'MediaWiki\\Hook\\UserEditCountUpdateHook' => __DIR__ . '/includes/deferred/Hook/UserEditCountUpdateHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\UserGetLanguageObjectHook' => __DIR__ . '/includes/context/Hook/UserGetLanguageObjectHook.php',
'MediaWiki\\Hook\\UserLoginCompleteHook' => __DIR__ . '/includes/specials/Hook/UserLoginCompleteHook.php',
'MediaWiki\\Hook\\UserLogoutCompleteHook' => __DIR__ . '/includes/specials/Hook/UserLogoutCompleteHook.php',
'MediaWiki\\Hook\\UserMailerChangeReturnPathHook' => __DIR__ . '/includes/mail/Hook/UserMailerChangeReturnPathHook.php',
'MediaWiki\\Hook\\UserMailerSplitToHook' => __DIR__ . '/includes/mail/Hook/UserMailerSplitToHook.php',
'MediaWiki\\Hook\\UserMailerTransformContentHook' => __DIR__ . '/includes/mail/Hook/UserMailerTransformContentHook.php',
'MediaWiki\\Hook\\UserMailerTransformMessageHook' => __DIR__ . '/includes/mail/Hook/UserMailerTransformMessageHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Hook\\UserToolLinksEditHook' => __DIR__ . '/includes/Hook/UserToolLinksEditHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\UsersPagerDoBatchLookupsHook' => __DIR__ . '/includes/specials/Hook/UsersPagerDoBatchLookupsHook.php',
'MediaWiki\\Hook\\ValidateExtendedMetadataCacheHook' => __DIR__ . '/includes/media/Hook/ValidateExtendedMetadataCacheHook.php',
'MediaWiki\\Hook\\WantedPages__getQueryInfoHook' => __DIR__ . '/includes/specials/Hook/WantedPages__getQueryInfoHook.php',
'MediaWiki\\Hook\\WatchArticleCompleteHook' => __DIR__ . '/includes/actions/Hook/WatchArticleCompleteHook.php',
'MediaWiki\\Hook\\WatchArticleHook' => __DIR__ . '/includes/actions/Hook/WatchArticleHook.php',
'MediaWiki\\Hook\\WatchedItemQueryServiceExtensionsHook' => __DIR__ . '/includes/watcheditem/Hook/WatchedItemQueryServiceExtensionsHook.php',
'MediaWiki\\Hook\\WatchlistEditorBeforeFormRenderHook' => __DIR__ . '/includes/specials/Hook/WatchlistEditorBeforeFormRenderHook.php',
'MediaWiki\\Hook\\WatchlistEditorBuildRemoveLineHook' => __DIR__ . '/includes/specials/Hook/WatchlistEditorBuildRemoveLineHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Hook\\WebRequestPathInfoRouterHook' => __DIR__ . '/includes/Hook/WebRequestPathInfoRouterHook.php',
'MediaWiki\\Hook\\WebResponseSetCookieHook' => __DIR__ . '/includes/Hook/WebResponseSetCookieHook.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Hook\\WhatLinksHerePropsHook' => __DIR__ . '/includes/specials/Hook/WhatLinksHerePropsHook.php',
'MediaWiki\\Hook\\WikiExporter__dumpStableQueryHook' => __DIR__ . '/includes/export/Hook/WikiExporter__dumpStableQueryHook.php',
'MediaWiki\\Hook\\XmlDumpWriterOpenPageHook' => __DIR__ . '/includes/export/Hook/XmlDumpWriterOpenPageHook.php',
'MediaWiki\\Hook\\XmlDumpWriterWriteRevisionHook' => __DIR__ . '/includes/export/Hook/XmlDumpWriterWriteRevisionHook.php',
Reorg: Move HTML-related classes out of includes/ to Html/ Bug: T321882 Change-Id: I5dc1f7e9c303cd3f5b9dd7010d6bb470d8400a18
2023-02-16 19:27:21 +00:00
'MediaWiki\\HtmlHelper' => __DIR__ . '/includes/Html/HtmlHelper.php',
'MediaWiki\\Html\\FormOptions' => __DIR__ . '/includes/Html/FormOptions.php',
'MediaWiki\\Html\\Html' => __DIR__ . '/includes/Html/Html.php',
'MediaWiki\\Html\\HtmlHelper' => __DIR__ . '/includes/Html/HtmlHelper.php',
Html: Move encodeJsVar() + encodeJsCall() from Xml These methods really belong in the Html class, not Xml. Leave behind soft-deprecated Xml methods that forward to the Html ones, as well as a class alias for HtmlJsCode (renamed from XmlJsCode). Bug: T341779 Change-Id: I99a5f9de1411d4eb5ee30226b4e8ace3ea8b2c3b
2023-07-13 15:44:35 +00:00
'MediaWiki\\Html\\HtmlJsCode' => __DIR__ . '/includes/Html/HtmlJsCode.php',
Reorg: Move HTML-related classes out of includes/ to Html/ Bug: T321882 Change-Id: I5dc1f7e9c303cd3f5b9dd7010d6bb470d8400a18
2023-02-16 19:27:21 +00:00
'MediaWiki\\Html\\ListToggle' => __DIR__ . '/includes/Html/ListToggle.php',
'MediaWiki\\Html\\TemplateParser' => __DIR__ . '/includes/Html/TemplateParser.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Http\\HttpRequestFactory' => __DIR__ . '/includes/http/HttpRequestFactory.php',
'MediaWiki\\Http\\MwHttpRequestToResponseInterfaceAdapter' => __DIR__ . '/includes/http/MwHttpRequestToResponseInterfaceAdapter.php',
http: Propagate `tracestate` and `traceparent` headers Introduce a Telemetry singleton for propagating `tracestate` and `traceheaders` during a MW web request. This class allows for easier testing and mocking. In the future we might use this as a wrapper for OpenTelemetry. Bug: T320559 Change-Id: I3e5e54afa21f8c099877b3765c769f2d2f8f5d61
2023-07-20 13:31:25 +00:00
'MediaWiki\\Http\\Telemetry' => __DIR__ . '/includes/http/Telemetry.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Installer\\Hook\\LoadExtensionSchemaUpdatesHook' => __DIR__ . '/includes/installer/Hook/LoadExtensionSchemaUpdatesHook.php',
'MediaWiki\\Installer\\InstallException' => __DIR__ . '/includes/installer/InstallException.php',
Reorg: Move Pingback to installer/ It shouldn't be in directly in includes/ Bug: T321882 Change-Id: I3c738cf65def049f7a5b128e8957de672f7bd072
2023-06-02 18:23:50 +00:00
'MediaWiki\\Installer\\Pingback' => __DIR__ . '/includes/installer/Pingback.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Interwiki\\ClassicInterwikiLookup' => __DIR__ . '/includes/interwiki/ClassicInterwikiLookup.php',
'MediaWiki\\Interwiki\\Hook\\InterwikiLoadPrefixHook' => __DIR__ . '/includes/interwiki/Hook/InterwikiLoadPrefixHook.php',
'MediaWiki\\Interwiki\\InterwikiLookup' => __DIR__ . '/includes/interwiki/InterwikiLookup.php',
'MediaWiki\\Interwiki\\InterwikiLookupAdapter' => __DIR__ . '/includes/interwiki/InterwikiLookupAdapter.php',
'MediaWiki\\Interwiki\\NullInterwikiLookup' => __DIR__ . '/includes/interwiki/NullInterwikiLookup.php',
Add dependency injection for Job classes Introduces JobFactory Bug: T245900 Change-Id: I094cc9325e5eaf2717ae510ef988a72407195224
2023-01-12 13:17:43 +00:00
'MediaWiki\\JobQueue\\JobFactory' => __DIR__ . '/includes/jobqueue/JobFactory.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\JobQueue\\JobQueueGroupFactory' => __DIR__ . '/includes/jobqueue/JobQueueGroupFactory.php',
'MediaWiki\\Json\\JsonCodec' => __DIR__ . '/includes/json/JsonCodec.php',
'MediaWiki\\Json\\JsonConstants' => __DIR__ . '/includes/json/JsonConstants.php',
'MediaWiki\\Json\\JsonSerializer' => __DIR__ . '/includes/json/JsonSerializer.php',
'MediaWiki\\Json\\JsonUnserializable' => __DIR__ . '/includes/json/JsonUnserializable.php',
'MediaWiki\\Json\\JsonUnserializableTrait' => __DIR__ . '/includes/json/JsonUnserializableTrait.php',
'MediaWiki\\Json\\JsonUnserializer' => __DIR__ . '/includes/json/JsonUnserializer.php',
Introduce StatusFormatter This takes us one step closer to deprecating Status, so we can isolate StatusValue from presentation logic. FormatterFactory is introduced as a mechanism for getting instance of formatters that need access to the user interface language and other request dependent information. Usage is demonstrated in thumb.php, SpecialCreateAccount, and SearchHandler. The examples indicates that there is no work do be done around ErrorPageError and LocalizedHttpException. Change-Id: I7fe5fee24cadf934e578c36856cc5d45fb9d0981
2023-09-25 13:32:24 +00:00
'MediaWiki\\Language\\FormatterFactory' => __DIR__ . '/includes/language/FormatterFactory.php',
Reorg: Move RawMessage to under language/ To follow Message. This is approved as part of RFC T166010. Also namespace it but doing it properly with PSR-4 would require namespacing every class under language/ and that will take some time. Bug: T321882 Change-Id: I195cf4c67bd51410556c2dd1e33cc9c1033d5d18
2022-12-12 02:10:13 +00:00
'MediaWiki\\Language\\RawMessage' => __DIR__ . '/includes/language/RawMessage.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Languages\\Data\\CrhExceptions' => __DIR__ . '/includes/languages/data/CrhExceptions.php',
'MediaWiki\\Languages\\Data\\Names' => __DIR__ . '/includes/languages/data/Names.php',
'MediaWiki\\Languages\\Data\\NormalizeAr' => __DIR__ . '/includes/languages/data/NormalizeAr.php',
'MediaWiki\\Languages\\Data\\NormalizeMl' => __DIR__ . '/includes/languages/data/NormalizeMl.php',
'MediaWiki\\Languages\\Data\\ZhConversion' => __DIR__ . '/includes/languages/data/ZhConversion.php',
Automatically generated hook interfaces Add hook interfaces which were generated by a script which parses hooks.txt and identifies caller namespaces and directories. Hook interfaces are mostly placed in a Hook/ subdirectory relative to the caller location. When there are callers in multiple directories, a "primary" caller was manually selected. The exceptions to this are: * The source root, maintenance and tests, which use includes/Hook. Test hooks need to be autoloadable in a non-test request so that implementing test interfaces in a generic handler will not fail. * resources uses includes/resourceloader/Hook * The following third-level subdirectories had their hooks placed in the parent ../Hook: * includes/filerepo/file * includes/search/searchwidgets * includes/specials/forms * includes/specials/helpers * includes/specials/pagers Parameters marked as legacy references in hooks.txt are passed by value in the interfaces. Bug: T240307 Change-Id: I6efe2e7dd1f0c6a3d0f4d100a4c34e41f8428720
2020-03-03 22:50:34 +00:00
'MediaWiki\\Languages\\Hook\\LanguageGetTranslatedLanguageNamesHook' => __DIR__ . '/includes/language/Hook/LanguageGetTranslatedLanguageNamesHook.php',
'MediaWiki\\Languages\\Hook\\Language__getMessagesFileNameHook' => __DIR__ . '/includes/language/Hook/Language__getMessagesFileNameHook.php',
language: Move LanguageConverterFactory and TrivialLanguageConverter to includes/ Follows-up 61e0908fa29 (I0e4d77de0), which introduced these new classes in the old languages/ directory instead of under includes/language. Bug: T226833 Bug: T225756 Change-Id: Ib19db32303c9e2275a0007a3583820c6b1d5529c
2020-07-02 00:47:46 +00:00
'MediaWiki\\Languages\\LanguageConverterFactory' => __DIR__ . '/includes/language/LanguageConverterFactory.php',
LanguageFactory to replace Language::factory() Languages with variants no longer can override the parent's constructor (which is now used for injecting services). Instead, they need to override Language::newConverter(). Bug: T201405 Change-Id: I923400d61763cf1db88cb0c3f684c9c10e58032d
2018-08-07 13:17:16 +00:00
'MediaWiki\\Languages\\LanguageFactory' => __DIR__ . '/includes/language/LanguageFactory.php',
New LanguageFallback service This replaces the static Language methods getFallbackFor(), getFallbacksFor(), and getFallbacksIncludingSiteLanguage(). There is 100% unit and integration test coverage for the new class. One deliberate functional change: I changed one place where we threw MWException to InvalidArgumentException. Bug: T201405 Depends-On: Ie7a89f6ed7d52a0bc01672019ff92e7ee105a1f3 Change-Id: I49222eb55f1feec5b1dcd40f364cffe0c8801855
2019-08-22 15:39:26 +00:00
'MediaWiki\\Languages\\LanguageFallback' => __DIR__ . '/includes/language/LanguageFallback.php',
Split some Language methods to LanguageNameUtils These are static methods that have to do with processing language names and codes. I didn't include fallback behavior, because that would mean a circular dependency with LocalisationCache. In the new class, I renamed AS_AUTONYMS to AUTONYMS, and added a class constant DEFINED for 'mw' to match the existing SUPPORTED and ALL. I also renamed fetchLanguageName(s) to getLanguageName(s). There is 100% test coverage for the code in the new class. This was previously committed as 2e52f48c2ed and reverted because it depended on e4468a1d6b6, which had to be reverted for performance issues. There should be no changes other than rebasing. Bug: T201405 Change-Id: Ifa346c8a92bf1eb57dc5e79458b32b7b26f1ee8a
2019-05-02 14:23:42 +00:00
'MediaWiki\\Languages\\LanguageNameUtils' => __DIR__ . '/includes/language/LanguageNameUtils.php',
Reorg: Move Emptiable to libs/ It doesn't depend on anything, it's more suitable for libs/ Bug: T321882 Change-Id: Ia12306fd1f8c99f1ba78672e3ff162ffeb99d491
2023-04-20 16:35:01 +00:00
'MediaWiki\\Libs\\Emptiable' => __DIR__ . '/includes/libs/Emptiable.php',
Reorg: Move DummyLinker and Linker to linker/ This feels like a no-brainer unless I'm missing something obvious Bug: T321882 Change-Id: Id49c3d0dd6ea4593211048850856b5b8e05a8fb3
2022-12-05 11:29:37 +00:00
'MediaWiki\\Linker\\DummyLinker' => __DIR__ . '/includes/linker/DummyLinker.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Linker\\Hook\\HtmlPageLinkRendererBeginHook' => __DIR__ . '/includes/linker/Hook/HtmlPageLinkRendererBeginHook.php',
'MediaWiki\\Linker\\Hook\\HtmlPageLinkRendererEndHook' => __DIR__ . '/includes/linker/Hook/HtmlPageLinkRendererEndHook.php',
'MediaWiki\\Linker\\Hook\\LinkerGenerateRollbackLinkHook' => __DIR__ . '/includes/linker/Hook/LinkerGenerateRollbackLinkHook.php',
'MediaWiki\\Linker\\LinkRenderer' => __DIR__ . '/includes/linker/LinkRenderer.php',
'MediaWiki\\Linker\\LinkRendererFactory' => __DIR__ . '/includes/linker/LinkRendererFactory.php',
'MediaWiki\\Linker\\LinkTarget' => __DIR__ . '/includes/linker/LinkTarget.php',
'MediaWiki\\Linker\\LinkTargetLookup' => __DIR__ . '/includes/linker/LinkTargetLookup.php',
'MediaWiki\\Linker\\LinkTargetStore' => __DIR__ . '/includes/linker/LinkTargetStore.php',
Reorg: Move DummyLinker and Linker to linker/ This feels like a no-brainer unless I'm missing something obvious Bug: T321882 Change-Id: Id49c3d0dd6ea4593211048850856b5b8e05a8fb3
2022-12-05 11:29:37 +00:00
'MediaWiki\\Linker\\Linker' => __DIR__ . '/includes/linker/Linker.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Linker\\LinksMigration' => __DIR__ . '/includes/linker/LinksMigration.php',
'MediaWiki\\Logger\\ConsoleLogger' => __DIR__ . '/includes/debug/logger/ConsoleLogger.php',
'MediaWiki\\Logger\\ConsoleSpi' => __DIR__ . '/includes/debug/logger/ConsoleSpi.php',
'MediaWiki\\Logger\\LegacyLogger' => __DIR__ . '/includes/debug/logger/LegacyLogger.php',
'MediaWiki\\Logger\\LegacySpi' => __DIR__ . '/includes/debug/logger/LegacySpi.php',
'MediaWiki\\Logger\\LogCapturingSpi' => __DIR__ . '/includes/debug/logger/LogCapturingSpi.php',
'MediaWiki\\Logger\\LoggerFactory' => __DIR__ . '/includes/debug/logger/LoggerFactory.php',
'MediaWiki\\Logger\\MonologSpi' => __DIR__ . '/includes/debug/logger/MonologSpi.php',
'MediaWiki\\Logger\\Monolog\\BufferHandler' => __DIR__ . '/includes/debug/logger/monolog/BufferHandler.php',
'MediaWiki\\Logger\\Monolog\\CeeFormatter' => __DIR__ . '/includes/debug/logger/monolog/CeeFormatter.php',
'MediaWiki\\Logger\\Monolog\\LegacyFormatter' => __DIR__ . '/includes/debug/logger/monolog/LegacyFormatter.php',
'MediaWiki\\Logger\\Monolog\\LegacyHandler' => __DIR__ . '/includes/debug/logger/monolog/LegacyHandler.php',
'MediaWiki\\Logger\\Monolog\\LineFormatter' => __DIR__ . '/includes/debug/logger/monolog/LineFormatter.php',
'MediaWiki\\Logger\\Monolog\\LogstashFormatter' => __DIR__ . '/includes/debug/logger/monolog/LogstashFormatter.php',
'MediaWiki\\Logger\\Monolog\\MwlogHandler' => __DIR__ . '/includes/debug/logger/monolog/MwlogHandler.php',
'MediaWiki\\Logger\\Monolog\\SyslogHandler' => __DIR__ . '/includes/debug/logger/monolog/SyslogHandler.php',
'MediaWiki\\Logger\\Monolog\\WikiProcessor' => __DIR__ . '/includes/debug/logger/monolog/WikiProcessor.php',
'MediaWiki\\Logger\\NullSpi' => __DIR__ . '/includes/debug/logger/NullSpi.php',
'MediaWiki\\Logger\\Spi' => __DIR__ . '/includes/debug/logger/Spi.php',
Introduce LoggingSelectQueryBuilder To replace DatabaseLogEntry::getSelectQueryData() Many migrations can't happen right now because of use of ChangeTagsStore::modifyDisplayQuery() but I will fix that soon. Bug: T344971 Change-Id: Iafb2bb5ea3a0da49da1dafb69b65dea3c15029ed
2023-09-25 11:44:10 +00:00
'MediaWiki\\Logging\\LoggingSelectQueryBuilder' => __DIR__ . '/includes/logging/LoggingSelectQueryBuilder.php',
mail: Move SpecialEmailUser business logic to a new class This patch moves all the static methods in SpecialEmailUser responsible for actually sending the email to a new class. The goal of this patch is to *only* move the code without any other changes, either to the new or old code, so that said changes will be easier to review when made all in the same file, in another patch. The ultimate goal is to make EmailUser a command class (like BlockUser and the like) that uses DI and non-static methods, and that other code that needs to send emails can use without interfacing with the special page directly. Bug: T265541 Change-Id: Ia18bd04198539da25ab7b42aa223868bd5cbe3d5
2023-03-10 15:39:41 +00:00
'MediaWiki\\Mail\\EmailUser' => __DIR__ . '/includes/mail/EmailUser.php',
Introduce EmailUserFactory This is necessary so that EmailUser can behave as a command. EmailUser now takes the performer as a constructor parameter; this, in combination with the statelessness of the service, allows it to be reused for multiple sends. Some BC code was also moved to the factory. Bug: T265541 Change-Id: I2568359f00f429ef3ab3bfbfb803dc8e51cd8add
2023-05-22 14:08:03 +00:00
'MediaWiki\\Mail\\EmailUserFactory' => __DIR__ . '/includes/mail/EmailUserFactory.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Mail\\Emailer' => __DIR__ . '/includes/mail/Emailer.php',
mail: Round 6 of EmailUser refactoring - Rename methods to follow the more standard convention used for commands. - Update doc comments. - Add new hooks with final method names and parameter types, to replace the old messy hooks. - Deprecate the remaining old hooks. Bug: T265541 Change-Id: I609709a70fb58ce00b9f179ee4de2f6ac5e0a1cf
2023-05-22 14:58:04 +00:00
'MediaWiki\\Mail\\Hook\\EmailUserAuthorizeSendHook' => __DIR__ . '/includes/mail/Hook/EmailUserAuthorizeSendHook.php',
'MediaWiki\\Mail\\Hook\\EmailUserSendEmailHook' => __DIR__ . '/includes/mail/Hook/EmailUserSendEmailHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Mail\\IEmailer' => __DIR__ . '/includes/mail/IEmailer.php',
'MediaWiki\\Mail\\UserEmailContact' => __DIR__ . '/includes/mail/UserEmailContact.php',
'MediaWiki\\MainConfigNames' => __DIR__ . '/includes/MainConfigNames.php',
'MediaWiki\\MainConfigSchema' => __DIR__ . '/includes/MainConfigSchema.php',
'MediaWiki\\Maintenance\\ForkController' => __DIR__ . '/includes/Maintenance/ForkController.php',
Extract parameter handling from Maintenance base class. We will need parameter handling in the runner as well as in the actual maintenance script. So pull it out, so we can re-use it. Change-Id: Ib67667fead8350e0a539323fb05b160f4c2d882e
2022-04-09 20:31:25 +00:00
'MediaWiki\\Maintenance\\MaintenanceParameters' => __DIR__ . '/maintenance/includes/MaintenanceParameters.php',
Move code from doMaintenance.php into a runner class. This is the first step toweards having a proper script runner. Change-Id: I121ef0186b7112f12d30229293baf89c93c971b4
2022-04-15 21:10:43 +00:00
'MediaWiki\\Maintenance\\MaintenanceRunner' => __DIR__ . '/maintenance/includes/MaintenanceRunner.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Maintenance\\OrderedStreamingForkController' => __DIR__ . '/includes/Maintenance/OrderedStreamingForkController.php',
Update moveToExternal and resolveStubs Convert these two old scripts to Maintenance subclasses. * Uncomment the resolveStub() call in moveToExternal and fix one obvious bug with it, i.e. the fact that stubs need to be resolved after CGZ blobs are moved. * Replace get_class() with instanceof. * Make the "tiny text" threshold configurable. Normally this is not wanted in WMF production since new revisions are written to ES unconditionally. * Add a dry run mode. * Add an undo log. * Add --skip-resolve option. * Make resolveStub() be much more defensive about what it resolves. * In moveToExternal, make compression optional and do it also for plain text. * Optionally convert the legacy encoding to UTF-8. Bug: T299387 Change-Id: I52d54e3b6b785ac072796031be06499221340f51
2022-11-20 22:23:34 +00:00
'MediaWiki\\Maintenance\\UndoLog' => __DIR__ . '/includes/Maintenance/UndoLog.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\MediaWikiServices' => __DIR__ . '/includes/MediaWikiServices.php',
'MediaWiki\\Message\\Converter' => __DIR__ . '/includes/Message/Converter.php',
'MediaWiki\\Message\\MessageFormatterFactory' => __DIR__ . '/includes/Message/MessageFormatterFactory.php',
'MediaWiki\\Message\\TextFormatter' => __DIR__ . '/includes/Message/TextFormatter.php',
'MediaWiki\\Message\\UserGroupMembershipParam' => __DIR__ . '/includes/Message/UserGroupMembershipParam.php',
'MediaWiki\\Navigation\\PagerNavigationBuilder' => __DIR__ . '/includes/Navigation/PagerNavigationBuilder.php',
Reorg: Move three output related classes to includes/Output/ And namesapce them: - StreamFile - OutputHandler - OutputPage Bug: T321882 Change-Id: Iedf8d88c595e580f2d8f0734c92aa5c45618ba33
2023-09-05 17:31:53 +00:00
'MediaWiki\\OutputHandler' => __DIR__ . '/includes/Output/OutputHandler.php',
Output: Add IframeSandbox class Add a class for wrapping arbitrary HTML content in an iframe, with an interface similar to that of OutputPage. The iframe uses 'sandbox="allow-scripts"' (which disallows various actions for scripts executed in the iframe, most notably access to any browser data for the website embedding the iframe), making it suitable for running untrusted scrips. This is a minimal patch to get the a feature in a state where it can be tested in staging. It's not intended for real-world use yet. See P53299 for hooking up the code for manual testing. Soft-depends on I3ce24a1b1d2635ba46d1af1c51dccb292dfdbc55. Bug: T222807 Bug: T169027 Co-Authored-By: Gergő Tisza <tgr.huwiki@gmail.com> Co-Authored-By: C. Scott Ananian <cscott@cscott.net> Change-Id: I658c7f3c751505ce4045047a19f11da1d236cd88
2023-08-11 18:50:40 +00:00
'MediaWiki\\Output\\IframeSandbox' => __DIR__ . '/includes/Output/IframeSandbox.php',
'MediaWiki\\Output\\IframeSandboxFactory' => __DIR__ . '/includes/Output/IframeSandboxFactory.php',
Reorg: Move three output related classes to includes/Output/ And namesapce them: - StreamFile - OutputHandler - OutputPage Bug: T321882 Change-Id: Iedf8d88c595e580f2d8f0734c92aa5c45618ba33
2023-09-05 17:31:53 +00:00
'MediaWiki\\Output\\OutputHandler' => __DIR__ . '/includes/Output/OutputHandler.php',
'MediaWiki\\Output\\OutputPage' => __DIR__ . '/includes/Output/OutputPage.php',
'MediaWiki\\Output\\StreamFile' => __DIR__ . '/includes/Output/StreamFile.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Page\\ContentModelChangeFactory' => __DIR__ . '/includes/page/ContentModelChangeFactory.php',
'MediaWiki\\Page\\DeletePage' => __DIR__ . '/includes/page/DeletePage.php',
'MediaWiki\\Page\\DeletePageFactory' => __DIR__ . '/includes/page/DeletePageFactory.php',
'MediaWiki\\Page\\ExistingPageRecord' => __DIR__ . '/includes/page/ExistingPageRecord.php',
Reorg: Move five page-related classes to page/ out of includes/ These classes: - MergeHistory - MovePage - ProtectionForm - BadFileLookup (to MediaWiki\Page\File) - FileDeleteForm (to MediaWiki\Page\File) Bug: T321882 Change-Id: Ibeb488ba322c62a34042a0307bbb5562773bcad1
2023-02-22 17:51:26 +00:00
'MediaWiki\\Page\\File\\BadFileLookup' => __DIR__ . '/includes/page/File/BadFileLookup.php',
Follow-up 0f13e81a1: Fix namespace of FileDeleteForm Change-Id: I1587380f669d5434c7f32ed359ab48fc6f79ce6b
2023-03-09 20:01:39 +00:00
'MediaWiki\\Page\\File\\FileDeleteForm' => __DIR__ . '/includes/page/File/FileDeleteForm.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Page\\Hook\\ArticleConfirmDeleteHook' => __DIR__ . '/includes/page/Hook/ArticleConfirmDeleteHook.php',
'MediaWiki\\Page\\Hook\\ArticleDeleteAfterSuccessHook' => __DIR__ . '/includes/page/Hook/ArticleDeleteAfterSuccessHook.php',
'MediaWiki\\Page\\Hook\\ArticleDeleteCompleteHook' => __DIR__ . '/includes/page/Hook/ArticleDeleteCompleteHook.php',
'MediaWiki\\Page\\Hook\\ArticleDeleteHook' => __DIR__ . '/includes/page/Hook/ArticleDeleteHook.php',
'MediaWiki\\Page\\Hook\\ArticleFromTitleHook' => __DIR__ . '/includes/page/Hook/ArticleFromTitleHook.php',
'MediaWiki\\Page\\Hook\\ArticlePageDataAfterHook' => __DIR__ . '/includes/page/Hook/ArticlePageDataAfterHook.php',
'MediaWiki\\Page\\Hook\\ArticlePageDataBeforeHook' => __DIR__ . '/includes/page/Hook/ArticlePageDataBeforeHook.php',
'MediaWiki\\Page\\Hook\\ArticleParserOptionsHook' => __DIR__ . '/includes/page/Hook/ArticleParserOptionsHook.php',
'MediaWiki\\Page\\Hook\\ArticleProtectCompleteHook' => __DIR__ . '/includes/page/Hook/ArticleProtectCompleteHook.php',
'MediaWiki\\Page\\Hook\\ArticleProtectHook' => __DIR__ . '/includes/page/Hook/ArticleProtectHook.php',
'MediaWiki\\Page\\Hook\\ArticlePurgeHook' => __DIR__ . '/includes/page/Hook/ArticlePurgeHook.php',
'MediaWiki\\Page\\Hook\\ArticleRevisionViewCustomHook' => __DIR__ . '/includes/page/Hook/ArticleRevisionViewCustomHook.php',
'MediaWiki\\Page\\Hook\\ArticleShowPatrolFooterHook' => __DIR__ . '/includes/page/Hook/ArticleShowPatrolFooterHook.php',
'MediaWiki\\Page\\Hook\\ArticleUndeleteHook' => __DIR__ . '/includes/page/Hook/ArticleUndeleteHook.php',
'MediaWiki\\Page\\Hook\\ArticleViewFooterHook' => __DIR__ . '/includes/page/Hook/ArticleViewFooterHook.php',
'MediaWiki\\Page\\Hook\\ArticleViewHeaderHook' => __DIR__ . '/includes/page/Hook/ArticleViewHeaderHook.php',
'MediaWiki\\Page\\Hook\\ArticleViewRedirectHook' => __DIR__ . '/includes/page/Hook/ArticleViewRedirectHook.php',
'MediaWiki\\Page\\Hook\\Article__MissingArticleConditionsHook' => __DIR__ . '/includes/page/Hook/Article__MissingArticleConditionsHook.php',
'MediaWiki\\Page\\Hook\\BeforeDisplayNoArticleTextHook' => __DIR__ . '/includes/page/Hook/BeforeDisplayNoArticleTextHook.php',
'MediaWiki\\Page\\Hook\\CategoryAfterPageAddedHook' => __DIR__ . '/includes/page/Hook/CategoryAfterPageAddedHook.php',
'MediaWiki\\Page\\Hook\\CategoryAfterPageRemovedHook' => __DIR__ . '/includes/page/Hook/CategoryAfterPageRemovedHook.php',
'MediaWiki\\Page\\Hook\\CategoryPageViewHook' => __DIR__ . '/includes/page/Hook/CategoryPageViewHook.php',
'MediaWiki\\Page\\Hook\\DisplayOldSubtitleHook' => __DIR__ . '/includes/page/Hook/DisplayOldSubtitleHook.php',
'MediaWiki\\Page\\Hook\\ImageOpenShowImageInlineBeforeHook' => __DIR__ . '/includes/page/Hook/ImageOpenShowImageInlineBeforeHook.php',
'MediaWiki\\Page\\Hook\\ImagePageAfterImageLinksHook' => __DIR__ . '/includes/page/Hook/ImagePageAfterImageLinksHook.php',
'MediaWiki\\Page\\Hook\\ImagePageFileHistoryLineHook' => __DIR__ . '/includes/page/Hook/ImagePageFileHistoryLineHook.php',
'MediaWiki\\Page\\Hook\\ImagePageFindFileHook' => __DIR__ . '/includes/page/Hook/ImagePageFindFileHook.php',
'MediaWiki\\Page\\Hook\\ImagePageShowTOCHook' => __DIR__ . '/includes/page/Hook/ImagePageShowTOCHook.php',
'MediaWiki\\Page\\Hook\\IsFileCacheableHook' => __DIR__ . '/includes/page/Hook/IsFileCacheableHook.php',
'MediaWiki\\Page\\Hook\\OpportunisticLinksUpdateHook' => __DIR__ . '/includes/page/Hook/OpportunisticLinksUpdateHook.php',
'MediaWiki\\Page\\Hook\\PageDeleteCompleteHook' => __DIR__ . '/includes/page/Hook/PageDeleteCompleteHook.php',
'MediaWiki\\Page\\Hook\\PageDeleteHook' => __DIR__ . '/includes/page/Hook/PageDeleteHook.php',
'MediaWiki\\Page\\Hook\\PageDeletionDataUpdatesHook' => __DIR__ . '/includes/page/Hook/PageDeletionDataUpdatesHook.php',
Add PageUndeleteCompleteHook This adds a hook similar to the PageDeleteCompleteHook, passing a similar level of detail through to extensions about a page's undeletion. This further deprecates the ArticleUndelete hook as this new hook replaces its functionality. Bug: T321412 Change-Id: Id77d945dfe14f196c34652b4f3d2f3ec843cbe7c
2023-01-09 23:32:35 +00:00
'MediaWiki\\Page\\Hook\\PageUndeleteCompleteHook' => __DIR__ . '/includes/page/Hook/PageUndeleteCompleteHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Page\\Hook\\PageUndeleteHook' => __DIR__ . '/includes/page/Hook/PageUndeleteHook.php',
'MediaWiki\\Page\\Hook\\PageViewUpdatesHook' => __DIR__ . '/includes/page/Hook/PageViewUpdatesHook.php',
'MediaWiki\\Page\\Hook\\RevisionFromEditCompleteHook' => __DIR__ . '/includes/page/Hook/RevisionFromEditCompleteHook.php',
'MediaWiki\\Page\\Hook\\RevisionUndeletedHook' => __DIR__ . '/includes/page/Hook/RevisionUndeletedHook.php',
'MediaWiki\\Page\\Hook\\RollbackCompleteHook' => __DIR__ . '/includes/page/Hook/RollbackCompleteHook.php',
'MediaWiki\\Page\\Hook\\ShowMissingArticleHook' => __DIR__ . '/includes/page/Hook/ShowMissingArticleHook.php',
'MediaWiki\\Page\\Hook\\WikiPageDeletionUpdatesHook' => __DIR__ . '/includes/page/Hook/WikiPageDeletionUpdatesHook.php',
'MediaWiki\\Page\\Hook\\WikiPageFactoryHook' => __DIR__ . '/includes/page/Hook/WikiPageFactoryHook.php',
'MediaWiki\\Page\\LegacyArticleIdAccess' => __DIR__ . '/includes/page/LegacyArticleIdAccess.php',
Reorg: Move five page-related classes to page/ out of includes/ These classes: - MergeHistory - MovePage - ProtectionForm - BadFileLookup (to MediaWiki\Page\File) - FileDeleteForm (to MediaWiki\Page\File) Bug: T321882 Change-Id: Ibeb488ba322c62a34042a0307bbb5562773bcad1
2023-02-22 17:51:26 +00:00
'MediaWiki\\Page\\MergeHistory' => __DIR__ . '/includes/page/MergeHistory.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Page\\MergeHistoryFactory' => __DIR__ . '/includes/page/MergeHistoryFactory.php',
Reorg: Move five page-related classes to page/ out of includes/ These classes: - MergeHistory - MovePage - ProtectionForm - BadFileLookup (to MediaWiki\Page\File) - FileDeleteForm (to MediaWiki\Page\File) Bug: T321882 Change-Id: Ibeb488ba322c62a34042a0307bbb5562773bcad1
2023-02-22 17:51:26 +00:00
'MediaWiki\\Page\\MovePage' => __DIR__ . '/includes/page/MovePage.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Page\\MovePageFactory' => __DIR__ . '/includes/page/MovePageFactory.php',
'MediaWiki\\Page\\PageAssertionException' => __DIR__ . '/includes/page/PageAssertionException.php',
'MediaWiki\\Page\\PageCommandFactory' => __DIR__ . '/includes/page/PageCommandFactory.php',
'MediaWiki\\Page\\PageIdentity' => __DIR__ . '/includes/page/PageIdentity.php',
'MediaWiki\\Page\\PageIdentityValue' => __DIR__ . '/includes/page/PageIdentityValue.php',
'MediaWiki\\Page\\PageLookup' => __DIR__ . '/includes/page/PageLookup.php',
Reorg: Move PageProps to page/ and namespace it to MediaWiki\Page\ We should slowly migrate page/ to have proper namespace too but that'll be pretty big. Bug: T321882 Change-Id: I3e57be8aa8ac08971f190233196e84ea33023d4a
2022-12-09 12:17:40 +00:00
'MediaWiki\\Page\\PageProps' => __DIR__ . '/includes/page/PageProps.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Page\\PageRecord' => __DIR__ . '/includes/page/PageRecord.php',
'MediaWiki\\Page\\PageReference' => __DIR__ . '/includes/page/PageReference.php',
'MediaWiki\\Page\\PageReferenceValue' => __DIR__ . '/includes/page/PageReferenceValue.php',
'MediaWiki\\Page\\PageSelectQueryBuilder' => __DIR__ . '/includes/page/PageSelectQueryBuilder.php',
'MediaWiki\\Page\\PageStore' => __DIR__ . '/includes/page/PageStore.php',
'MediaWiki\\Page\\PageStoreFactory' => __DIR__ . '/includes/page/PageStoreFactory.php',
'MediaWiki\\Page\\PageStoreRecord' => __DIR__ . '/includes/page/PageStoreRecord.php',
'MediaWiki\\Page\\ParserOutputAccess' => __DIR__ . '/includes/page/ParserOutputAccess.php',
'MediaWiki\\Page\\ProperPageIdentity' => __DIR__ . '/includes/page/ProperPageIdentity.php',
Reorg: Move five page-related classes to page/ out of includes/ These classes: - MergeHistory - MovePage - ProtectionForm - BadFileLookup (to MediaWiki\Page\File) - FileDeleteForm (to MediaWiki\Page\File) Bug: T321882 Change-Id: Ibeb488ba322c62a34042a0307bbb5562773bcad1
2023-02-22 17:51:26 +00:00
'MediaWiki\\Page\\ProtectionForm' => __DIR__ . '/includes/page/ProtectionForm.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Page\\RedirectLookup' => __DIR__ . '/includes/page/RedirectLookup.php',
'MediaWiki\\Page\\RedirectStore' => __DIR__ . '/includes/page/RedirectStore.php',
'MediaWiki\\Page\\RollbackPage' => __DIR__ . '/includes/page/RollbackPage.php',
'MediaWiki\\Page\\RollbackPageFactory' => __DIR__ . '/includes/page/RollbackPageFactory.php',
'MediaWiki\\Page\\UndeletePage' => __DIR__ . '/includes/page/UndeletePage.php',
'MediaWiki\\Page\\UndeletePageFactory' => __DIR__ . '/includes/page/UndeletePageFactory.php',
'MediaWiki\\Page\\WikiPageFactory' => __DIR__ . '/includes/page/WikiPageFactory.php',
Namespace 'special' Pagers under \MediaWiki\Pager They're under 'specials' because that's where they're mostly used, but they're just another kind of Pager (shown by their use outwith the MediaWiki\Specials hierarchy, which is a bad code smell for us to review later). Bug: T166010 Change-Id: Iad3f91582b723c1e6679525aa852ffdfd8c6d5ba
2023-09-15 08:38:07 +00:00
'MediaWiki\\Pager\\ActiveUsersPager' => __DIR__ . '/includes/specials/pagers/ActiveUsersPager.php',
'MediaWiki\\Pager\\AllMessagesTablePager' => __DIR__ . '/includes/specials/pagers/AllMessagesTablePager.php',
Namespace core Pagers under \MediaWiki\Pager Bug: T166010 Change-Id: Ibe12d1754709d48f71edd4cde1f13a542344a21e
2023-09-14 11:54:23 +00:00
'MediaWiki\\Pager\\AlphabeticPager' => __DIR__ . '/includes/pager/AlphabeticPager.php',
Namespace 'special' Pagers under \MediaWiki\Pager They're under 'specials' because that's where they're mostly used, but they're just another kind of Pager (shown by their use outwith the MediaWiki\Specials hierarchy, which is a bad code smell for us to review later). Bug: T166010 Change-Id: Iad3f91582b723c1e6679525aa852ffdfd8c6d5ba
2023-09-15 08:38:07 +00:00
'MediaWiki\\Pager\\BlockListPager' => __DIR__ . '/includes/specials/pagers/BlockListPager.php',
'MediaWiki\\Pager\\CategoryPager' => __DIR__ . '/includes/specials/pagers/CategoryPager.php',
'MediaWiki\\Pager\\ContribsPager' => __DIR__ . '/includes/specials/pagers/ContribsPager.php',
'MediaWiki\\Pager\\DeletedContribsPager' => __DIR__ . '/includes/specials/pagers/DeletedContribsPager.php',
Namespace HistoryPager under \MediaWiki\Pager Although it's in a different path, it's alone and only Action-related because that's where it's used. Bug: T166010 Change-Id: I6d4cebfd6ad68e1500c3a3a5450c97bfd3327c2b
2023-09-15 08:07:10 +00:00
'MediaWiki\\Pager\\HistoryPager' => __DIR__ . '/includes/actions/pagers/HistoryPager.php',
Namespace 'special' Pagers under \MediaWiki\Pager They're under 'specials' because that's where they're mostly used, but they're just another kind of Pager (shown by their use outwith the MediaWiki\Specials hierarchy, which is a bad code smell for us to review later). Bug: T166010 Change-Id: Iad3f91582b723c1e6679525aa852ffdfd8c6d5ba
2023-09-15 08:38:07 +00:00
'MediaWiki\\Pager\\ImageListPager' => __DIR__ . '/includes/specials/pagers/ImageListPager.php',
Namespace core Pagers under \MediaWiki\Pager Bug: T166010 Change-Id: Ibe12d1754709d48f71edd4cde1f13a542344a21e
2023-09-14 11:54:23 +00:00
'MediaWiki\\Pager\\IndexPager' => __DIR__ . '/includes/pager/IndexPager.php',
Namespace 'special' Pagers under \MediaWiki\Pager They're under 'specials' because that's where they're mostly used, but they're just another kind of Pager (shown by their use outwith the MediaWiki\Specials hierarchy, which is a bad code smell for us to review later). Bug: T166010 Change-Id: Iad3f91582b723c1e6679525aa852ffdfd8c6d5ba
2023-09-15 08:38:07 +00:00
'MediaWiki\\Pager\\LogPager' => __DIR__ . '/includes/logging/LogPager.php',
'MediaWiki\\Pager\\MergeHistoryPager' => __DIR__ . '/includes/specials/pagers/MergeHistoryPager.php',
'MediaWiki\\Pager\\NewFilesPager' => __DIR__ . '/includes/specials/pagers/NewFilesPager.php',
'MediaWiki\\Pager\\NewPagesPager' => __DIR__ . '/includes/specials/pagers/NewPagesPager.php',
Namespace core Pagers under \MediaWiki\Pager Bug: T166010 Change-Id: Ibe12d1754709d48f71edd4cde1f13a542344a21e
2023-09-14 11:54:23 +00:00
'MediaWiki\\Pager\\Pager' => __DIR__ . '/includes/pager/Pager.php',
Namespace 'special' Pagers under \MediaWiki\Pager They're under 'specials' because that's where they're mostly used, but they're just another kind of Pager (shown by their use outwith the MediaWiki\Specials hierarchy, which is a bad code smell for us to review later). Bug: T166010 Change-Id: Iad3f91582b723c1e6679525aa852ffdfd8c6d5ba
2023-09-15 08:38:07 +00:00
'MediaWiki\\Pager\\PagerTools' => __DIR__ . '/includes/specials/pagers/PagerTools.php',
'MediaWiki\\Pager\\ProtectedPagesPager' => __DIR__ . '/includes/specials/pagers/ProtectedPagesPager.php',
'MediaWiki\\Pager\\ProtectedTitlesPager' => __DIR__ . '/includes/specials/pagers/ProtectedTitlesPager.php',
Namespace core Pagers under \MediaWiki\Pager Bug: T166010 Change-Id: Ibe12d1754709d48f71edd4cde1f13a542344a21e
2023-09-14 11:54:23 +00:00
'MediaWiki\\Pager\\RangeChronologicalPager' => __DIR__ . '/includes/pager/RangeChronologicalPager.php',
'MediaWiki\\Pager\\ReverseChronologicalPager' => __DIR__ . '/includes/pager/ReverseChronologicalPager.php',
'MediaWiki\\Pager\\TablePager' => __DIR__ . '/includes/pager/TablePager.php',
Namespace 'special' Pagers under \MediaWiki\Pager They're under 'specials' because that's where they're mostly used, but they're just another kind of Pager (shown by their use outwith the MediaWiki\Specials hierarchy, which is a bad code smell for us to review later). Bug: T166010 Change-Id: Iad3f91582b723c1e6679525aa852ffdfd8c6d5ba
2023-09-15 08:38:07 +00:00
'MediaWiki\\Pager\\UsersPager' => __DIR__ . '/includes/specials/pagers/UsersPager.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\ParamValidator\\TypeDef\\NamespaceDef' => __DIR__ . '/includes/ParamValidator/TypeDef/NamespaceDef.php',
'MediaWiki\\ParamValidator\\TypeDef\\TagsDef' => __DIR__ . '/includes/ParamValidator/TypeDef/TagsDef.php',
'MediaWiki\\ParamValidator\\TypeDef\\TitleDef' => __DIR__ . '/includes/ParamValidator/TypeDef/TitleDef.php',
'MediaWiki\\ParamValidator\\TypeDef\\UserDef' => __DIR__ . '/includes/ParamValidator/TypeDef/UserDef.php',
Reorg: Move MagicWord related files to under parser/ This is approved as part of T166010 RFC. Bug: T321882 Change-Id: Ia4498c0a20e38a6a288dc14065ea8242c84fbc49
2022-12-09 12:28:41 +00:00
'MediaWiki\\Parser\\MagicWord' => __DIR__ . '/includes/parser/MagicWord.php',
'MediaWiki\\Parser\\MagicWordArray' => __DIR__ . '/includes/parser/MagicWordArray.php',
'MediaWiki\\Parser\\MagicWordFactory' => __DIR__ . '/includes/parser/MagicWordFactory.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Parser\\ParserCacheFactory' => __DIR__ . '/includes/parser/ParserCacheFactory.php',
Only cache expensive renderings Pages that are fast to render can be omitted from the parser cache to preserve disk space and cache write operations. The threshold is configurable per namespace, so the tradeoff can be evaluated based on different access patterns. For example, pages that are accessed rarely, like file description pages on commons, may have a high threshold configured, while pages that are read frequently, like wikipedia articles, may be configured to be always cached, using a 0 threshold. Filtering is based on a time profile recorded in the ParserOutput. A generic mechanism for capturing the timing profile is implemented in the ContentHandler base class. Subclasses may implement a more rigorous capture mechanism. Bug: T346765 Change-Id: I38a6f3ef064f98f3ad6a7c60856b0248a94fe9ac
2023-09-28 15:03:33 +00:00
'MediaWiki\\Parser\\ParserCacheFilter' => __DIR__ . '/includes/parser/ParserCacheFilter.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Parser\\ParserCacheMetadata' => __DIR__ . '/includes/parser/ParserCacheMetadata.php',
'MediaWiki\\Parser\\ParserObserver' => __DIR__ . '/includes/parser/ParserObserver.php',
'MediaWiki\\Parser\\ParserOutputFlags' => __DIR__ . '/includes/parser/ParserOutputFlags.php',
Rename newly-added ParserOutput::appendOutputString() method Tweaked the pluralization of the newly-added ParserOutput::appendOutputString() method (now ::appendOutputStrings() and ::getOutputStrings()), and name of the ParserOutputStrings class (now ParserOutputStringSets), in an effort to continue repainting bikesheds until the color is juuuust right. Also extended the new method to cover ::addModules() and ::addModuleStyles() and added support for these string sets in ::collectMetadata(). (These methods and the enumeration class were originally added in b2cfa31eb6173e9f5e8607eadd126c33f8ce440b.) Depends-On: I8bdffa55498d90e990af5bfc3332e3028b0a3539 Change-Id: Ibd41485d5db7779f01642e2144c50ed49d409812
2023-07-27 19:47:00 +00:00
'MediaWiki\\Parser\\ParserOutputStringSets' => __DIR__ . '/includes/parser/ParserOutputStringSets.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Parser\\Parsoid\\Config\\DataAccess' => __DIR__ . '/includes/parser/Parsoid/Config/DataAccess.php',
'MediaWiki\\Parser\\Parsoid\\Config\\PageConfig' => __DIR__ . '/includes/parser/Parsoid/Config/PageConfig.php',
'MediaWiki\\Parser\\Parsoid\\Config\\PageConfigFactory' => __DIR__ . '/includes/parser/Parsoid/Config/PageConfigFactory.php',
'MediaWiki\\Parser\\Parsoid\\Config\\PageContent' => __DIR__ . '/includes/parser/Parsoid/Config/PageContent.php',
'MediaWiki\\Parser\\Parsoid\\Config\\SiteConfig' => __DIR__ . '/includes/parser/Parsoid/Config/SiteConfig.php',
'MediaWiki\\Parser\\Parsoid\\HtmlToContentTransform' => __DIR__ . '/includes/parser/Parsoid/HtmlToContentTransform.php',
'MediaWiki\\Parser\\Parsoid\\HtmlTransformFactory' => __DIR__ . '/includes/parser/Parsoid/HtmlTransformFactory.php',
'MediaWiki\\Parser\\Parsoid\\LanguageVariantConverter' => __DIR__ . '/includes/parser/Parsoid/LanguageVariantConverter.php',
'MediaWiki\\Parser\\Parsoid\\PageBundleJsonTrait' => __DIR__ . '/includes/parser/Parsoid/PageBundleJsonTrait.php',
'MediaWiki\\Parser\\Parsoid\\PageBundleParserOutputConverter' => __DIR__ . '/includes/parser/Parsoid/PageBundleParserOutputConverter.php',
'MediaWiki\\Parser\\Parsoid\\ParsoidOutputAccess' => __DIR__ . '/includes/parser/Parsoid/ParsoidOutputAccess.php',
Allow setting a ParserOption to generate Parsoid HTML This is an initial quick-and-dirty implementation. The ParsoidParser class will eventually inherit from \Parser, but this is an initial placeholder to unblock other Parsoid read views work. Currently Parsoid does not fully implement all the ParserOutput metadata set by the legacy parser, but we're working on it. This patch also addresses T300325 by ensuring the the Page HTML APIs use ParserOutput::getRawText(), which will return the entire Parsoid HTML document without post-processing. This is what the Parsoid team refers to as "edit mode" HTML. The ParserOutput::getText() method returns only the <body> contents of the HTML, and applies several transformations, including inserting Table of Contents and style deduplication; this is the "read views" flavor of the Parsoid HTML. We need to be careful of the interaction of the `useParsoid` flag with the ParserCacheMetadata. Effectively `useParsoid` should *always* be marked as "used" or else the ParserCache will assume its value doesn't matter and will serve legacy content for parsoid requests and vice-versa. T330677 is a follow up to address this more thoroughly by splitting the parser cache in ParserOutputAccess; the stop gap in this patch is fragile and, because it doesn't fork the ParserCacheMetadata cache, may corrupt the ParserCacheMetadata in the case when Parsoid and the legacy parser consult different sets of options to render a page. Bug: T300191 Bug: T330677 Bug: T300325 Change-Id: Ica09a4284c00d7917f8b6249e946232b2fb38011
2022-05-27 16:38:32 +00:00
'MediaWiki\\Parser\\Parsoid\\ParsoidParser' => __DIR__ . '/includes/parser/Parsoid/ParsoidParser.php',
'MediaWiki\\Parser\\Parsoid\\ParsoidParserFactory' => __DIR__ . '/includes/parser/Parsoid/ParsoidParserFactory.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Parser\\Parsoid\\ParsoidRenderID' => __DIR__ . '/includes/parser/Parsoid/ParsoidRenderID.php',
'MediaWiki\\Parser\\Parsoid\\ParsoidServices' => __DIR__ . '/includes/parser/Parsoid/ParsoidServices.php',
'MediaWiki\\Parser\\RemexRemoveTagHandler' => __DIR__ . '/includes/parser/RemexRemoveTagHandler.php',
'MediaWiki\\Parser\\RemexStripTagHandler' => __DIR__ . '/includes/parser/RemexStripTagHandler.php',
'MediaWiki\\Parser\\RevisionOutputCache' => __DIR__ . '/includes/parser/RevisionOutputCache.php',
Namespace Sanitizer under \MediaWiki\Parser Bug: T166010 Change-Id: Id13dcbf7a0372017495958dbc4f601f40c122508
2023-09-19 16:59:47 +00:00
'MediaWiki\\Parser\\Sanitizer' => __DIR__ . '/includes/parser/Sanitizer.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Permissions\\Authority' => __DIR__ . '/includes/Permissions/Authority.php',
'MediaWiki\\Permissions\\GrantsInfo' => __DIR__ . '/includes/Permissions/GrantsInfo.php',
'MediaWiki\\Permissions\\GrantsLocalization' => __DIR__ . '/includes/Permissions/GrantsLocalization.php',
'MediaWiki\\Permissions\\GroupPermissionsLookup' => __DIR__ . '/includes/Permissions/GroupPermissionsLookup.php',
'MediaWiki\\Permissions\\Hook\\GetUserPermissionsErrorsExpensiveHook' => __DIR__ . '/includes/Permissions/Hook/GetUserPermissionsErrorsExpensiveHook.php',
'MediaWiki\\Permissions\\Hook\\GetUserPermissionsErrorsHook' => __DIR__ . '/includes/Permissions/Hook/GetUserPermissionsErrorsHook.php',
'MediaWiki\\Permissions\\Hook\\PermissionErrorAuditHook' => __DIR__ . '/includes/Permissions/Hook/PermissionErrorAuditHook.php',
'MediaWiki\\Permissions\\Hook\\TitleQuickPermissionsHook' => __DIR__ . '/includes/Permissions/Hook/TitleQuickPermissionsHook.php',
'MediaWiki\\Permissions\\Hook\\TitleReadWhitelistHook' => __DIR__ . '/includes/Permissions/Hook/TitleReadWhitelistHook.php',
'MediaWiki\\Permissions\\Hook\\UserCanHook' => __DIR__ . '/includes/Permissions/Hook/UserCanHook.php',
'MediaWiki\\Permissions\\Hook\\UserGetAllRightsHook' => __DIR__ . '/includes/Permissions/Hook/UserGetAllRightsHook.php',
'MediaWiki\\Permissions\\Hook\\UserGetRightsHook' => __DIR__ . '/includes/Permissions/Hook/UserGetRightsHook.php',
'MediaWiki\\Permissions\\Hook\\UserGetRightsRemoveHook' => __DIR__ . '/includes/Permissions/Hook/UserGetRightsRemoveHook.php',
'MediaWiki\\Permissions\\Hook\\UserIsBlockedFromHook' => __DIR__ . '/includes/Permissions/Hook/UserIsBlockedFromHook.php',
'MediaWiki\\Permissions\\Hook\\UserIsEveryoneAllowedHook' => __DIR__ . '/includes/Permissions/Hook/UserIsEveryoneAllowedHook.php',
'MediaWiki\\Permissions\\PermissionManager' => __DIR__ . '/includes/Permissions/PermissionManager.php',
'MediaWiki\\Permissions\\PermissionStatus' => __DIR__ . '/includes/Permissions/PermissionStatus.php',
'MediaWiki\\Permissions\\RateLimitSubject' => __DIR__ . '/includes/Permissions/RateLimitSubject.php',
'MediaWiki\\Permissions\\RateLimiter' => __DIR__ . '/includes/Permissions/RateLimiter.php',
'MediaWiki\\Permissions\\RestrictionStore' => __DIR__ . '/includes/Permissions/RestrictionStore.php',
'MediaWiki\\Permissions\\SimpleAuthority' => __DIR__ . '/includes/Permissions/SimpleAuthority.php',
'MediaWiki\\Permissions\\UltimateAuthority' => __DIR__ . '/includes/Permissions/UltimateAuthority.php',
'MediaWiki\\Permissions\\UserAuthority' => __DIR__ . '/includes/Permissions/UserAuthority.php',
poolcounter: Merge Client and ConnectionManager from extension repo Code moved as-is from the extension repo with minor changes: * Adopt PSR-4 namespace. * Keep backward-compatibility with "PoolCounter_Client" in LocalSettings, from before the extension was namespaced recently. * Document how `connect_timeout` actually works, and that it was introduced in MW 1.28 (via extension). * Add stable interface annotations. Bug: T201223 Change-Id: Iadec5b4b5d2fc7e76509c9be0a8fa605d95c64a7
2022-09-22 23:47:42 +00:00
'MediaWiki\\PoolCounter\\PoolCounterClient' => __DIR__ . '/includes/poolcounter/PoolCounterClient.php',
'MediaWiki\\PoolCounter\\PoolCounterConnectionManager' => __DIR__ . '/includes/poolcounter/PoolCounterConnectionManager.php',
poolcounter: Create PoolCounterFactory service class * Allow for DI of config and PoolCounterConnectionManager. * Manage the PoolCounterConnectionManager singleton without using a global/static field. * Allow for test overrides (in ParserOutputAccessTest) without needing to bring all of ObjectFactory and 'factory' and thus exposing class constructors to stable interface (except not really since the args are hardcoded in practice). Bug: T201223 Change-Id: I514fee20b388f04f9c85c5a1373845d621c65395
2022-12-14 21:56:52 +00:00
'MediaWiki\\PoolCounter\\PoolCounterFactory' => __DIR__ . '/includes/poolcounter/PoolCounterFactory.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Preferences\\DefaultPreferencesFactory' => __DIR__ . '/includes/preferences/DefaultPreferencesFactory.php',
'MediaWiki\\Preferences\\Filter' => __DIR__ . '/includes/preferences/Filter.php',
'MediaWiki\\Preferences\\Hook\\GetPreferencesHook' => __DIR__ . '/includes/preferences/Hook/GetPreferencesHook.php',
'MediaWiki\\Preferences\\Hook\\PreferencesFormPreSaveHook' => __DIR__ . '/includes/preferences/Hook/PreferencesFormPreSaveHook.php',
'MediaWiki\\Preferences\\IntvalFilter' => __DIR__ . '/includes/preferences/IntvalFilter.php',
'MediaWiki\\Preferences\\MultiTitleFilter' => __DIR__ . '/includes/preferences/MultiTitleFilter.php',
'MediaWiki\\Preferences\\MultiUsernameFilter' => __DIR__ . '/includes/preferences/MultiUsernameFilter.php',
'MediaWiki\\Preferences\\PreferencesFactory' => __DIR__ . '/includes/preferences/PreferencesFactory.php',
'MediaWiki\\Preferences\\SignatureValidator' => __DIR__ . '/includes/preferences/SignatureValidator.php',
'MediaWiki\\Preferences\\SignatureValidatorFactory' => __DIR__ . '/includes/preferences/SignatureValidatorFactory.php',
'MediaWiki\\Preferences\\TimezoneFilter' => __DIR__ . '/includes/preferences/TimezoneFilter.php',
Replace wfShellExec() with a class This function has gotten so unwieldy that a helper was introduced. Instead, here's this class that makes shelling out easier and more readable. Example usage: $result = Shell::command( 'shell command' ) ->environment( [ 'ENVIRONMENT_VARIABLE' => 'VALUE' ] ) ->limits( [ 'time' => 300 ] ) ->execute(); $exitCode = $result->getExitCode(); $output = $result->getStdout(); This is a minimal change, so lots of stuff remains unrefactored - I'd rather limit the scope of this commit. A future improvement could be an ability to get stderr separately from stdout. Caveat: execution errors (proc_open is disabled/returned error) now throw errors instead of returning a status code. wfShellExec() still emulates this behavior though. Competing commit: I7dccb2b67a4173a8a89b035e444fbda9102e4d0f <legoktm> MaxSem: so you should continue working on your patch and I'll probably refactor on top of it later after its merged :P Change-Id: I8ac9858b80d7908cf7e7981d7e19d0fc9c2265c0
2016-11-03 00:27:15 +00:00
'MediaWiki\\ProcOpenError' => __DIR__ . '/includes/exception/ProcOpenError.php',
profiler: Add ProfilingContext class Use this class to track the entry point and handler used for requests, making it available for use in profiling, stats, and logging code. This makes it possible for periodic and/or shutdown profiling callbacks to know the basic action handler that applies to the request (if any). Metric names can easily include this string along with MW_ENTRY_POINT to create per-action profiling dashboards. This info cannot otherwise be acquired from things like excimer stack traces since the router and handler classes do not appear in the stack during PRESEND deferred updates and variations like ApiMain/SpecialPage "inclusion mode" would have to be detected somehow. Bug: T330810 Change-Id: Icca5a7a343faeeb18652994c96752acb61a61fd1
2023-03-01 20:16:39 +00:00
'MediaWiki\\Profiler\\ProfilingContext' => __DIR__ . '/includes/profiler/ProfilingContext.php',
Copy the Renameuser extension into core Copy the Renameuser extension into core, with minimal code changes. The hook handlers are inlined into Article, SpecialLog and SpecialContributions. Bug: T27482 Change-Id: I314021f4138773df6aaf2753b33ab8283cd16974
2023-02-28 05:51:43 +00:00
'MediaWiki\\RenameUser\\Hook\\RenameUserAbortHook' => __DIR__ . '/includes/RenameUser/Hook/RenameUserAbortHook.php',
'MediaWiki\\RenameUser\\Hook\\RenameUserCompleteHook' => __DIR__ . '/includes/RenameUser/Hook/RenameUserCompleteHook.php',
'MediaWiki\\RenameUser\\Hook\\RenameUserPreRenameHook' => __DIR__ . '/includes/RenameUser/Hook/RenameUserPreRenameHook.php',
'MediaWiki\\RenameUser\\Hook\\RenameUserSQLHook' => __DIR__ . '/includes/RenameUser/Hook/RenameUserSQLHook.php',
'MediaWiki\\RenameUser\\Hook\\RenameUserWarningHook' => __DIR__ . '/includes/RenameUser/Hook/RenameUserWarningHook.php',
'MediaWiki\\RenameUser\\RenameuserSQL' => __DIR__ . '/includes/RenameUser/RenameuserSQL.php',
Reorg: Move CSP class to Request/ Bug: T321882 Change-Id: Ic809656a31e08626d0e5a1172da02b2397096e14
2023-02-16 12:36:41 +00:00
'MediaWiki\\Request\\ContentSecurityPolicy' => __DIR__ . '/includes/Request/ContentSecurityPolicy.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Request\\DerivativeRequest' => __DIR__ . '/includes/Request/DerivativeRequest.php',
'MediaWiki\\Request\\FauxRequest' => __DIR__ . '/includes/Request/FauxRequest.php',
'MediaWiki\\Request\\FauxRequestUpload' => __DIR__ . '/includes/Request/FauxRequestUpload.php',
Reorg: Move WebResponse and FauxResponse to Request/ Bug: T321882 Change-Id: Iae8b9e0170c67c1adf861a6d0da45178a7d3cca7
2023-03-01 17:02:32 +00:00
'MediaWiki\\Request\\FauxResponse' => __DIR__ . '/includes/Request/FauxResponse.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Request\\HeaderCallback' => __DIR__ . '/includes/Request/HeaderCallback.php',
'MediaWiki\\Request\\PathRouter' => __DIR__ . '/includes/Request/PathRouter.php',
Reorg: Move ProxyLookup to Request/ It's basically only used there. Bug: T321882 Change-Id: Ibd9cac69772270b50152572ed618c692bbd5e4d9
2023-08-06 10:22:58 +00:00
'MediaWiki\\Request\\ProxyLookup' => __DIR__ . '/includes/Request/ProxyLookup.php',
Reorg: Move WebRequest to includes\Request This has been approved as part of RFC T166010 Bug: T321882 Change-Id: I6bbdbbe6ea48cc1f50bc568bb8780fc7c5361a6f
2023-09-07 11:46:15 +00:00
'MediaWiki\\Request\\WebRequest' => __DIR__ . '/includes/Request/WebRequest.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Request\\WebRequestUpload' => __DIR__ . '/includes/Request/WebRequestUpload.php',
Reorg: Move WebResponse and FauxResponse to Request/ Bug: T321882 Change-Id: Iae8b9e0170c67c1adf861a6d0da45178a7d3cca7
2023-03-01 17:02:32 +00:00
'MediaWiki\\Request\\WebResponse' => __DIR__ . '/includes/Request/WebResponse.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\ResourceLoader\\CircularDependencyError' => __DIR__ . '/includes/ResourceLoader/CircularDependencyError.php',
'MediaWiki\\ResourceLoader\\ClientHtml' => __DIR__ . '/includes/ResourceLoader/ClientHtml.php',
'MediaWiki\\ResourceLoader\\CodexModule' => __DIR__ . '/includes/ResourceLoader/CodexModule.php',
'MediaWiki\\ResourceLoader\\Context' => __DIR__ . '/includes/ResourceLoader/Context.php',
'MediaWiki\\ResourceLoader\\DerivativeContext' => __DIR__ . '/includes/ResourceLoader/DerivativeContext.php',
'MediaWiki\\ResourceLoader\\FileModule' => __DIR__ . '/includes/ResourceLoader/FileModule.php',
'MediaWiki\\ResourceLoader\\FilePath' => __DIR__ . '/includes/ResourceLoader/FilePath.php',
'MediaWiki\\ResourceLoader\\ForeignApiModule' => __DIR__ . '/includes/ResourceLoader/ForeignApiModule.php',
'MediaWiki\\ResourceLoader\\ForeignResourceManager' => __DIR__ . '/includes/ResourceLoader/ForeignResourceManager.php',
'MediaWiki\\ResourceLoader\\HookRunner' => __DIR__ . '/includes/ResourceLoader/HookRunner.php',
'MediaWiki\\ResourceLoader\\Hook\\ResourceLoaderExcludeUserOptionsHook' => __DIR__ . '/includes/ResourceLoader/Hook/ResourceLoaderExcludeUserOptionsHook.php',
'MediaWiki\\ResourceLoader\\Hook\\ResourceLoaderForeignApiModulesHook' => __DIR__ . '/includes/ResourceLoader/Hook/ResourceLoaderForeignApiModulesHook.php',
'MediaWiki\\ResourceLoader\\Hook\\ResourceLoaderGetConfigVarsHook' => __DIR__ . '/includes/ResourceLoader/Hook/ResourceLoaderGetConfigVarsHook.php',
'MediaWiki\\ResourceLoader\\Hook\\ResourceLoaderJqueryMsgModuleMagicWordsHook' => __DIR__ . '/includes/ResourceLoader/Hook/ResourceLoaderJqueryMsgModuleMagicWordsHook.php',
'MediaWiki\\ResourceLoader\\Hook\\ResourceLoaderRegisterModulesHook' => __DIR__ . '/includes/ResourceLoader/Hook/ResourceLoaderRegisterModulesHook.php',
'MediaWiki\\ResourceLoader\\Hook\\ResourceLoaderSiteModulePagesHook' => __DIR__ . '/includes/ResourceLoader/Hook/ResourceLoaderSiteModulePagesHook.php',
'MediaWiki\\ResourceLoader\\Hook\\ResourceLoaderSiteStylesModulePagesHook' => __DIR__ . '/includes/ResourceLoader/Hook/ResourceLoaderSiteStylesModulePagesHook.php',
'MediaWiki\\ResourceLoader\\Image' => __DIR__ . '/includes/ResourceLoader/Image.php',
'MediaWiki\\ResourceLoader\\ImageModule' => __DIR__ . '/includes/ResourceLoader/ImageModule.php',
'MediaWiki\\ResourceLoader\\LessVarFileModule' => __DIR__ . '/includes/ResourceLoader/LessVarFileModule.php',
'MediaWiki\\ResourceLoader\\MessageBlobStore' => __DIR__ . '/includes/ResourceLoader/MessageBlobStore.php',
'MediaWiki\\ResourceLoader\\Module' => __DIR__ . '/includes/ResourceLoader/Module.php',
'MediaWiki\\ResourceLoader\\MwUrlModule' => __DIR__ . '/includes/ResourceLoader/MwUrlModule.php',
'MediaWiki\\ResourceLoader\\OOUIFileModule' => __DIR__ . '/includes/ResourceLoader/OOUIFileModule.php',
'MediaWiki\\ResourceLoader\\OOUIIconPackModule' => __DIR__ . '/includes/ResourceLoader/OOUIIconPackModule.php',
'MediaWiki\\ResourceLoader\\OOUIImageModule' => __DIR__ . '/includes/ResourceLoader/OOUIImageModule.php',
'MediaWiki\\ResourceLoader\\OOUIModule' => __DIR__ . '/includes/ResourceLoader/OOUIModule.php',
'MediaWiki\\ResourceLoader\\ResourceLoader' => __DIR__ . '/includes/ResourceLoader/ResourceLoader.php',
'MediaWiki\\ResourceLoader\\SiteModule' => __DIR__ . '/includes/ResourceLoader/SiteModule.php',
'MediaWiki\\ResourceLoader\\SiteStylesModule' => __DIR__ . '/includes/ResourceLoader/SiteStylesModule.php',
'MediaWiki\\ResourceLoader\\SkinModule' => __DIR__ . '/includes/ResourceLoader/SkinModule.php',
'MediaWiki\\ResourceLoader\\StartUpModule' => __DIR__ . '/includes/ResourceLoader/StartUpModule.php',
'MediaWiki\\ResourceLoader\\UserModule' => __DIR__ . '/includes/ResourceLoader/UserModule.php',
'MediaWiki\\ResourceLoader\\UserOptionsModule' => __DIR__ . '/includes/ResourceLoader/UserOptionsModule.php',
'MediaWiki\\ResourceLoader\\UserStylesModule' => __DIR__ . '/includes/ResourceLoader/UserStylesModule.php',
'MediaWiki\\ResourceLoader\\VueComponentParser' => __DIR__ . '/includes/ResourceLoader/VueComponentParser.php',
'MediaWiki\\ResourceLoader\\WikiModule' => __DIR__ . '/includes/ResourceLoader/WikiModule.php',
'MediaWiki\\Rest\\BasicAccess\\BasicAuthorizerBase' => __DIR__ . '/includes/Rest/BasicAccess/BasicAuthorizerBase.php',
'MediaWiki\\Rest\\BasicAccess\\BasicAuthorizerInterface' => __DIR__ . '/includes/Rest/BasicAccess/BasicAuthorizerInterface.php',
'MediaWiki\\Rest\\BasicAccess\\BasicRequestAuthorizer' => __DIR__ . '/includes/Rest/BasicAccess/BasicRequestAuthorizer.php',
'MediaWiki\\Rest\\BasicAccess\\CompoundAuthorizer' => __DIR__ . '/includes/Rest/BasicAccess/CompoundAuthorizer.php',
'MediaWiki\\Rest\\BasicAccess\\MWBasicAuthorizer' => __DIR__ . '/includes/Rest/BasicAccess/MWBasicAuthorizer.php',
'MediaWiki\\Rest\\BasicAccess\\MWBasicRequestAuthorizer' => __DIR__ . '/includes/Rest/BasicAccess/MWBasicRequestAuthorizer.php',
'MediaWiki\\Rest\\BasicAccess\\StaticBasicAuthorizer' => __DIR__ . '/includes/Rest/BasicAccess/StaticBasicAuthorizer.php',
'MediaWiki\\Rest\\ConditionalHeaderUtil' => __DIR__ . '/includes/Rest/ConditionalHeaderUtil.php',
'MediaWiki\\Rest\\CopyableStreamInterface' => __DIR__ . '/includes/Rest/CopyableStreamInterface.php',
'MediaWiki\\Rest\\CorsUtils' => __DIR__ . '/includes/Rest/CorsUtils.php',
'MediaWiki\\Rest\\EntryPoint' => __DIR__ . '/includes/Rest/EntryPoint.php',
'MediaWiki\\Rest\\Handler' => __DIR__ . '/includes/Rest/Handler.php',
'MediaWiki\\Rest\\Handler\\AbstractContributionHandler' => __DIR__ . '/includes/Rest/Handler/AbstractContributionHandler.php',
'MediaWiki\\Rest\\Handler\\ActionModuleBasedHandler' => __DIR__ . '/includes/Rest/Handler/ActionModuleBasedHandler.php',
'MediaWiki\\Rest\\Handler\\CompareHandler' => __DIR__ . '/includes/Rest/Handler/CompareHandler.php',
'MediaWiki\\Rest\\Handler\\ContributionsCountHandler' => __DIR__ . '/includes/Rest/Handler/ContributionsCountHandler.php',
'MediaWiki\\Rest\\Handler\\CreationHandler' => __DIR__ . '/includes/Rest/Handler/CreationHandler.php',
'MediaWiki\\Rest\\Handler\\EditHandler' => __DIR__ . '/includes/Rest/Handler/EditHandler.php',
REST: Move Helper classes to their own namespace Mixing Handlers with Helpers doesn't look nice for consistency reasons. Helpers should be in their own place (grouped) in the Handlers directory as they're really "helpers for the handlers". Change-Id: Ieeb7a0a706a4cb38778f312bfbfe781a1f366d14
2023-01-13 21:30:21 +00:00
'MediaWiki\\Rest\\Handler\\Helper\\HtmlInputTransformHelper' => __DIR__ . '/includes/Rest/Handler/Helper/HtmlInputTransformHelper.php',
'MediaWiki\\Rest\\Handler\\Helper\\HtmlMessageOutputHelper' => __DIR__ . '/includes/Rest/Handler/Helper/HtmlMessageOutputHelper.php',
'MediaWiki\\Rest\\Handler\\Helper\\HtmlOutputHelper' => __DIR__ . '/includes/Rest/Handler/Helper/HtmlOutputHelper.php',
'MediaWiki\\Rest\\Handler\\Helper\\HtmlOutputRendererHelper' => __DIR__ . '/includes/Rest/Handler/Helper/HtmlOutputRendererHelper.php',
'MediaWiki\\Rest\\Handler\\Helper\\PageContentHelper' => __DIR__ . '/includes/Rest/Handler/Helper/PageContentHelper.php',
Convert PageRedirectHandlerTrait to PageRedirectHelper Using a helper object instead of a trait allows for dependency injection through PageRestHelperFactory. This will make it easier to add language variant redirects in the next step. Change-Id: I1d4f26c380797e28e1b97051400bb9b1301b89ab
2023-06-11 16:56:29 +00:00
'MediaWiki\\Rest\\Handler\\Helper\\PageRedirectHelper' => __DIR__ . '/includes/Rest/Handler/Helper/PageRedirectHelper.php',
REST: Move Helper classes to their own namespace Mixing Handlers with Helpers doesn't look nice for consistency reasons. Helpers should be in their own place (grouped) in the Handlers directory as they're really "helpers for the handlers". Change-Id: Ieeb7a0a706a4cb38778f312bfbfe781a1f366d14
2023-01-13 21:30:21 +00:00
'MediaWiki\\Rest\\Handler\\Helper\\PageRestHelperFactory' => __DIR__ . '/includes/Rest/Handler/Helper/PageRestHelperFactory.php',
'MediaWiki\\Rest\\Handler\\Helper\\ParsoidFormatHelper' => __DIR__ . '/includes/Rest/Handler/Helper/ParsoidFormatHelper.php',
Re-apply "Rest: replace use of deprecated pingLimiter method" This introduces RestAuthorizeTrait to ensure proper error reporting after calls to Authorizer methods to avoid misleading error reports, see T350117 and T350202. This reverts commit e047668d9f5890cceaebdab76bb7b484561c47af. This restores change 701ff30193ff0aaf658a2108156b2c8229a18fb9. Change-Id: I617cb7ba24a1614c39e2b1072888f0ee7b3127e3
2023-11-01 19:10:00 +00:00
'MediaWiki\\Rest\\Handler\\Helper\\RestAuthorizeTrait' => __DIR__ . '/includes/Rest/Handler/Helper/RestAuthorizeTrait.php',
REST: Move Helper classes to their own namespace Mixing Handlers with Helpers doesn't look nice for consistency reasons. Helpers should be in their own place (grouped) in the Handlers directory as they're really "helpers for the handlers". Change-Id: Ieeb7a0a706a4cb38778f312bfbfe781a1f366d14
2023-01-13 21:30:21 +00:00
'MediaWiki\\Rest\\Handler\\Helper\\RevisionContentHelper' => __DIR__ . '/includes/Rest/Handler/Helper/RevisionContentHelper.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Rest\\Handler\\LanguageLinksHandler' => __DIR__ . '/includes/Rest/Handler/LanguageLinksHandler.php',
'MediaWiki\\Rest\\Handler\\MediaFileHandler' => __DIR__ . '/includes/Rest/Handler/MediaFileHandler.php',
'MediaWiki\\Rest\\Handler\\MediaLinksHandler' => __DIR__ . '/includes/Rest/Handler/MediaLinksHandler.php',
'MediaWiki\\Rest\\Handler\\PageHTMLHandler' => __DIR__ . '/includes/Rest/Handler/PageHTMLHandler.php',
'MediaWiki\\Rest\\Handler\\PageHistoryCountHandler' => __DIR__ . '/includes/Rest/Handler/PageHistoryCountHandler.php',
'MediaWiki\\Rest\\Handler\\PageHistoryHandler' => __DIR__ . '/includes/Rest/Handler/PageHistoryHandler.php',
'MediaWiki\\Rest\\Handler\\PageSourceHandler' => __DIR__ . '/includes/Rest/Handler/PageSourceHandler.php',
'MediaWiki\\Rest\\Handler\\ParsoidHandler' => __DIR__ . '/includes/Rest/Handler/ParsoidHandler.php',
'MediaWiki\\Rest\\Handler\\RevisionHTMLHandler' => __DIR__ . '/includes/Rest/Handler/RevisionHTMLHandler.php',
'MediaWiki\\Rest\\Handler\\RevisionSourceHandler' => __DIR__ . '/includes/Rest/Handler/RevisionSourceHandler.php',
Re-apply "REST: Emit swagger spec" This reverts commit 890558f1fa526550128bbfadcef94d72c430d717. This restores Id584208d9b67d877606a0add1d71c9b1784cdb1b with some fixes. Bug: T323786 Bug: T352742 Change-Id: Ib31c451ddd75b06c95a544c8a3d2a64b32264126
2023-12-05 18:00:26 +00:00
'MediaWiki\\Rest\\Handler\\RootSpecHandler' => __DIR__ . '/includes/Rest/Handler/RootSpecHandler.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Rest\\Handler\\SearchHandler' => __DIR__ . '/includes/Rest/Handler/SearchHandler.php',
'MediaWiki\\Rest\\Handler\\TransformHandler' => __DIR__ . '/includes/Rest/Handler/TransformHandler.php',
'MediaWiki\\Rest\\Handler\\UpdateHandler' => __DIR__ . '/includes/Rest/Handler/UpdateHandler.php',
'MediaWiki\\Rest\\Handler\\UserContributionsHandler' => __DIR__ . '/includes/Rest/Handler/UserContributionsHandler.php',
'MediaWiki\\Rest\\HeaderContainer' => __DIR__ . '/includes/Rest/HeaderContainer.php',
'MediaWiki\\Rest\\HeaderParser\\HeaderParserBase' => __DIR__ . '/includes/Rest/HeaderParser/HeaderParserBase.php',
'MediaWiki\\Rest\\HeaderParser\\HeaderParserError' => __DIR__ . '/includes/Rest/HeaderParser/HeaderParserError.php',
'MediaWiki\\Rest\\HeaderParser\\HttpDate' => __DIR__ . '/includes/Rest/HeaderParser/HttpDate.php',
'MediaWiki\\Rest\\HeaderParser\\IfNoneMatch' => __DIR__ . '/includes/Rest/HeaderParser/IfNoneMatch.php',
'MediaWiki\\Rest\\HeaderParser\\Origin' => __DIR__ . '/includes/Rest/HeaderParser/Origin.php',
'MediaWiki\\Rest\\Hook\\SearchResultProvideDescriptionHook' => __DIR__ . '/includes/Rest/Hook/SearchResultProvideDescriptionHook.php',
'MediaWiki\\Rest\\HttpException' => __DIR__ . '/includes/Rest/HttpException.php',
'MediaWiki\\Rest\\JsonEncodingException' => __DIR__ . '/includes/Rest/JsonEncodingException.php',
'MediaWiki\\Rest\\LocalizedHttpException' => __DIR__ . '/includes/Rest/LocalizedHttpException.php',
'MediaWiki\\Rest\\PathTemplateMatcher\\PathConflict' => __DIR__ . '/includes/Rest/PathTemplateMatcher/PathConflict.php',
'MediaWiki\\Rest\\PathTemplateMatcher\\PathMatcher' => __DIR__ . '/includes/Rest/PathTemplateMatcher/PathMatcher.php',
'MediaWiki\\Rest\\RedirectException' => __DIR__ . '/includes/Rest/RedirectException.php',
'MediaWiki\\Rest\\Reporter\\ErrorReporter' => __DIR__ . '/includes/Rest/Reporter/ErrorReporter.php',
'MediaWiki\\Rest\\Reporter\\MWErrorReporter' => __DIR__ . '/includes/Rest/Reporter/MWErrorReporter.php',
'MediaWiki\\Rest\\Reporter\\PHPErrorReporter' => __DIR__ . '/includes/Rest/Reporter/PHPErrorReporter.php',
'MediaWiki\\Rest\\RequestBase' => __DIR__ . '/includes/Rest/RequestBase.php',
'MediaWiki\\Rest\\RequestData' => __DIR__ . '/includes/Rest/RequestData.php',
'MediaWiki\\Rest\\RequestFromGlobals' => __DIR__ . '/includes/Rest/RequestFromGlobals.php',
'MediaWiki\\Rest\\RequestInterface' => __DIR__ . '/includes/Rest/RequestInterface.php',
'MediaWiki\\Rest\\Response' => __DIR__ . '/includes/Rest/Response.php',
'MediaWiki\\Rest\\ResponseException' => __DIR__ . '/includes/Rest/ResponseException.php',
'MediaWiki\\Rest\\ResponseFactory' => __DIR__ . '/includes/Rest/ResponseFactory.php',
'MediaWiki\\Rest\\ResponseInterface' => __DIR__ . '/includes/Rest/ResponseInterface.php',
'MediaWiki\\Rest\\Router' => __DIR__ . '/includes/Rest/Router.php',
'MediaWiki\\Rest\\SimpleHandler' => __DIR__ . '/includes/Rest/SimpleHandler.php',
'MediaWiki\\Rest\\Stream' => __DIR__ . '/includes/Rest/Stream.php',
'MediaWiki\\Rest\\StringStream' => __DIR__ . '/includes/Rest/StringStream.php',
'MediaWiki\\Rest\\TokenAwareHandlerTrait' => __DIR__ . '/includes/Rest/TokenAwareHandlerTrait.php',
'MediaWiki\\Rest\\Validator\\BodyValidator' => __DIR__ . '/includes/Rest/Validator/BodyValidator.php',
'MediaWiki\\Rest\\Validator\\JsonBodyValidator' => __DIR__ . '/includes/Rest/Validator/JsonBodyValidator.php',
'MediaWiki\\Rest\\Validator\\NullBodyValidator' => __DIR__ . '/includes/Rest/Validator/NullBodyValidator.php',
'MediaWiki\\Rest\\Validator\\ParamValidatorCallbacks' => __DIR__ . '/includes/Rest/Validator/ParamValidatorCallbacks.php',
Rest: Add UnsupportedContentTypeBodyValidator Add a convenient option for throwing an error when an unsupported body type is used. Change-Id: I0fec6e145314c81dcb0544aeef9b8a1d139838e5
2023-01-20 06:50:35 +00:00
'MediaWiki\\Rest\\Validator\\UnsupportedContentTypeBodyValidator' => __DIR__ . '/includes/Rest/Validator/UnsupportedContentTypeBodyValidator.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Rest\\Validator\\Validator' => __DIR__ . '/includes/Rest/Validator/Validator.php',
Introduce ArchiveSelectQueryBuilder Similar to RevisionSQB (Ifd690dc8f030) Bug: T344971 Change-Id: Ic520bcf09f4cc95ebd6a3990cff46dec5b7cd350
2023-09-07 10:19:48 +00:00
'MediaWiki\\Revision\\ArchiveSelectQueryBuilder' => __DIR__ . '/includes/Revision/ArchiveSelectQueryBuilder.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Revision\\ArchivedRevisionLookup' => __DIR__ . '/includes/Revision/ArchivedRevisionLookup.php',
When content is marked bad, show an error, don't pretend it is empty It misrepresents the users contribution to show empty text for a revision when in fact the revision contained some text which we later lost. Also, errors from SqlBlobStore::fetchBlobs() did not stop a cache entry from being written, so a subsequent cache hit would show the bad revision as empty. So, in Storage: * Add BadBlobException, which is thrown by the Storage layer to indicate that a revision is marked as bad. * Have SqlBlobStore::getBlobStore() return an error for bad blobs instead of an empty string. * Duplicate the check for flags=error into SqlBlobStore::expandBlob(). This avoids an unnecessary cache fetch, and avoids making decompressData() throw on error, which would be a b/c break. * In SqlBlobStore::getBlob(), suppress the cache when there was an error. In Revision: * Add BadRevisionException, to wrap BadBlobException in the Revision layer. * Return null from RevisionRecord::getContent() on a broader set of errors. Make it mostly non-throwing. * Add RevisionRecord::getContentOrThrow() which returns a non-nullable Content. * Note that SlotRecord::getContent() returns a non-nullable Content so now throws in more cases. In the UI: * In Article::view(), catch the exception and show an error message. * In DifferenceEngine, catch the exception and make a suitable error message available via getRevisionLoadErrors(). In the diff page, show the error message in a box. * In ApiComparePages and the legacy rvdiffto, show a warning. * In RawAction, show a 404 by analogy with other error cases. * In EditPage, there was already handling for $content=null with an appropriate error message (missing-revision-content). But having $this->textbox1 = null caused PHP 8.1 deprecation warnings, so I fixed that. * In EditPage undo, there was already handling for null content, but I improved the error message: "does not exist or was deleted" seems more appropriate than "conflicting intermediate edits". Change-Id: Idd1278d6d756ef37d64addb7b5f3be30747ea603
2022-11-29 03:38:29 +00:00
'MediaWiki\\Revision\\BadRevisionException' => __DIR__ . '/includes/Revision/BadRevisionException.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Revision\\ContributionsLookup' => __DIR__ . '/includes/Revision/ContributionsLookup.php',
'MediaWiki\\Revision\\ContributionsSegment' => __DIR__ . '/includes/Revision/ContributionsSegment.php',
'MediaWiki\\Revision\\FallbackSlotRoleHandler' => __DIR__ . '/includes/Revision/FallbackSlotRoleHandler.php',
'MediaWiki\\Revision\\Hook\\ContentHandlerDefaultModelForHook' => __DIR__ . '/includes/Revision/Hook/ContentHandlerDefaultModelForHook.php',
'MediaWiki\\Revision\\Hook\\RevisionRecordInsertedHook' => __DIR__ . '/includes/Revision/Hook/RevisionRecordInsertedHook.php',
'MediaWiki\\Revision\\IncompleteRevisionException' => __DIR__ . '/includes/Revision/IncompleteRevisionException.php',
'MediaWiki\\Revision\\MainSlotRoleHandler' => __DIR__ . '/includes/Revision/MainSlotRoleHandler.php',
'MediaWiki\\Revision\\MutableRevisionRecord' => __DIR__ . '/includes/Revision/MutableRevisionRecord.php',
'MediaWiki\\Revision\\MutableRevisionSlots' => __DIR__ . '/includes/Revision/MutableRevisionSlots.php',
'MediaWiki\\Revision\\RenderedRevision' => __DIR__ . '/includes/Revision/RenderedRevision.php',
'MediaWiki\\Revision\\RevisionAccessException' => __DIR__ . '/includes/Revision/RevisionAccessException.php',
'MediaWiki\\Revision\\RevisionArchiveRecord' => __DIR__ . '/includes/Revision/RevisionArchiveRecord.php',
'MediaWiki\\Revision\\RevisionFactory' => __DIR__ . '/includes/Revision/RevisionFactory.php',
'MediaWiki\\Revision\\RevisionLookup' => __DIR__ . '/includes/Revision/RevisionLookup.php',
'MediaWiki\\Revision\\RevisionRecord' => __DIR__ . '/includes/Revision/RevisionRecord.php',
'MediaWiki\\Revision\\RevisionRenderer' => __DIR__ . '/includes/Revision/RevisionRenderer.php',
Introduce RevisionSelectQueryBuilder Deprecating RevisionStore::getQueryInfo() and cleaning up a lot of code Also removing a brittle test that wasn't really testing anything. Bug: T344971 Change-Id: Ifd690dc8f030f86e3567a717eaeb830cb6dc703b
2023-08-28 08:52:19 +00:00
'MediaWiki\\Revision\\RevisionSelectQueryBuilder' => __DIR__ . '/includes/Revision/RevisionSelectQueryBuilder.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Revision\\RevisionSlots' => __DIR__ . '/includes/Revision/RevisionSlots.php',
'MediaWiki\\Revision\\RevisionStore' => __DIR__ . '/includes/Revision/RevisionStore.php',
'MediaWiki\\Revision\\RevisionStoreCacheRecord' => __DIR__ . '/includes/Revision/RevisionStoreCacheRecord.php',
'MediaWiki\\Revision\\RevisionStoreFactory' => __DIR__ . '/includes/Revision/RevisionStoreFactory.php',
'MediaWiki\\Revision\\RevisionStoreRecord' => __DIR__ . '/includes/Revision/RevisionStoreRecord.php',
'MediaWiki\\Revision\\SlotRecord' => __DIR__ . '/includes/Revision/SlotRecord.php',
'MediaWiki\\Revision\\SlotRenderingProvider' => __DIR__ . '/includes/Revision/SlotRenderingProvider.php',
'MediaWiki\\Revision\\SlotRoleHandler' => __DIR__ . '/includes/Revision/SlotRoleHandler.php',
'MediaWiki\\Revision\\SlotRoleRegistry' => __DIR__ . '/includes/Revision/SlotRoleRegistry.php',
'MediaWiki\\Revision\\SuppressedDataException' => __DIR__ . '/includes/Revision/SuppressedDataException.php',
'MediaWiki\\Search\\Entity\\SearchResultThumbnail' => __DIR__ . '/includes/search/Entity/SearchResultThumbnail.php',
'MediaWiki\\Search\\Hook\\PrefixSearchBackendHook' => __DIR__ . '/includes/search/Hook/PrefixSearchBackendHook.php',
'MediaWiki\\Search\\Hook\\PrefixSearchExtractNamespaceHook' => __DIR__ . '/includes/search/Hook/PrefixSearchExtractNamespaceHook.php',
'MediaWiki\\Search\\Hook\\SearchAfterNoDirectMatchHook' => __DIR__ . '/includes/search/Hook/SearchAfterNoDirectMatchHook.php',
'MediaWiki\\Search\\Hook\\SearchGetNearMatchBeforeHook' => __DIR__ . '/includes/search/Hook/SearchGetNearMatchBeforeHook.php',
'MediaWiki\\Search\\Hook\\SearchGetNearMatchCompleteHook' => __DIR__ . '/includes/search/Hook/SearchGetNearMatchCompleteHook.php',
'MediaWiki\\Search\\Hook\\SearchGetNearMatchHook' => __DIR__ . '/includes/search/Hook/SearchGetNearMatchHook.php',
'MediaWiki\\Search\\Hook\\SearchIndexFieldsHook' => __DIR__ . '/includes/search/Hook/SearchIndexFieldsHook.php',
'MediaWiki\\Search\\Hook\\SearchResultInitFromTitleHook' => __DIR__ . '/includes/search/Hook/SearchResultInitFromTitleHook.php',
'MediaWiki\\Search\\Hook\\SearchResultProvideThumbnailHook' => __DIR__ . '/includes/search/Hook/SearchResultProvideThumbnailHook.php',
'MediaWiki\\Search\\Hook\\SearchResultsAugmentHook' => __DIR__ . '/includes/search/Hook/SearchResultsAugmentHook.php',
'MediaWiki\\Search\\Hook\\SearchableNamespacesHook' => __DIR__ . '/includes/search/Hook/SearchableNamespacesHook.php',
'MediaWiki\\Search\\Hook\\ShowSearchHitHook' => __DIR__ . '/includes/search/Hook/ShowSearchHitHook.php',
'MediaWiki\\Search\\Hook\\ShowSearchHitTitleHook' => __DIR__ . '/includes/search/Hook/ShowSearchHitTitleHook.php',
'MediaWiki\\Search\\Hook\\SpecialSearchPowerBoxHook' => __DIR__ . '/includes/search/Hook/SpecialSearchPowerBoxHook.php',
'MediaWiki\\Search\\Hook\\SpecialSearchProfileFormHook' => __DIR__ . '/includes/search/Hook/SpecialSearchProfileFormHook.php',
'MediaWiki\\Search\\ParserOutputSearchDataExtractor' => __DIR__ . '/includes/search/ParserOutputSearchDataExtractor.php',
'MediaWiki\\Search\\SearchResultThumbnailProvider' => __DIR__ . '/includes/search/SearchResultThumbnailProvider.php',
'MediaWiki\\Search\\SearchWidgets\\BasicSearchResultSetWidget' => __DIR__ . '/includes/search/searchwidgets/BasicSearchResultSetWidget.php',
'MediaWiki\\Search\\SearchWidgets\\DidYouMeanWidget' => __DIR__ . '/includes/search/searchwidgets/DidYouMeanWidget.php',
'MediaWiki\\Search\\SearchWidgets\\FullSearchResultWidget' => __DIR__ . '/includes/search/searchwidgets/FullSearchResultWidget.php',
'MediaWiki\\Search\\SearchWidgets\\InterwikiSearchResultSetWidget' => __DIR__ . '/includes/search/searchwidgets/InterwikiSearchResultSetWidget.php',
'MediaWiki\\Search\\SearchWidgets\\InterwikiSearchResultWidget' => __DIR__ . '/includes/search/searchwidgets/InterwikiSearchResultWidget.php',
'MediaWiki\\Search\\SearchWidgets\\SearchFormWidget' => __DIR__ . '/includes/search/searchwidgets/SearchFormWidget.php',
'MediaWiki\\Search\\SearchWidgets\\SearchResultSetWidget' => __DIR__ . '/includes/search/searchwidgets/SearchResultSetWidget.php',
'MediaWiki\\Search\\SearchWidgets\\SearchResultWidget' => __DIR__ . '/includes/search/searchwidgets/SearchResultWidget.php',
search: Namespace TitleMatcher class Follow-up on: I09990e9f263c075a6ab137ee5bcb7285359f057c Change-Id: Iff6ab10fe3b784b152992293695964d4c51803b8
2023-02-19 08:06:34 +00:00
'MediaWiki\\Search\\TitleMatcher' => __DIR__ . '/includes/search/TitleMatcher.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Session\\BotPasswordSessionProvider' => __DIR__ . '/includes/session/BotPasswordSessionProvider.php',
'MediaWiki\\Session\\CookieSessionProvider' => __DIR__ . '/includes/session/CookieSessionProvider.php',
'MediaWiki\\Session\\CsrfTokenSet' => __DIR__ . '/includes/session/CsrfTokenSet.php',
'MediaWiki\\Session\\CsrfTokenSetProvider' => __DIR__ . '/includes/session/CsrfTokenSetProvider.php',
'MediaWiki\\Session\\Hook\\SessionCheckInfoHook' => __DIR__ . '/includes/session/Hook/SessionCheckInfoHook.php',
'MediaWiki\\Session\\Hook\\SessionMetadataHook' => __DIR__ . '/includes/session/Hook/SessionMetadataHook.php',
'MediaWiki\\Session\\ImmutableSessionProviderWithCookie' => __DIR__ . '/includes/session/ImmutableSessionProviderWithCookie.php',
'MediaWiki\\Session\\MetadataMergeException' => __DIR__ . '/includes/session/MetadataMergeException.php',
'MediaWiki\\Session\\PHPSessionHandler' => __DIR__ . '/includes/session/PHPSessionHandler.php',
'MediaWiki\\Session\\Session' => __DIR__ . '/includes/session/Session.php',
'MediaWiki\\Session\\SessionBackend' => __DIR__ . '/includes/session/SessionBackend.php',
'MediaWiki\\Session\\SessionId' => __DIR__ . '/includes/session/SessionId.php',
'MediaWiki\\Session\\SessionInfo' => __DIR__ . '/includes/session/SessionInfo.php',
'MediaWiki\\Session\\SessionManager' => __DIR__ . '/includes/session/SessionManager.php',
'MediaWiki\\Session\\SessionManagerInterface' => __DIR__ . '/includes/session/SessionManagerInterface.php',
'MediaWiki\\Session\\SessionOverflowException' => __DIR__ . '/includes/session/SessionOverflowException.php',
'MediaWiki\\Session\\SessionProvider' => __DIR__ . '/includes/session/SessionProvider.php',
'MediaWiki\\Session\\SessionProviderInterface' => __DIR__ . '/includes/session/SessionProviderInterface.php',
'MediaWiki\\Session\\Token' => __DIR__ . '/includes/session/Token.php',
'MediaWiki\\Session\\UserInfo' => __DIR__ . '/includes/session/UserInfo.php',
'MediaWiki\\Settings\\Cache\\CacheableSource' => __DIR__ . '/includes/Settings/Cache/CacheableSource.php',
'MediaWiki\\Settings\\Cache\\CachedSource' => __DIR__ . '/includes/Settings/Cache/CachedSource.php',
'MediaWiki\\Settings\\Config\\ArrayConfigBuilder' => __DIR__ . '/includes/Settings/Config/ArrayConfigBuilder.php',
'MediaWiki\\Settings\\Config\\ConfigBuilder' => __DIR__ . '/includes/Settings/Config/ConfigBuilder.php',
'MediaWiki\\Settings\\Config\\ConfigBuilderBase' => __DIR__ . '/includes/Settings/Config/ConfigBuilderBase.php',
'MediaWiki\\Settings\\Config\\ConfigSchema' => __DIR__ . '/includes/Settings/Config/ConfigSchema.php',
'MediaWiki\\Settings\\Config\\ConfigSchemaAggregator' => __DIR__ . '/includes/Settings/Config/ConfigSchemaAggregator.php',
'MediaWiki\\Settings\\Config\\GlobalConfigBuilder' => __DIR__ . '/includes/Settings/Config/GlobalConfigBuilder.php',
'MediaWiki\\Settings\\Config\\MergeStrategy' => __DIR__ . '/includes/Settings/Config/MergeStrategy.php',
'MediaWiki\\Settings\\Config\\NullIniSink' => __DIR__ . '/includes/Settings/Config/NullIniSink.php',
'MediaWiki\\Settings\\Config\\PhpIniSink' => __DIR__ . '/includes/Settings/Config/PhpIniSink.php',
'MediaWiki\\Settings\\DynamicDefaultValues' => __DIR__ . '/includes/Settings/DynamicDefaultValues.php',
'MediaWiki\\Settings\\LocalSettingsLoader' => __DIR__ . '/includes/Settings/LocalSettingsLoader.php',
'MediaWiki\\Settings\\SettingsBuilder' => __DIR__ . '/includes/Settings/SettingsBuilder.php',
'MediaWiki\\Settings\\SettingsBuilderException' => __DIR__ . '/includes/Settings/SettingsBuilderException.php',
'MediaWiki\\Settings\\Source\\ArraySource' => __DIR__ . '/includes/Settings/Source/ArraySource.php',
'MediaWiki\\Settings\\Source\\EtcdSource' => __DIR__ . '/includes/Settings/Source/EtcdSource.php',
'MediaWiki\\Settings\\Source\\FileSource' => __DIR__ . '/includes/Settings/Source/FileSource.php',
'MediaWiki\\Settings\\Source\\Format\\JsonFormat' => __DIR__ . '/includes/Settings/Source/Format/JsonFormat.php',
'MediaWiki\\Settings\\Source\\Format\\SettingsFormat' => __DIR__ . '/includes/Settings/Source/Format/SettingsFormat.php',
'MediaWiki\\Settings\\Source\\Format\\YamlFormat' => __DIR__ . '/includes/Settings/Source/Format/YamlFormat.php',
'MediaWiki\\Settings\\Source\\JsonSchemaTrait' => __DIR__ . '/includes/Settings/Source/JsonSchemaTrait.php',
'MediaWiki\\Settings\\Source\\PhpSettingsSource' => __DIR__ . '/includes/Settings/Source/PhpSettingsSource.php',
'MediaWiki\\Settings\\Source\\ReflectionSchemaSource' => __DIR__ . '/includes/Settings/Source/ReflectionSchemaSource.php',
'MediaWiki\\Settings\\Source\\SettingsFileUtils' => __DIR__ . '/includes/Settings/Source/SettingsFileUtils.php',
'MediaWiki\\Settings\\Source\\SettingsIncludeLocator' => __DIR__ . '/includes/Settings/Source/SettingsIncludeLocator.php',
'MediaWiki\\Settings\\Source\\SettingsSource' => __DIR__ . '/includes/Settings/Source/SettingsSource.php',
'MediaWiki\\Settings\\WikiFarmSettingsLoader' => __DIR__ . '/includes/Settings/WikiFarmSettingsLoader.php',
Replace wfShellExec() with a class This function has gotten so unwieldy that a helper was introduced. Instead, here's this class that makes shelling out easier and more readable. Example usage: $result = Shell::command( 'shell command' ) ->environment( [ 'ENVIRONMENT_VARIABLE' => 'VALUE' ] ) ->limits( [ 'time' => 300 ] ) ->execute(); $exitCode = $result->getExitCode(); $output = $result->getStdout(); This is a minimal change, so lots of stuff remains unrefactored - I'd rather limit the scope of this commit. A future improvement could be an ability to get stderr separately from stdout. Caveat: execution errors (proc_open is disabled/returned error) now throw errors instead of returning a status code. wfShellExec() still emulates this behavior though. Competing commit: I7dccb2b67a4173a8a89b035e444fbda9102e4d0f <legoktm> MaxSem: so you should continue working on your patch and I'll probably refactor on top of it later after its merged :P Change-Id: I8ac9858b80d7908cf7e7981d7e19d0fc9c2265c0
2016-11-03 00:27:15 +00:00
'MediaWiki\\ShellDisabledError' => __DIR__ . '/includes/exception/ShellDisabledError.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Shell\\Command' => __DIR__ . '/includes/shell/Command.php',
'MediaWiki\\Shell\\CommandFactory' => __DIR__ . '/includes/shell/CommandFactory.php',
'MediaWiki\\Shell\\Hook\\WfShellWikiCmdHook' => __DIR__ . '/includes/shell/Hook/WfShellWikiCmdHook.php',
'MediaWiki\\Shell\\Shell' => __DIR__ . '/includes/shell/Shell.php',
'MediaWiki\\Shell\\ShellboxClientFactory' => __DIR__ . '/includes/shell/ShellboxClientFactory.php',
Reorg: Move SiteStats*.php to SiteStats/ It's going to be a bit small and narrow but it's better than sitting in the root of includes/ plus I hope we can hollow out SiteStatsUpdate class into the third one and or move this under a better directory in the future. Bug: T321882 Change-Id: Ia503b53b31ca00600f8c18b61a2652c3e146494e
2023-04-26 23:16:29 +00:00
'MediaWiki\\SiteStats\\SiteStats' => __DIR__ . '/includes/SiteStats/SiteStats.php',
'MediaWiki\\SiteStats\\SiteStatsInit' => __DIR__ . '/includes/SiteStats/SiteStatsInit.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Site\\MediaWikiPageNameNormalizer' => __DIR__ . '/includes/site/MediaWikiPageNameNormalizer.php',
Namespace Site and SiteList Bug: T353458 Change-Id: I31f7cba42c02701e462eb3ed6bcc3928d438c1ef
2023-12-14 15:27:55 +00:00
'MediaWiki\\Site\\Site' => __DIR__ . '/includes/site/Site.php',
'MediaWiki\\Site\\SiteList' => __DIR__ . '/includes/site/SiteList.php',
Introduce interface ComponentRegistryContext - To mitigate passing around Skin god object. - Provide limited context for components. - Update relevant classes. Bug: T301722 Change-Id: Icb7ea7ae5b86a39adf6eb2805b2bf42fb71d3bd0
2022-03-02 20:51:45 +00:00
'MediaWiki\\Skin\\ComponentRegistryContext' => __DIR__ . '/includes/skins/components/ComponentRegistryContext.php',
Introduce SkinComponent and SkinComponentLogos In preparation for refactoring SkinTemplate so that SkinMustache extends Skin rather than SkinTemplate, we take the opportunity to reorganize the skin code around the concept of components. Going forward a skin will consist of multiple components, each of which must return template data that can be passed to an associated template. This will result in code that is easier to work with, compared with the existing 3000 line skin class. This is the beginning of that journey. Other components will follow while maintaining backwards compatibility Bug: T263213 Change-Id: Ib62724c24601e04aa13ab09b3242e70d7d6436ca
2021-10-13 18:14:23 +00:00
'MediaWiki\\Skin\\SkinComponent' => __DIR__ . '/includes/skins/components/SkinComponent.php',
Separate skin data for copyright and last modified Bug: T326265 Change-Id: Ic545825e8296897bc0756c13971c00e88d3432f8
2023-01-04 19:14:02 +00:00
'MediaWiki\\Skin\\SkinComponentCopyright' => __DIR__ . '/includes/skins/components/SkinComponentCopyright.php',
Componentize menulink + footer - Add new menu components: Menu, Link, ListItem, Footer - Add footer component which leverages menu components for generating template data. - Add footer to the component registry to be used in Skin class. - Update Skin methods to leverage new Menu and related components. - Move footer data generation methods from Skin and SkinTemplate into SkinComponentFooter class methods. - Remove Skin::getFooterLinks, Skin::getSiteFooterLinks - Deprecate Skin::footerLink. - Update RELEASE-NOTES with breaking changes, deprecations. - No visual regressions for the footer or menus. - SkinComponentRegistryContext::getLanguage now returns language object (interface is marked as @unstable so changes here acceptable) Bug: T302116 Depends-On: I97512d06df6f86236379a16fb0fbd6aa3f61deb5 Change-Id: I06054c2dead4773789b8c3d88a6b1ed8f78cd614
2022-06-27 14:35:31 +00:00
'MediaWiki\\Skin\\SkinComponentFooter' => __DIR__ . '/includes/skins/components/SkinComponentFooter.php',
Separate skin data for copyright and last modified Bug: T326265 Change-Id: Ic545825e8296897bc0756c13971c00e88d3432f8
2023-01-04 19:14:02 +00:00
'MediaWiki\\Skin\\SkinComponentLastModified' => __DIR__ . '/includes/skins/components/SkinComponentLastModified.php',
Componentize menulink + footer - Add new menu components: Menu, Link, ListItem, Footer - Add footer component which leverages menu components for generating template data. - Add footer to the component registry to be used in Skin class. - Update Skin methods to leverage new Menu and related components. - Move footer data generation methods from Skin and SkinTemplate into SkinComponentFooter class methods. - Remove Skin::getFooterLinks, Skin::getSiteFooterLinks - Deprecate Skin::footerLink. - Update RELEASE-NOTES with breaking changes, deprecations. - No visual regressions for the footer or menus. - SkinComponentRegistryContext::getLanguage now returns language object (interface is marked as @unstable so changes here acceptable) Bug: T302116 Depends-On: I97512d06df6f86236379a16fb0fbd6aa3f61deb5 Change-Id: I06054c2dead4773789b8c3d88a6b1ed8f78cd614
2022-06-27 14:35:31 +00:00
'MediaWiki\\Skin\\SkinComponentLink' => __DIR__ . '/includes/skins/components/SkinComponentLink.php',
'MediaWiki\\Skin\\SkinComponentListItem' => __DIR__ . '/includes/skins/components/SkinComponentListItem.php',
Introduce SkinComponent and SkinComponentLogos In preparation for refactoring SkinTemplate so that SkinMustache extends Skin rather than SkinTemplate, we take the opportunity to reorganize the skin code around the concept of components. Going forward a skin will consist of multiple components, each of which must return template data that can be passed to an associated template. This will result in code that is easier to work with, compared with the existing 3000 line skin class. This is the beginning of that journey. Other components will follow while maintaining backwards compatibility Bug: T263213 Change-Id: Ib62724c24601e04aa13ab09b3242e70d7d6436ca
2021-10-13 18:14:23 +00:00
'MediaWiki\\Skin\\SkinComponentLogo' => __DIR__ . '/includes/skins/components/SkinComponentLogo.php',
Componentize menulink + footer - Add new menu components: Menu, Link, ListItem, Footer - Add footer component which leverages menu components for generating template data. - Add footer to the component registry to be used in Skin class. - Update Skin methods to leverage new Menu and related components. - Move footer data generation methods from Skin and SkinTemplate into SkinComponentFooter class methods. - Remove Skin::getFooterLinks, Skin::getSiteFooterLinks - Deprecate Skin::footerLink. - Update RELEASE-NOTES with breaking changes, deprecations. - No visual regressions for the footer or menus. - SkinComponentRegistryContext::getLanguage now returns language object (interface is marked as @unstable so changes here acceptable) Bug: T302116 Depends-On: I97512d06df6f86236379a16fb0fbd6aa3f61deb5 Change-Id: I06054c2dead4773789b8c3d88a6b1ed8f78cd614
2022-06-27 14:35:31 +00:00
'MediaWiki\\Skin\\SkinComponentMenu' => __DIR__ . '/includes/skins/components/SkinComponentMenu.php',
Introduce SkinComponent and SkinComponentLogos In preparation for refactoring SkinTemplate so that SkinMustache extends Skin rather than SkinTemplate, we take the opportunity to reorganize the skin code around the concept of components. Going forward a skin will consist of multiple components, each of which must return template data that can be passed to an associated template. This will result in code that is easier to work with, compared with the existing 3000 line skin class. This is the beginning of that journey. Other components will follow while maintaining backwards compatibility Bug: T263213 Change-Id: Ib62724c24601e04aa13ab09b3242e70d7d6436ca
2021-10-13 18:14:23 +00:00
'MediaWiki\\Skin\\SkinComponentRegistry' => __DIR__ . '/includes/skins/components/SkinComponentRegistry.php',
Introduce interface ComponentRegistryContext - To mitigate passing around Skin god object. - Provide limited context for components. - Update relevant classes. Bug: T301722 Change-Id: Icb7ea7ae5b86a39adf6eb2805b2bf42fb71d3bd0
2022-03-02 20:51:45 +00:00
'MediaWiki\\Skin\\SkinComponentRegistryContext' => __DIR__ . '/includes/skins/components/SkinComponentRegistryContext.php',
Introduce SkinComponentSearch Changes: * Internal SkinTemplate::getSearchInputAttributes method is removed * Skin::makeSearchInput and Skin::makeSearchButton are hard deprecated. Methods moved to SkinTemplate to support skins using BaseTemplate (this avoids deprecation warnings in Timeless) * Correct the function signature for Skin::getRelevantTitle and the caller in Linker to take into account the use of getTitle and the possibility of a null return. Bug: T301723 Change-Id: I0906cd1582b93c741b93503562ec0fe37d80d948
2021-12-07 00:21:47 +00:00
'MediaWiki\\Skin\\SkinComponentSearch' => __DIR__ . '/includes/skins/components/SkinComponentSearch.php',
Introduce SkinComponentTableOfContents - Moves Skin::getSectionsData and related methods into new TOC component. - Update SkinMustacheTest for toc getTemplateData method. - Add test for new TOC component. Bug: T301523 Change-Id: I29dda96f1e91da6892840d38a80c6102d425d0f7
2022-02-11 23:43:45 +00:00
'MediaWiki\\Skin\\SkinComponentTableOfContents' => __DIR__ . '/includes/skins/components/SkinComponentTableOfContents.php',
Create new TempUserBanner skin component Creates a new skin component for informing users with temporary accounts that they can login or register if they choose. Adds: - New skin component: SkinComponentTempUserBanner.php - Skin feature: "temp-user-banner" - Associated styles - New i18n messages for banner NOTE: This component is not registered via the skinComponentRegistry because it doesn't output any data, only a string of HTML. Instead it is appended to the body element before the skin is rendered. Bug: T330510 Change-Id: I1e137dbd29f3c73efac901f43f8a8258e2a111fc
2023-06-13 14:11:49 +00:00
'MediaWiki\\Skin\\SkinComponentTempUserBanner' => __DIR__ . '/includes/skins/components/SkinComponentTempUserBanner.php',
Componentize menulink + footer - Add new menu components: Menu, Link, ListItem, Footer - Add footer component which leverages menu components for generating template data. - Add footer to the component registry to be used in Skin class. - Update Skin methods to leverage new Menu and related components. - Move footer data generation methods from Skin and SkinTemplate into SkinComponentFooter class methods. - Remove Skin::getFooterLinks, Skin::getSiteFooterLinks - Deprecate Skin::footerLink. - Update RELEASE-NOTES with breaking changes, deprecations. - No visual regressions for the footer or menus. - SkinComponentRegistryContext::getLanguage now returns language object (interface is marked as @unstable so changes here acceptable) Bug: T302116 Depends-On: I97512d06df6f86236379a16fb0fbd6aa3f61deb5 Change-Id: I06054c2dead4773789b8c3d88a6b1ed8f78cd614
2022-06-27 14:35:31 +00:00
'MediaWiki\\Skin\\SkinComponentUtils' => __DIR__ . '/includes/skins/components/SkinComponentUtils.php',
Replace BaseTemplateAfterPortlet with SkinAfterPortlet BaseTemplate should not handle anything but rendering. In order to allow replacing it with another renderer, such as Mustache or Vue, its hooks should be moved to the Skin class instead. BaseTemplateAfterPortlet is soft deprecated to allow filtering, preventing the hook from running twice. Both BaseTemplate::getAfterPortlet and ::renderAfterPortlet have been deprecated as well, with both now calling Skin::getAfterPortlet after running the BaseTemplateAfterPortlet hook. Bug: T253797 Change-Id: I438daa79d3d97e2518e6258c3213a805bd1f30e8
2020-06-08 07:33:11 +00:00
'MediaWiki\\Skins\\Hook\\SkinAfterPortletHook' => __DIR__ . '/includes/skins/Hook/SkinAfterPortletHook.php',
Allow skins to override mediawiki.page.ready initialisation Add 'ready.config.json' to resource Add 'collapsible', 'sortable' field to be possible override via hook. In order to override setting, new hook ResourceLoaderPageReadyConfigHook has been introduced. A new config field for search will follow. Bug: T250851 Change-Id: I041d4a4b9114f1190f28e0283d96cd33b81f9850
2020-07-09 09:34:03 +00:00
'MediaWiki\\Skins\\Hook\\SkinPageReadyConfigHook' => __DIR__ . '/includes/skins/Hook/SkinPageReadyConfigHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Sparql\\SparqlClient' => __DIR__ . '/includes/sparql/SparqlClient.php',
'MediaWiki\\Sparql\\SparqlException' => __DIR__ . '/includes/sparql/SparqlException.php',
Namespace remaining 'specialpage' files under \MediaWiki\SpecialPage SpecialPageFactory is already here, but none of the others were yet. Bug: T166010 Change-Id: I9689bf0a1ab329625e23669b99f019b96295fffd
2023-09-15 09:32:18 +00:00
'MediaWiki\\SpecialPage\\AuthManagerSpecialPage' => __DIR__ . '/includes/specialpage/AuthManagerSpecialPage.php',
'MediaWiki\\SpecialPage\\ChangesListSpecialPage' => __DIR__ . '/includes/specialpage/ChangesListSpecialPage.php',
'MediaWiki\\SpecialPage\\DisabledSpecialPage' => __DIR__ . '/includes/specialpage/DisabledSpecialPage.php',
'MediaWiki\\SpecialPage\\FormSpecialPage' => __DIR__ . '/includes/specialpage/FormSpecialPage.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\SpecialPage\\Hook\\AuthChangeFormFieldsHook' => __DIR__ . '/includes/specialpage/Hook/AuthChangeFormFieldsHook.php',
'MediaWiki\\SpecialPage\\Hook\\ChangeAuthenticationDataAuditHook' => __DIR__ . '/includes/specialpage/Hook/ChangeAuthenticationDataAuditHook.php',
'MediaWiki\\SpecialPage\\Hook\\ChangesListSpecialPageQueryHook' => __DIR__ . '/includes/specialpage/Hook/ChangesListSpecialPageQueryHook.php',
'MediaWiki\\SpecialPage\\Hook\\ChangesListSpecialPageStructuredFiltersHook' => __DIR__ . '/includes/specialpage/Hook/ChangesListSpecialPageStructuredFiltersHook.php',
'MediaWiki\\SpecialPage\\Hook\\RedirectSpecialArticleRedirectParamsHook' => __DIR__ . '/includes/specialpage/Hook/RedirectSpecialArticleRedirectParamsHook.php',
'MediaWiki\\SpecialPage\\Hook\\SpecialPageAfterExecuteHook' => __DIR__ . '/includes/specialpage/Hook/SpecialPageAfterExecuteHook.php',
'MediaWiki\\SpecialPage\\Hook\\SpecialPageBeforeExecuteHook' => __DIR__ . '/includes/specialpage/Hook/SpecialPageBeforeExecuteHook.php',
'MediaWiki\\SpecialPage\\Hook\\SpecialPageBeforeFormDisplayHook' => __DIR__ . '/includes/specialpage/Hook/SpecialPageBeforeFormDisplayHook.php',
'MediaWiki\\SpecialPage\\Hook\\SpecialPage_initListHook' => __DIR__ . '/includes/specialpage/Hook/SpecialPage_initListHook.php',
'MediaWiki\\SpecialPage\\Hook\\WgQueryPagesHook' => __DIR__ . '/includes/specialpage/Hook/WgQueryPagesHook.php',
Namespace remaining 'specialpage' files under \MediaWiki\SpecialPage SpecialPageFactory is already here, but none of the others were yet. Bug: T166010 Change-Id: I9689bf0a1ab329625e23669b99f019b96295fffd
2023-09-15 09:32:18 +00:00
'MediaWiki\\SpecialPage\\ImageQueryPage' => __DIR__ . '/includes/specialpage/ImageQueryPage.php',
'MediaWiki\\SpecialPage\\IncludableSpecialPage' => __DIR__ . '/includes/specialpage/IncludableSpecialPage.php',
'MediaWiki\\SpecialPage\\LoginSignupSpecialPage' => __DIR__ . '/includes/specialpage/LoginSignupSpecialPage.php',
'MediaWiki\\SpecialPage\\PageQueryPage' => __DIR__ . '/includes/specialpage/PageQueryPage.php',
'MediaWiki\\SpecialPage\\QueryPage' => __DIR__ . '/includes/specialpage/QueryPage.php',
'MediaWiki\\SpecialPage\\RedirectSpecialArticle' => __DIR__ . '/includes/specialpage/RedirectSpecialArticle.php',
'MediaWiki\\SpecialPage\\RedirectSpecialPage' => __DIR__ . '/includes/specialpage/RedirectSpecialPage.php',
'MediaWiki\\SpecialPage\\SpecialPage' => __DIR__ . '/includes/specialpage/SpecialPage.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\SpecialPage\\SpecialPageFactory' => __DIR__ . '/includes/specialpage/SpecialPageFactory.php',
Namespace remaining 'specialpage' files under \MediaWiki\SpecialPage SpecialPageFactory is already here, but none of the others were yet. Bug: T166010 Change-Id: I9689bf0a1ab329625e23669b99f019b96295fffd
2023-09-15 09:32:18 +00:00
'MediaWiki\\SpecialPage\\SpecialRedirectToSpecial' => __DIR__ . '/includes/specialpage/SpecialRedirectToSpecial.php',
'MediaWiki\\SpecialPage\\SpecialRedirectWithAction' => __DIR__ . '/includes/specialpage/SpecialRedirectWithAction.php',
'MediaWiki\\SpecialPage\\UnlistedSpecialPage' => __DIR__ . '/includes/specialpage/UnlistedSpecialPage.php',
'MediaWiki\\SpecialPage\\WantedQueryPage' => __DIR__ . '/includes/specialpage/WantedQueryPage.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Specials\\Contribute\\Card\\ContributeCard' => __DIR__ . '/includes/specials/Contribute/Card/ContributeCard.php',
'MediaWiki\\Specials\\Contribute\\Card\\ContributeCardAction' => __DIR__ . '/includes/specials/Contribute/Card/ContributeCardAction.php',
'MediaWiki\\Specials\\Contribute\\Card\\ContributeCardActionLink' => __DIR__ . '/includes/specials/Contribute/Card/ContributeCardActionLink.php',
'MediaWiki\\Specials\\Contribute\\ContributeFactory' => __DIR__ . '/includes/specials/Contribute/ContributeFactory.php',
'MediaWiki\\Specials\\Contribute\\Hook\\ContributeCardsHook' => __DIR__ . '/includes/specials/Contribute/Hook/ContributeCardsHook.php',
Namespace SpecialMy* under \MediaWiki\Specials\Redirects Change-Id: I1c4473b3c75a4a5095b26d825b1f2f1f093d728a
2023-05-21 07:54:36 +00:00
'MediaWiki\\Specials\\Redirects\\SpecialAllMyUploads' => __DIR__ . '/includes/specials/redirects/SpecialAllMyUploads.php',
Namespace SpecialL* under \MediaWiki\Specials Plus two redirect specials. Change-Id: Ie56f96894f6bfbdb9bc093fce8b72b18f8adce86
2023-05-03 19:50:13 +00:00
'MediaWiki\\Specials\\Redirects\\SpecialListAdmins' => __DIR__ . '/includes/specials/redirects/SpecialListAdmins.php',
'MediaWiki\\Specials\\Redirects\\SpecialListBots' => __DIR__ . '/includes/specials/redirects/SpecialListBots.php',
Namespace SpecialMy* under \MediaWiki\Specials\Redirects Change-Id: I1c4473b3c75a4a5095b26d825b1f2f1f093d728a
2023-05-21 07:54:36 +00:00
'MediaWiki\\Specials\\Redirects\\SpecialMycontributions' => __DIR__ . '/includes/specials/redirects/SpecialMycontributions.php',
'MediaWiki\\Specials\\Redirects\\SpecialMylog' => __DIR__ . '/includes/specials/redirects/SpecialMylog.php',
'MediaWiki\\Specials\\Redirects\\SpecialMypage' => __DIR__ . '/includes/specials/redirects/SpecialMypage.php',
'MediaWiki\\Specials\\Redirects\\SpecialMytalk' => __DIR__ . '/includes/specials/redirects/SpecialMytalk.php',
'MediaWiki\\Specials\\Redirects\\SpecialMyuploads' => __DIR__ . '/includes/specials/redirects/SpecialMyuploads.php',
Namespace SpecialA* under \MediaWiki\Specials So begins a series of patches. :-) Change-Id: I88cb6304e2d1d2e59bd316b6fc181ab7f323e707
2023-03-17 00:35:23 +00:00
'MediaWiki\\Specials\\SpecialActiveUsers' => __DIR__ . '/includes/specials/SpecialActiveUsers.php',
'MediaWiki\\Specials\\SpecialAllMessages' => __DIR__ . '/includes/specials/SpecialAllMessages.php',
'MediaWiki\\Specials\\SpecialAllPages' => __DIR__ . '/includes/specials/SpecialAllPages.php',
'MediaWiki\\Specials\\SpecialAncientPages' => __DIR__ . '/includes/specials/SpecialAncientPages.php',
'MediaWiki\\Specials\\SpecialApiHelp' => __DIR__ . '/includes/specials/SpecialApiHelp.php',
'MediaWiki\\Specials\\SpecialApiSandbox' => __DIR__ . '/includes/specials/SpecialApiSandbox.php',
'MediaWiki\\Specials\\SpecialAutoblockList' => __DIR__ . '/includes/specials/SpecialAutoblockList.php',
Namespace SpecialB* under \MediaWiki\Specials Change-Id: I49dbfbfae543e490b468da36efe06123ff60ffa2
2023-03-17 14:37:51 +00:00
'MediaWiki\\Specials\\SpecialBlankpage' => __DIR__ . '/includes/specials/SpecialBlankpage.php',
'MediaWiki\\Specials\\SpecialBlock' => __DIR__ . '/includes/specials/SpecialBlock.php',
'MediaWiki\\Specials\\SpecialBlockList' => __DIR__ . '/includes/specials/SpecialBlockList.php',
'MediaWiki\\Specials\\SpecialBookSources' => __DIR__ . '/includes/specials/SpecialBookSources.php',
'MediaWiki\\Specials\\SpecialBotPasswords' => __DIR__ . '/includes/specials/SpecialBotPasswords.php',
'MediaWiki\\Specials\\SpecialBrokenRedirects' => __DIR__ . '/includes/specials/SpecialBrokenRedirects.php',
Namespace SpecialC* under \MediaWiki\Specials Change-Id: Idbdacc20d45437d141c1a0d5f2eee98ae9345875
2023-03-17 15:04:04 +00:00
'MediaWiki\\Specials\\SpecialCategories' => __DIR__ . '/includes/specials/SpecialCategories.php',
'MediaWiki\\Specials\\SpecialChangeContentModel' => __DIR__ . '/includes/specials/SpecialChangeContentModel.php',
'MediaWiki\\Specials\\SpecialChangeCredentials' => __DIR__ . '/includes/specials/SpecialChangeCredentials.php',
'MediaWiki\\Specials\\SpecialChangeEmail' => __DIR__ . '/includes/specials/SpecialChangeEmail.php',
'MediaWiki\\Specials\\SpecialChangePassword' => __DIR__ . '/includes/specials/SpecialChangePassword.php',
'MediaWiki\\Specials\\SpecialComparePages' => __DIR__ . '/includes/specials/SpecialComparePages.php',
'MediaWiki\\Specials\\SpecialConfirmEmail' => __DIR__ . '/includes/specials/SpecialConfirmEmail.php',
'MediaWiki\\Specials\\SpecialContribute' => __DIR__ . '/includes/specials/SpecialContribute.php',
'MediaWiki\\Specials\\SpecialContributions' => __DIR__ . '/includes/specials/SpecialContributions.php',
'MediaWiki\\Specials\\SpecialCreateAccount' => __DIR__ . '/includes/specials/SpecialCreateAccount.php',
Namespace SpecialD* under \MediaWiki\Specials Change-Id: I665da4326348e16e6ebc20780a351c6701c4fe40
2023-04-03 18:41:41 +00:00
'MediaWiki\\Specials\\SpecialDeadendPages' => __DIR__ . '/includes/specials/SpecialDeadendPages.php',
'MediaWiki\\Specials\\SpecialDeletePage' => __DIR__ . '/includes/specials/SpecialDeletePage.php',
'MediaWiki\\Specials\\SpecialDeletedContributions' => __DIR__ . '/includes/specials/SpecialDeletedContributions.php',
'MediaWiki\\Specials\\SpecialDiff' => __DIR__ . '/includes/specials/SpecialDiff.php',
'MediaWiki\\Specials\\SpecialDoubleRedirects' => __DIR__ . '/includes/specials/SpecialDoubleRedirects.php',
Namespace SpecialE* under \MediaWiki\Specials Change-Id: Id456f920654bcf179b6ae24bdb061d58bcd5be33
2023-05-02 20:33:19 +00:00
'MediaWiki\\Specials\\SpecialEditPage' => __DIR__ . '/includes/specials/SpecialEditPage.php',
Edit Recovery: add new special page to list unsaved changes Add Special:EditRecovery to dispaly a basic list of all pages with locally-saved edit recovery data. This change just sets up the initial work for this, and the actual design and improved UX will come in subsequent changes. Bug: T347673 Change-Id: I8edbfd21258fcb2e4fc9f3e4ded9876d6635d752
2023-11-09 06:45:31 +00:00
'MediaWiki\\Specials\\SpecialEditRecovery' => __DIR__ . '/includes/specials/SpecialEditRecovery.php',
Namespace SpecialE* under \MediaWiki\Specials Change-Id: Id456f920654bcf179b6ae24bdb061d58bcd5be33
2023-05-02 20:33:19 +00:00
'MediaWiki\\Specials\\SpecialEditTags' => __DIR__ . '/includes/specials/SpecialEditTags.php',
'MediaWiki\\Specials\\SpecialEditWatchlist' => __DIR__ . '/includes/specials/SpecialEditWatchlist.php',
'MediaWiki\\Specials\\SpecialEmailInvalidate' => __DIR__ . '/includes/specials/SpecialEmailInvalidate.php',
'MediaWiki\\Specials\\SpecialEmailUser' => __DIR__ . '/includes/specials/SpecialEmailUser.php',
'MediaWiki\\Specials\\SpecialExpandTemplates' => __DIR__ . '/includes/specials/SpecialExpandTemplates.php',
'MediaWiki\\Specials\\SpecialExport' => __DIR__ . '/includes/specials/SpecialExport.php',
Namespace SpecialF* under \MediaWiki\Specials Change-Id: I754866a2b2343c9ba276de5cf5766961c0aa20c5
2023-05-02 20:44:21 +00:00
'MediaWiki\\Specials\\SpecialFewestRevisions' => __DIR__ . '/includes/specials/SpecialFewestRevisions.php',
'MediaWiki\\Specials\\SpecialFileDuplicateSearch' => __DIR__ . '/includes/specials/SpecialFileDuplicateSearch.php',
'MediaWiki\\Specials\\SpecialFilepath' => __DIR__ . '/includes/specials/SpecialFilepath.php',
Namespace SpecialGoToInterwiki under \MediaWiki\Specials Change-Id: I69da6a04e9e9b47fec026d4d9d937eb28342128d
2023-05-02 20:46:13 +00:00
'MediaWiki\\Specials\\SpecialGoToInterwiki' => __DIR__ . '/includes/specials/SpecialGoToInterwiki.php',
Output: Add IframeSandbox class Add a class for wrapping arbitrary HTML content in an iframe, with an interface similar to that of OutputPage. The iframe uses 'sandbox="allow-scripts"' (which disallows various actions for scripts executed in the iframe, most notably access to any browser data for the website embedding the iframe), making it suitable for running untrusted scrips. This is a minimal patch to get the a feature in a state where it can be tested in staging. It's not intended for real-world use yet. See P53299 for hooking up the code for manual testing. Soft-depends on I3ce24a1b1d2635ba46d1af1c51dccb292dfdbc55. Bug: T222807 Bug: T169027 Co-Authored-By: Gergő Tisza <tgr.huwiki@gmail.com> Co-Authored-By: C. Scott Ananian <cscott@cscott.net> Change-Id: I658c7f3c751505ce4045047a19f11da1d236cd88
2023-08-11 18:50:40 +00:00
'MediaWiki\\Specials\\SpecialIframeError' => __DIR__ . '/includes/specials/SpecialIframeError.php',
Namespace SpecialImport under \MediaWiki\Specials Change-Id: I8b4cd11481d2be9aac6f6bd6c0bc45d6f8edc5ce
2023-05-03 19:29:46 +00:00
'MediaWiki\\Specials\\SpecialImport' => __DIR__ . '/includes/specials/SpecialImport.php',
Namespace SpecialJavaScriptTest under \MediaWiki\Specials Change-Id: I3da3b343b52c27ccef619194132c70bb23e06aea
2023-05-03 19:32:08 +00:00
'MediaWiki\\Specials\\SpecialJavaScriptTest' => __DIR__ . '/includes/specials/SpecialJavaScriptTest.php',
Namespace SpecialL* under \MediaWiki\Specials Plus two redirect specials. Change-Id: Ie56f96894f6bfbdb9bc093fce8b72b18f8adce86
2023-05-03 19:50:13 +00:00
'MediaWiki\\Specials\\SpecialLinkAccounts' => __DIR__ . '/includes/specials/SpecialLinkAccounts.php',
'MediaWiki\\Specials\\SpecialLinkSearch' => __DIR__ . '/includes/specials/SpecialLinkSearch.php',
'MediaWiki\\Specials\\SpecialListDuplicatedFiles' => __DIR__ . '/includes/specials/SpecialListDuplicatedFiles.php',
'MediaWiki\\Specials\\SpecialListFiles' => __DIR__ . '/includes/specials/SpecialListFiles.php',
'MediaWiki\\Specials\\SpecialListGrants' => __DIR__ . '/includes/specials/SpecialListGrants.php',
'MediaWiki\\Specials\\SpecialListGroupRights' => __DIR__ . '/includes/specials/SpecialListGroupRights.php',
'MediaWiki\\Specials\\SpecialListRedirects' => __DIR__ . '/includes/specials/SpecialListRedirects.php',
'MediaWiki\\Specials\\SpecialListUsers' => __DIR__ . '/includes/specials/SpecialListUsers.php',
'MediaWiki\\Specials\\SpecialLockdb' => __DIR__ . '/includes/specials/SpecialLockdb.php',
'MediaWiki\\Specials\\SpecialLog' => __DIR__ . '/includes/specials/SpecialLog.php',
'MediaWiki\\Specials\\SpecialLonelyPages' => __DIR__ . '/includes/specials/SpecialLonelyPages.php',
'MediaWiki\\Specials\\SpecialLongPages' => __DIR__ . '/includes/specials/SpecialLongPages.php',
Namespace SpecialM* under \MediaWiki\Specials Change-Id: I3f733dcef861f26e0938185605f88c0e316a9291
2023-05-21 07:41:26 +00:00
'MediaWiki\\Specials\\SpecialMIMESearch' => __DIR__ . '/includes/specials/SpecialMIMESearch.php',
'MediaWiki\\Specials\\SpecialMediaStatistics' => __DIR__ . '/includes/specials/SpecialMediaStatistics.php',
'MediaWiki\\Specials\\SpecialMergeHistory' => __DIR__ . '/includes/specials/SpecialMergeHistory.php',
'MediaWiki\\Specials\\SpecialMostCategories' => __DIR__ . '/includes/specials/SpecialMostCategories.php',
Namespace SpecialMostImages under \MediaWiki\Specials Change-Id: I139affbfaa3bdf22c6b9a15ea210ec5c702398aa
2023-03-16 17:08:32 +00:00
'MediaWiki\\Specials\\SpecialMostImages' => __DIR__ . '/includes/specials/SpecialMostImages.php',
Namespace SpecialM* under \MediaWiki\Specials Change-Id: I3f733dcef861f26e0938185605f88c0e316a9291
2023-05-21 07:41:26 +00:00
'MediaWiki\\Specials\\SpecialMostInterwikis' => __DIR__ . '/includes/specials/SpecialMostInterwikis.php',
'MediaWiki\\Specials\\SpecialMostLinked' => __DIR__ . '/includes/specials/SpecialMostLinked.php',
'MediaWiki\\Specials\\SpecialMostLinkedCategories' => __DIR__ . '/includes/specials/SpecialMostLinkedCategories.php',
'MediaWiki\\Specials\\SpecialMostLinkedTemplates' => __DIR__ . '/includes/specials/SpecialMostLinkedTemplates.php',
'MediaWiki\\Specials\\SpecialMostRevisions' => __DIR__ . '/includes/specials/SpecialMostRevisions.php',
Namespace SpecialMovePage under \MediaWiki\Specials Change-Id: Ib0e46cd4768dbfe317ceb9a5883c1bb3d86b29a9
2023-03-16 17:10:56 +00:00
'MediaWiki\\Specials\\SpecialMovePage' => __DIR__ . '/includes/specials/SpecialMovePage.php',
Namespace SpecialM* under \MediaWiki\Specials Change-Id: I3f733dcef861f26e0938185605f88c0e316a9291
2023-05-21 07:41:26 +00:00
'MediaWiki\\Specials\\SpecialMute' => __DIR__ . '/includes/specials/SpecialMute.php',
'MediaWiki\\Specials\\SpecialMyLanguage' => __DIR__ . '/includes/specials/SpecialMyLanguage.php',
Namespace SpecialN* under \MediaWiki\Specials Change-Id: I403664ce3585f022e89da75e75baefa4b4db29f9
2023-09-13 10:31:13 +00:00
'MediaWiki\\Specials\\SpecialNewFiles' => __DIR__ . '/includes/specials/SpecialNewFiles.php',
'MediaWiki\\Specials\\SpecialNewPages' => __DIR__ . '/includes/specials/SpecialNewPages.php',
'MediaWiki\\Specials\\SpecialNewSection' => __DIR__ . '/includes/specials/SpecialNewSection.php',
Namespace SpecialP* under \MediaWiki\Specials Change-Id: I10211c4406b1eedd6e5de63f1e57868f924640db
2023-09-13 11:10:05 +00:00
'MediaWiki\\Specials\\SpecialPageData' => __DIR__ . '/includes/specials/SpecialPageData.php',
'MediaWiki\\Specials\\SpecialPageHistory' => __DIR__ . '/includes/specials/SpecialPageHistory.php',
'MediaWiki\\Specials\\SpecialPageInfo' => __DIR__ . '/includes/specials/SpecialPageInfo.php',
'MediaWiki\\Specials\\SpecialPageLanguage' => __DIR__ . '/includes/specials/SpecialPageLanguage.php',
'MediaWiki\\Specials\\SpecialPagesWithProp' => __DIR__ . '/includes/specials/SpecialPagesWithProp.php',
'MediaWiki\\Specials\\SpecialPasswordPolicies' => __DIR__ . '/includes/specials/SpecialPasswordPolicies.php',
'MediaWiki\\Specials\\SpecialPasswordReset' => __DIR__ . '/includes/specials/SpecialPasswordReset.php',
'MediaWiki\\Specials\\SpecialPermanentLink' => __DIR__ . '/includes/specials/SpecialPermanentLink.php',
'MediaWiki\\Specials\\SpecialPreferences' => __DIR__ . '/includes/specials/SpecialPreferences.php',
'MediaWiki\\Specials\\SpecialPrefixIndex' => __DIR__ . '/includes/specials/SpecialPrefixIndex.php',
'MediaWiki\\Specials\\SpecialProtectPage' => __DIR__ . '/includes/specials/SpecialProtectPage.php',
'MediaWiki\\Specials\\SpecialProtectedPages' => __DIR__ . '/includes/specials/SpecialProtectedPages.php',
'MediaWiki\\Specials\\SpecialProtectedTitles' => __DIR__ . '/includes/specials/SpecialProtectedTitles.php',
'MediaWiki\\Specials\\SpecialPurge' => __DIR__ . '/includes/specials/SpecialPurge.php',
Namespace SpecialR* under \MediaWiki\Specials Change-Id: I735222c437313db139cd9fc780c332767189323f
2023-09-13 13:25:15 +00:00
'MediaWiki\\Specials\\SpecialRandomInCategory' => __DIR__ . '/includes/specials/SpecialRandomInCategory.php',
'MediaWiki\\Specials\\SpecialRandomPage' => __DIR__ . '/includes/specials/SpecialRandomPage.php',
'MediaWiki\\Specials\\SpecialRandomRedirect' => __DIR__ . '/includes/specials/SpecialRandomRedirect.php',
'MediaWiki\\Specials\\SpecialRandomRootPage' => __DIR__ . '/includes/specials/SpecialRandomRootPage.php',
'MediaWiki\\Specials\\SpecialRecentChanges' => __DIR__ . '/includes/specials/SpecialRecentChanges.php',
'MediaWiki\\Specials\\SpecialRecentChangesLinked' => __DIR__ . '/includes/specials/SpecialRecentChangesLinked.php',
'MediaWiki\\Specials\\SpecialRedirect' => __DIR__ . '/includes/specials/SpecialRedirect.php',
'MediaWiki\\Specials\\SpecialRemoveCredentials' => __DIR__ . '/includes/specials/SpecialRemoveCredentials.php',
'MediaWiki\\Specials\\SpecialRenameUser' => __DIR__ . '/includes/specials/SpecialRenameUser.php',
'MediaWiki\\Specials\\SpecialResetTokens' => __DIR__ . '/includes/specials/SpecialResetTokens.php',
'MediaWiki\\Specials\\SpecialRevisionDelete' => __DIR__ . '/includes/specials/SpecialRevisionDelete.php',
'MediaWiki\\Specials\\SpecialRunJobs' => __DIR__ . '/includes/specials/SpecialRunJobs.php',
Namespace SpecialS* under \MediaWiki\Specials Change-Id: Icccdaa93f8089d88b6d3ba153ecfaa22c901ce66
2023-09-13 13:42:58 +00:00
'MediaWiki\\Specials\\SpecialSearch' => __DIR__ . '/includes/specials/SpecialSearch.php',
'MediaWiki\\Specials\\SpecialShortPages' => __DIR__ . '/includes/specials/SpecialShortPages.php',
'MediaWiki\\Specials\\SpecialSpecialPages' => __DIR__ . '/includes/specials/SpecialSpecialPages.php',
'MediaWiki\\Specials\\SpecialStatistics' => __DIR__ . '/includes/specials/SpecialStatistics.php',
Namespace SpecialT* under \MediaWiki\Specials Change-Id: Iaab14a0ded4950c5a6dafc2f301792b6546fb15f
2023-09-13 13:47:20 +00:00
'MediaWiki\\Specials\\SpecialTags' => __DIR__ . '/includes/specials/SpecialTags.php',
'MediaWiki\\Specials\\SpecialTrackingCategories' => __DIR__ . '/includes/specials/SpecialTrackingCategories.php',
Namespace SpecialU* under \MediaWiki\Specials Change-Id: I75b04a7a65f8d37da12d2ed3892e065e97c92437
2023-09-13 16:09:30 +00:00
'MediaWiki\\Specials\\SpecialUnblock' => __DIR__ . '/includes/specials/SpecialUnblock.php',
'MediaWiki\\Specials\\SpecialUncategorizedCategories' => __DIR__ . '/includes/specials/SpecialUncategorizedCategories.php',
'MediaWiki\\Specials\\SpecialUncategorizedImages' => __DIR__ . '/includes/specials/SpecialUncategorizedImages.php',
'MediaWiki\\Specials\\SpecialUncategorizedPages' => __DIR__ . '/includes/specials/SpecialUncategorizedPages.php',
'MediaWiki\\Specials\\SpecialUncategorizedTemplates' => __DIR__ . '/includes/specials/SpecialUncategorizedTemplates.php',
'MediaWiki\\Specials\\SpecialUndelete' => __DIR__ . '/includes/specials/SpecialUndelete.php',
'MediaWiki\\Specials\\SpecialUnlinkAccounts' => __DIR__ . '/includes/specials/SpecialUnlinkAccounts.php',
'MediaWiki\\Specials\\SpecialUnlockdb' => __DIR__ . '/includes/specials/SpecialUnlockdb.php',
'MediaWiki\\Specials\\SpecialUnusedCategories' => __DIR__ . '/includes/specials/SpecialUnusedCategories.php',
'MediaWiki\\Specials\\SpecialUnusedImages' => __DIR__ . '/includes/specials/SpecialUnusedImages.php',
'MediaWiki\\Specials\\SpecialUnusedTemplates' => __DIR__ . '/includes/specials/SpecialUnusedTemplates.php',
'MediaWiki\\Specials\\SpecialUnwatchedPages' => __DIR__ . '/includes/specials/SpecialUnwatchedPages.php',
'MediaWiki\\Specials\\SpecialUpload' => __DIR__ . '/includes/specials/SpecialUpload.php',
'MediaWiki\\Specials\\SpecialUploadStash' => __DIR__ . '/includes/specials/SpecialUploadStash.php',
'MediaWiki\\Specials\\SpecialUserLogin' => __DIR__ . '/includes/specials/SpecialUserLogin.php',
'MediaWiki\\Specials\\SpecialUserLogout' => __DIR__ . '/includes/specials/SpecialUserLogout.php',
Namespace SpecialUserRights under \MediaWiki\Specials Change-Id: I473e8bf7545e906f63bbbed9605534aca9feceaf
2023-03-16 17:16:18 +00:00
'MediaWiki\\Specials\\SpecialUserRights' => __DIR__ . '/includes/specials/SpecialUserRights.php',
Namespace SpecialVersion under \MediaWiki\Specials Change-Id: Ibeb181c653dac3796c44b36c8ff9f2ed572d5f42
2023-09-14 11:14:36 +00:00
'MediaWiki\\Specials\\SpecialVersion' => __DIR__ . '/includes/specials/SpecialVersion.php',
Namespace SpecialW* under \MediaWiki\Specials This completes the namespacing of core special pages. Change-Id: I195e7fc34a9413bfea0a33c941f2362cd4a7ff10
2023-09-14 11:29:42 +00:00
'MediaWiki\\Specials\\SpecialWantedCategories' => __DIR__ . '/includes/specials/SpecialWantedCategories.php',
Namespace SpecialWantedFiles under \MediaWiki\Specials Change-Id: Ic31b4aac91f7b064edb44004567fdae1cd90c745
2023-03-17 00:18:18 +00:00
'MediaWiki\\Specials\\SpecialWantedFiles' => __DIR__ . '/includes/specials/SpecialWantedFiles.php',
Namespace SpecialWantedPages under \MediaWiki\Specials Change-Id: I7230206596d02a78d2706a48afc18a128a6f4d8a
2023-03-17 00:20:16 +00:00
'MediaWiki\\Specials\\SpecialWantedPages' => __DIR__ . '/includes/specials/SpecialWantedPages.php',
Namespace SpecialW* under \MediaWiki\Specials This completes the namespacing of core special pages. Change-Id: I195e7fc34a9413bfea0a33c941f2362cd4a7ff10
2023-09-14 11:29:42 +00:00
'MediaWiki\\Specials\\SpecialWantedTemplates' => __DIR__ . '/includes/specials/SpecialWantedTemplates.php',
'MediaWiki\\Specials\\SpecialWatchlist' => __DIR__ . '/includes/specials/SpecialWatchlist.php',
'MediaWiki\\Specials\\SpecialWhatLinksHere' => __DIR__ . '/includes/specials/SpecialWhatLinksHere.php',
'MediaWiki\\Specials\\SpecialWithoutInterwiki' => __DIR__ . '/includes/specials/SpecialWithoutInterwiki.php',
Reorg: Move Status to MediaWiki\Status\ This class is used heavily basically everywhere, moving it to Utils wouldn't make much sense. Also with this change, we can move StatusValue to MediaWiki\Status as well. Bug: T321882 Depends-On: I5f89ecf27ce1471a74f31c6018806461781213c3 Change-Id: I04c1dcf5129df437589149f0f3e284974d7c98fa
2023-08-25 12:29:41 +00:00
'MediaWiki\\Status\\Status' => __DIR__ . '/includes/Status/Status.php',
Introduce StatusFormatter This takes us one step closer to deprecating Status, so we can isolate StatusValue from presentation logic. FormatterFactory is introduced as a mechanism for getting instance of formatters that need access to the user interface language and other request dependent information. Usage is demonstrated in thumb.php, SpecialCreateAccount, and SearchHandler. The examples indicates that there is no work do be done around ErrorPageError and LocalizedHttpException. Change-Id: I7fe5fee24cadf934e578c36856cc5d45fb9d0981
2023-09-25 13:32:24 +00:00
'MediaWiki\\Status\\StatusFormatter' => __DIR__ . '/includes/Status/StatusFormatter.php',
When content is marked bad, show an error, don't pretend it is empty It misrepresents the users contribution to show empty text for a revision when in fact the revision contained some text which we later lost. Also, errors from SqlBlobStore::fetchBlobs() did not stop a cache entry from being written, so a subsequent cache hit would show the bad revision as empty. So, in Storage: * Add BadBlobException, which is thrown by the Storage layer to indicate that a revision is marked as bad. * Have SqlBlobStore::getBlobStore() return an error for bad blobs instead of an empty string. * Duplicate the check for flags=error into SqlBlobStore::expandBlob(). This avoids an unnecessary cache fetch, and avoids making decompressData() throw on error, which would be a b/c break. * In SqlBlobStore::getBlob(), suppress the cache when there was an error. In Revision: * Add BadRevisionException, to wrap BadBlobException in the Revision layer. * Return null from RevisionRecord::getContent() on a broader set of errors. Make it mostly non-throwing. * Add RevisionRecord::getContentOrThrow() which returns a non-nullable Content. * Note that SlotRecord::getContent() returns a non-nullable Content so now throws in more cases. In the UI: * In Article::view(), catch the exception and show an error message. * In DifferenceEngine, catch the exception and make a suitable error message available via getRevisionLoadErrors(). In the diff page, show the error message in a box. * In ApiComparePages and the legacy rvdiffto, show a warning. * In RawAction, show a 404 by analogy with other error cases. * In EditPage, there was already handling for $content=null with an appropriate error message (missing-revision-content). But having $this->textbox1 = null caused PHP 8.1 deprecation warnings, so I fixed that. * In EditPage undo, there was already handling for null content, but I improved the error message: "does not exist or was deleted" seems more appropriate than "conflicting intermediate edits". Change-Id: Idd1278d6d756ef37d64addb7b5f3be30747ea603
2022-11-29 03:38:29 +00:00
'MediaWiki\\Storage\\BadBlobException' => __DIR__ . '/includes/Storage/BadBlobException.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Storage\\BlobAccessException' => __DIR__ . '/includes/Storage/BlobAccessException.php',
'MediaWiki\\Storage\\BlobStore' => __DIR__ . '/includes/Storage/BlobStore.php',
'MediaWiki\\Storage\\BlobStoreFactory' => __DIR__ . '/includes/Storage/BlobStoreFactory.php',
'MediaWiki\\Storage\\DerivedPageDataUpdater' => __DIR__ . '/includes/Storage/DerivedPageDataUpdater.php',
'MediaWiki\\Storage\\EditResult' => __DIR__ . '/includes/Storage/EditResult.php',
'MediaWiki\\Storage\\EditResultBuilder' => __DIR__ . '/includes/Storage/EditResultBuilder.php',
'MediaWiki\\Storage\\EditResultCache' => __DIR__ . '/includes/Storage/EditResultCache.php',
'MediaWiki\\Storage\\Hook\\ArticleEditUpdateNewTalkHook' => __DIR__ . '/includes/Storage/Hook/ArticleEditUpdateNewTalkHook.php',
'MediaWiki\\Storage\\Hook\\ArticlePrepareTextForEditHook' => __DIR__ . '/includes/Storage/Hook/ArticlePrepareTextForEditHook.php',
'MediaWiki\\Storage\\Hook\\BeforeRevertedTagUpdateHook' => __DIR__ . '/includes/Storage/Hook/BeforeRevertedTagUpdateHook.php',
'MediaWiki\\Storage\\Hook\\MultiContentSaveHook' => __DIR__ . '/includes/Storage/Hook/MultiContentSaveHook.php',
'MediaWiki\\Storage\\Hook\\PageContentSaveHook' => __DIR__ . '/includes/Storage/Hook/PageContentSaveHook.php',
'MediaWiki\\Storage\\Hook\\PageSaveCompleteHook' => __DIR__ . '/includes/Storage/Hook/PageSaveCompleteHook.php',
'MediaWiki\\Storage\\Hook\\ParserOutputStashForEditHook' => __DIR__ . '/includes/Storage/Hook/ParserOutputStashForEditHook.php',
'MediaWiki\\Storage\\Hook\\RevisionDataUpdatesHook' => __DIR__ . '/includes/Storage/Hook/RevisionDataUpdatesHook.php',
'MediaWiki\\Storage\\NameTableAccessException' => __DIR__ . '/includes/Storage/NameTableAccessException.php',
'MediaWiki\\Storage\\NameTableStore' => __DIR__ . '/includes/Storage/NameTableStore.php',
'MediaWiki\\Storage\\NameTableStoreFactory' => __DIR__ . '/includes/Storage/NameTableStoreFactory.php',
'MediaWiki\\Storage\\PageEditStash' => __DIR__ . '/includes/Storage/PageEditStash.php',
'MediaWiki\\Storage\\PageUpdateException' => __DIR__ . '/includes/Storage/PageUpdateException.php',
Introduce PageUpdateStatus This provides clean access to the RevisionRecord created by an edit. Change-Id: Iee071d1d1ba1c0c7f2ef72a0ace61436402546aa
2022-11-14 20:08:12 +00:00
'MediaWiki\\Storage\\PageUpdateStatus' => __DIR__ . '/includes/Storage/PageUpdateStatus.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Storage\\PageUpdater' => __DIR__ . '/includes/Storage/PageUpdater.php',
'MediaWiki\\Storage\\PageUpdaterFactory' => __DIR__ . '/includes/Storage/PageUpdaterFactory.php',
'MediaWiki\\Storage\\PreparedUpdate' => __DIR__ . '/includes/Storage/PreparedUpdate.php',
'MediaWiki\\Storage\\RevertedTagUpdate' => __DIR__ . '/includes/Storage/RevertedTagUpdate.php',
'MediaWiki\\Storage\\RevertedTagUpdateManager' => __DIR__ . '/includes/Storage/RevertedTagUpdateManager.php',
'MediaWiki\\Storage\\RevisionSlotsUpdate' => __DIR__ . '/includes/Storage/RevisionSlotsUpdate.php',
'MediaWiki\\Storage\\SqlBlobStore' => __DIR__ . '/includes/Storage/SqlBlobStore.php',
'MediaWiki\\StubObject\\DeprecatedGlobal' => __DIR__ . '/includes/StubObject/DeprecatedGlobal.php',
'MediaWiki\\StubObject\\StubGlobalUser' => __DIR__ . '/includes/StubObject/StubGlobalUser.php',
'MediaWiki\\StubObject\\StubObject' => __DIR__ . '/includes/StubObject/StubObject.php',
'MediaWiki\\StubObject\\StubUserLang' => __DIR__ . '/includes/StubObject/StubUserLang.php',
'MediaWiki\\Tidy\\RemexCompatBuilder' => __DIR__ . '/includes/tidy/RemexCompatBuilder.php',
'MediaWiki\\Tidy\\RemexCompatFormatter' => __DIR__ . '/includes/tidy/RemexCompatFormatter.php',
'MediaWiki\\Tidy\\RemexCompatMunger' => __DIR__ . '/includes/tidy/RemexCompatMunger.php',
'MediaWiki\\Tidy\\RemexDriver' => __DIR__ . '/includes/tidy/RemexDriver.php',
'MediaWiki\\Tidy\\RemexMungerData' => __DIR__ . '/includes/tidy/RemexMungerData.php',
'MediaWiki\\Tidy\\TidyDriverBase' => __DIR__ . '/includes/tidy/TidyDriverBase.php',
Namespace remaining Title-related classes under \MediaWiki\Title Bug: T166010 Change-Id: Ia2e5a7367cc8cdbd8a7b845ae2fd5d776ff22891
2023-09-18 15:00:50 +00:00
'MediaWiki\\Title\\ForeignTitle' => __DIR__ . '/includes/title/ForeignTitle.php',
'MediaWiki\\Title\\ForeignTitleFactory' => __DIR__ . '/includes/title/ForeignTitleFactory.php',
'MediaWiki\\Title\\ImportTitleFactory' => __DIR__ . '/includes/title/ImportTitleFactory.php',
'MediaWiki\\Title\\MalformedTitleException' => __DIR__ . '/includes/title/MalformedTitleException.php',
'MediaWiki\\Title\\MediaWikiTitleCodec' => __DIR__ . '/includes/title/MediaWikiTitleCodec.php',
'MediaWiki\\Title\\NaiveForeignTitleFactory' => __DIR__ . '/includes/title/NaiveForeignTitleFactory.php',
'MediaWiki\\Title\\NaiveImportTitleFactory' => __DIR__ . '/includes/title/NaiveImportTitleFactory.php',
'MediaWiki\\Title\\NamespaceAwareForeignTitleFactory' => __DIR__ . '/includes/title/NamespaceAwareForeignTitleFactory.php',
'MediaWiki\\Title\\NamespaceImportTitleFactory' => __DIR__ . '/includes/title/NamespaceImportTitleFactory.php',
Namespace NamespaceInfo under \MediaWiki\Title One of the big ones, so doing this alone. Bug: T166010 Change-Id: Ibe103cd362535d3cb94cb8931e95fc74099d1497
2023-09-18 14:17:28 +00:00
'MediaWiki\\Title\\NamespaceInfo' => __DIR__ . '/includes/title/NamespaceInfo.php',
Namespace remaining Title-related classes under \MediaWiki\Title Bug: T166010 Change-Id: Ia2e5a7367cc8cdbd8a7b845ae2fd5d776ff22891
2023-09-18 15:00:50 +00:00
'MediaWiki\\Title\\SubpageImportTitleFactory' => __DIR__ . '/includes/title/SubpageImportTitleFactory.php',
Reorg: Namespace the Title class This is moderately messy. Process was principally: * xargs rg --files-with-matches '^use Title;' | grep 'php$' | \ xargs -P 1 -n 1 sed -i -z 's/use Title;/use MediaWiki\\Title\\Title;/1' * rg --files-without-match 'MediaWiki\\Title\\Title;' . | grep 'php$' | \ xargs rg --files-with-matches 'Title\b' | \ xargs -P 1 -n 1 sed -i -z 's/\nuse /\nuse MediaWiki\\Title\\Title;\nuse /1' * composer fix Then manual fix-ups for a few files that don't have any use statements. Bug: T166010 Follows-Up: Ia5d8cb759dc3bc9e9bbe217d0fb109e2f8c4101a Change-Id: If8fc9d0d95fc1a114021e282a706fc3e7da3524b
2023-03-01 20:33:26 +00:00
'MediaWiki\\Title\\Title' => __DIR__ . '/includes/title/Title.php',
Reorg: Move Title-related classes to title/ These three classes: - TitleArray - TitleArrayFromResult - TitleFactory We need to move these and the rest of files under title/ to Title/ (and namespace them) but the patch will become way too big given that Title class is also one of them. Bug: T321882 Change-Id: Iac1688172ee457348a08a470c86e047571feb8e0
2022-11-26 01:15:16 +00:00
'MediaWiki\\Title\\TitleArrayFromResult' => __DIR__ . '/includes/title/TitleArrayFromResult.php',
'MediaWiki\\Title\\TitleFactory' => __DIR__ . '/includes/title/TitleFactory.php',
Namespace TitleFormatter under \MediaWiki\Title One of the big ones, so doing this alone. Bug: T166010 Change-Id: Ic2d59eb6764b1a273ed7162ecabf641f638b8f66
2023-09-18 14:26:53 +00:00
'MediaWiki\\Title\\TitleFormatter' => __DIR__ . '/includes/title/TitleFormatter.php',
Namespace TitleParser under \MediaWiki\Title One of the big ones, so doing this alone. Bug: T166010 Change-Id: I4848e903b0c0a2f7c58ac19e0baeef0085a36bdc
2023-09-18 14:35:57 +00:00
'MediaWiki\\Title\\TitleParser' => __DIR__ . '/includes/title/TitleParser.php',
Namespace TitleValue under \MediaWiki\Title One of the big ones, so doing this alone. Bug: T166010 Change-Id: I4c901d5c32696d8334ec30cede7d9b6f3d8d645e
2023-09-18 13:56:39 +00:00
'MediaWiki\\Title\\TitleValue' => __DIR__ . '/includes/title/TitleValue.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\User\\ActorCache' => __DIR__ . '/includes/user/ActorCache.php',
Reorg: Move ActorMigration and ActorMigrationBase to user/ This may seem a bit weird but anything else related to actor is already under user/ including ActorCache, ActorNormalization, ActorStore and ActorStoreFactory. Bug: T321882 Change-Id: I7072b374bba7a0cd9d905e399c822bf30bd5c0d8
2022-12-16 11:41:52 +00:00
'MediaWiki\\User\\ActorMigration' => __DIR__ . '/includes/user/ActorMigration.php',
'MediaWiki\\User\\ActorMigrationBase' => __DIR__ . '/includes/user/ActorMigrationBase.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\User\\ActorNormalization' => __DIR__ . '/includes/user/ActorNormalization.php',
'MediaWiki\\User\\ActorStore' => __DIR__ . '/includes/user/ActorStore.php',
'MediaWiki\\User\\ActorStoreFactory' => __DIR__ . '/includes/user/ActorStoreFactory.php',
Namespace remaining User-related classes under \MediaWiki\User Bug: T166010 Change-Id: Ibda1e8be0f23c6262a32b607f8260cad36f188fc
2023-09-19 16:42:44 +00:00
'MediaWiki\\User\\BotPassword' => __DIR__ . '/includes/user/BotPassword.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\User\\BotPasswordStore' => __DIR__ . '/includes/user/BotPasswordStore.php',
Namespace remaining User-related classes under \MediaWiki\User Bug: T166010 Change-Id: Ibda1e8be0f23c6262a32b607f8260cad36f188fc
2023-09-19 16:42:44 +00:00
'MediaWiki\\User\\CentralId\\CentralIdLookup' => __DIR__ . '/includes/user/CentralId/CentralIdLookup.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\User\\CentralId\\CentralIdLookupFactory' => __DIR__ . '/includes/user/CentralId/CentralIdLookupFactory.php',
Namespace remaining User-related classes under \MediaWiki\User Bug: T166010 Change-Id: Ibda1e8be0f23c6262a32b607f8260cad36f188fc
2023-09-19 16:42:44 +00:00
'MediaWiki\\User\\CentralId\\LocalIdLookup' => __DIR__ . '/includes/user/CentralId/LocalIdLookup.php',
Move user options related classes into its own namespace There are a couple of user options related classes already, and the T321527 work on dynamic defaults is going to add even more. Let's move them into a separate namespace to make core a bit more organized. Old name is kept as an alias for compatibility purposes. Bug: T321527 Bug: T352284 Change-Id: I9822eb1553870b876d0b8a927e4e86c27d83bd52
2023-11-29 10:21:43 +00:00
'MediaWiki\\User\\DefaultOptionsLookup' => __DIR__ . '/includes/user/Options/DefaultOptionsLookup.php',
Namespace remaining User-related classes under \MediaWiki\User Bug: T166010 Change-Id: Ibda1e8be0f23c6262a32b607f8260cad36f188fc
2023-09-19 16:42:44 +00:00
'MediaWiki\\User\\ExternalUserNames' => __DIR__ . '/includes/user/ExternalUserNames.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\User\\Hook\\AutopromoteConditionHook' => __DIR__ . '/includes/user/Hook/AutopromoteConditionHook.php',
'MediaWiki\\User\\Hook\\ConfirmEmailCompleteHook' => __DIR__ . '/includes/user/Hook/ConfirmEmailCompleteHook.php',
'MediaWiki\\User\\Hook\\EmailConfirmedHook' => __DIR__ . '/includes/user/Hook/EmailConfirmedHook.php',
'MediaWiki\\User\\Hook\\GetAutoPromoteGroupsHook' => __DIR__ . '/includes/user/Hook/GetAutoPromoteGroupsHook.php',
'MediaWiki\\User\\Hook\\InvalidateEmailCompleteHook' => __DIR__ . '/includes/user/Hook/InvalidateEmailCompleteHook.php',
'MediaWiki\\User\\Hook\\IsValidPasswordHook' => __DIR__ . '/includes/user/Hook/IsValidPasswordHook.php',
'MediaWiki\\User\\Hook\\PingLimiterHook' => __DIR__ . '/includes/user/Hook/PingLimiterHook.php',
'MediaWiki\\User\\Hook\\SpecialPasswordResetOnSubmitHook' => __DIR__ . '/includes/user/Hook/SpecialPasswordResetOnSubmitHook.php',
'MediaWiki\\User\\Hook\\UserAddGroupHook' => __DIR__ . '/includes/user/Hook/UserAddGroupHook.php',
'MediaWiki\\User\\Hook\\UserArrayFromResultHook' => __DIR__ . '/includes/user/Hook/UserArrayFromResultHook.php',
'MediaWiki\\User\\Hook\\UserCanSendEmailHook' => __DIR__ . '/includes/user/Hook/UserCanSendEmailHook.php',
'MediaWiki\\User\\Hook\\UserClearNewTalkNotificationHook' => __DIR__ . '/includes/user/Hook/UserClearNewTalkNotificationHook.php',
'MediaWiki\\User\\Hook\\UserEffectiveGroupsHook' => __DIR__ . '/includes/user/Hook/UserEffectiveGroupsHook.php',
'MediaWiki\\User\\Hook\\UserGetDefaultOptionsHook' => __DIR__ . '/includes/user/Hook/UserGetDefaultOptionsHook.php',
'MediaWiki\\User\\Hook\\UserGetEmailAuthenticationTimestampHook' => __DIR__ . '/includes/user/Hook/UserGetEmailAuthenticationTimestampHook.php',
'MediaWiki\\User\\Hook\\UserGetEmailHook' => __DIR__ . '/includes/user/Hook/UserGetEmailHook.php',
'MediaWiki\\User\\Hook\\UserGetReservedNamesHook' => __DIR__ . '/includes/user/Hook/UserGetReservedNamesHook.php',
'MediaWiki\\User\\Hook\\UserGroupsChangedHook' => __DIR__ . '/includes/user/Hook/UserGroupsChangedHook.php',
'MediaWiki\\User\\Hook\\UserIsBlockedGloballyHook' => __DIR__ . '/includes/user/Hook/UserIsBlockedGloballyHook.php',
'MediaWiki\\User\\Hook\\UserIsBotHook' => __DIR__ . '/includes/user/Hook/UserIsBotHook.php',
'MediaWiki\\User\\Hook\\UserIsLockedHook' => __DIR__ . '/includes/user/Hook/UserIsLockedHook.php',
'MediaWiki\\User\\Hook\\UserLoadAfterLoadFromSessionHook' => __DIR__ . '/includes/user/Hook/UserLoadAfterLoadFromSessionHook.php',
'MediaWiki\\User\\Hook\\UserLoadDefaultsHook' => __DIR__ . '/includes/user/Hook/UserLoadDefaultsHook.php',
'MediaWiki\\User\\Hook\\UserLogoutHook' => __DIR__ . '/includes/user/Hook/UserLogoutHook.php',
Add UserGroupManager::getUserPrivilegedGroups() This moves the core part of wfGetPrivilegedGroups() out of Wikimedia config and makes it possible to move functionality built on it into core. Bug: T208477 Change-Id: I6536ef2909caeed047447e8b6a25831d6f00d827
2019-01-07 08:01:00 +00:00
'MediaWiki\\User\\Hook\\UserPrivilegedGroupsHook' => __DIR__ . '/includes/user/Hook/UserPrivilegedGroupsHook.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\User\\Hook\\UserRemoveGroupHook' => __DIR__ . '/includes/user/Hook/UserRemoveGroupHook.php',
'MediaWiki\\User\\Hook\\UserSaveSettingsHook' => __DIR__ . '/includes/user/Hook/UserSaveSettingsHook.php',
'MediaWiki\\User\\Hook\\UserSendConfirmationMailHook' => __DIR__ . '/includes/user/Hook/UserSendConfirmationMailHook.php',
'MediaWiki\\User\\Hook\\UserSetEmailAuthenticationTimestampHook' => __DIR__ . '/includes/user/Hook/UserSetEmailAuthenticationTimestampHook.php',
'MediaWiki\\User\\Hook\\UserSetEmailHook' => __DIR__ . '/includes/user/Hook/UserSetEmailHook.php',
'MediaWiki\\User\\Hook\\User__mailPasswordInternalHook' => __DIR__ . '/includes/user/Hook/User__mailPasswordInternalHook.php',
Namespace remaining User-related classes under \MediaWiki\User Bug: T166010 Change-Id: Ibda1e8be0f23c6262a32b607f8260cad36f188fc
2023-09-19 16:42:44 +00:00
'MediaWiki\\User\\LoggedOutEditToken' => __DIR__ . '/includes/user/LoggedOutEditToken.php',
Move user options related classes into its own namespace There are a couple of user options related classes already, and the T321527 work on dynamic defaults is going to add even more. Let's move them into a separate namespace to make core a bit more organized. Old name is kept as an alias for compatibility purposes. Bug: T321527 Bug: T352284 Change-Id: I9822eb1553870b876d0b8a927e4e86c27d83bd52
2023-11-29 10:21:43 +00:00
'MediaWiki\\User\\Options\\DefaultOptionsLookup' => __DIR__ . '/includes/user/Options/DefaultOptionsLookup.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\User\\Options\\Hook\\LoadUserOptionsHook' => __DIR__ . '/includes/user/Options/Hook/LoadUserOptionsHook.php',
'MediaWiki\\User\\Options\\Hook\\SaveUserOptionsHook' => __DIR__ . '/includes/user/Options/Hook/SaveUserOptionsHook.php',
Move StaticUserOptionsLookup to the MediaWiki\User\Options namespace Follow-up to I9822eb1553870b876d0b8a927e4e86c27d83bd52, I missed the Static class in that patch. Bug: T352284 Change-Id: I42653491c19dde5de99e0661770e2c81df5d7e84
2023-11-29 17:51:46 +00:00
'MediaWiki\\User\\Options\\StaticUserOptionsLookup' => __DIR__ . '/includes/user/Options/StaticUserOptionsLookup.php',
Move user options related classes into its own namespace There are a couple of user options related classes already, and the T321527 work on dynamic defaults is going to add even more. Let's move them into a separate namespace to make core a bit more organized. Old name is kept as an alias for compatibility purposes. Bug: T321527 Bug: T352284 Change-Id: I9822eb1553870b876d0b8a927e4e86c27d83bd52
2023-11-29 10:21:43 +00:00
'MediaWiki\\User\\Options\\UserOptionsLookup' => __DIR__ . '/includes/user/Options/UserOptionsLookup.php',
'MediaWiki\\User\\Options\\UserOptionsManager' => __DIR__ . '/includes/user/Options/UserOptionsManager.php',
Namespace remaining User-related classes under \MediaWiki\User Bug: T166010 Change-Id: Ibda1e8be0f23c6262a32b607f8260cad36f188fc
2023-09-19 16:42:44 +00:00
'MediaWiki\\User\\PasswordReset' => __DIR__ . '/includes/user/PasswordReset.php',
Add UserRegistrationLookup Why: Temporary accounts introduced as part of IP Masking are supposed to expire 1 year after their registration. Accounts can have multiple registration timestamps when in a wiki-farm setup, depending on which wiki we consult. To implement the account expiration logic, we need to know the global (first) registration timestamp. Similar to CentralIdLookup, a concept of a registration date provider is introduced. Unlike IDs, users can have multiple kinds of registration dates (Wikimedia recognizes local and global, but third parties can have different needs). For that reason, any number of registration providers can be registered at any given time; caller determines which one is requested. The default is `local`, which is the only provider that is guaranteed to exist. What: * Add UserRegistrationLookup * Add UserRegistrationProviders config variable Bug: T344694 Change-Id: If9fa12a392064dd504590a861a175e3604a34fab
2023-09-14 10:18:56 +00:00
'MediaWiki\\User\\Registration\\IUserRegistrationProvider' => __DIR__ . '/includes/user/Registration/IUserRegistrationProvider.php',
'MediaWiki\\User\\Registration\\LocalUserRegistrationProvider' => __DIR__ . '/includes/user/Registration/LocalUserRegistrationProvider.php',
'MediaWiki\\User\\Registration\\UserRegistrationLookup' => __DIR__ . '/includes/user/Registration/UserRegistrationLookup.php',
Move StaticUserOptionsLookup to the MediaWiki\User\Options namespace Follow-up to I9822eb1553870b876d0b8a927e4e86c27d83bd52, I missed the Static class in that patch. Bug: T352284 Change-Id: I42653491c19dde5de99e0661770e2c81df5d7e84
2023-11-29 17:51:46 +00:00
'MediaWiki\\User\\StaticUserOptionsLookup' => __DIR__ . '/includes/user/Options/StaticUserOptionsLookup.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\User\\TalkPageNotificationManager' => __DIR__ . '/includes/user/TalkPageNotificationManager.php',
'MediaWiki\\User\\TempUser\\CreateStatus' => __DIR__ . '/includes/user/TempUser/CreateStatus.php',
'MediaWiki\\User\\TempUser\\DBSerialProvider' => __DIR__ . '/includes/user/TempUser/DBSerialProvider.php',
'MediaWiki\\User\\TempUser\\FilteredRadixSerialMapping' => __DIR__ . '/includes/user/TempUser/FilteredRadixSerialMapping.php',
'MediaWiki\\User\\TempUser\\LocalSerialProvider' => __DIR__ . '/includes/user/TempUser/LocalSerialProvider.php',
'MediaWiki\\User\\TempUser\\LocalizedNumericSerialMapping' => __DIR__ . '/includes/user/TempUser/LocalizedNumericSerialMapping.php',
'MediaWiki\\User\\TempUser\\Pattern' => __DIR__ . '/includes/user/TempUser/Pattern.php',
'MediaWiki\\User\\TempUser\\PlainNumericSerialMapping' => __DIR__ . '/includes/user/TempUser/PlainNumericSerialMapping.php',
'MediaWiki\\User\\TempUser\\RealTempUserConfig' => __DIR__ . '/includes/user/TempUser/RealTempUserConfig.php',
'MediaWiki\\User\\TempUser\\ScrambleMapping' => __DIR__ . '/includes/user/TempUser/ScrambleMapping.php',
'MediaWiki\\User\\TempUser\\SerialMapping' => __DIR__ . '/includes/user/TempUser/SerialMapping.php',
'MediaWiki\\User\\TempUser\\SerialProvider' => __DIR__ . '/includes/user/TempUser/SerialProvider.php',
'MediaWiki\\User\\TempUser\\TempUserConfig' => __DIR__ . '/includes/user/TempUser/TempUserConfig.php',
'MediaWiki\\User\\TempUser\\TempUserCreator' => __DIR__ . '/includes/user/TempUser/TempUserCreator.php',
Namespace User under \MediaWiki\User Bug: T166010 Change-Id: I7257302b485588af31384d4f7fc8e30551f161f1
2023-09-19 12:13:45 +00:00
'MediaWiki\\User\\User' => __DIR__ . '/includes/user/User.php',
Namespace remaining User-related classes under \MediaWiki\User Bug: T166010 Change-Id: Ibda1e8be0f23c6262a32b607f8260cad36f188fc
2023-09-19 16:42:44 +00:00
'MediaWiki\\User\\UserArray' => __DIR__ . '/includes/user/UserArray.php',
'MediaWiki\\User\\UserArrayFromResult' => __DIR__ . '/includes/user/UserArrayFromResult.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\User\\UserEditTracker' => __DIR__ . '/includes/user/UserEditTracker.php',
'MediaWiki\\User\\UserFactory' => __DIR__ . '/includes/user/UserFactory.php',
'MediaWiki\\User\\UserGroupManager' => __DIR__ . '/includes/user/UserGroupManager.php',
'MediaWiki\\User\\UserGroupManagerFactory' => __DIR__ . '/includes/user/UserGroupManagerFactory.php',
Namespace remaining User-related classes under \MediaWiki\User Bug: T166010 Change-Id: Ibda1e8be0f23c6262a32b607f8260cad36f188fc
2023-09-19 16:42:44 +00:00
'MediaWiki\\User\\UserGroupMembership' => __DIR__ . '/includes/user/UserGroupMembership.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\User\\UserIdentity' => __DIR__ . '/includes/user/UserIdentity.php',
'MediaWiki\\User\\UserIdentityLookup' => __DIR__ . '/includes/user/UserIdentityLookup.php',
Add UserIdentityUtils service Add a service for convenient interpretation of UserIdentity instances, especially relating to the TempUser migration. Bug: T341976 Change-Id: I94e8620cd3187f41f04cdf24b5b553baadfbc22d
2023-07-18 04:00:49 +00:00
'MediaWiki\\User\\UserIdentityUtils' => __DIR__ . '/includes/user/UserIdentityUtils.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\User\\UserIdentityValue' => __DIR__ . '/includes/user/UserIdentityValue.php',
'MediaWiki\\User\\UserNamePrefixSearch' => __DIR__ . '/includes/user/UserNamePrefixSearch.php',
'MediaWiki\\User\\UserNameUtils' => __DIR__ . '/includes/user/UserNameUtils.php',
Move user options related classes into its own namespace There are a couple of user options related classes already, and the T321527 work on dynamic defaults is going to add even more. Let's move them into a separate namespace to make core a bit more organized. Old name is kept as an alias for compatibility purposes. Bug: T321527 Bug: T352284 Change-Id: I9822eb1553870b876d0b8a927e4e86c27d83bd52
2023-11-29 10:21:43 +00:00
'MediaWiki\\User\\UserOptionsLookup' => __DIR__ . '/includes/user/Options/UserOptionsLookup.php',
'MediaWiki\\User\\UserOptionsManager' => __DIR__ . '/includes/user/Options/UserOptionsManager.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\User\\UserRigorOptions' => __DIR__ . '/includes/user/UserRigorOptions.php',
'MediaWiki\\User\\UserSelectQueryBuilder' => __DIR__ . '/includes/user/UserSelectQueryBuilder.php',
'MediaWiki\\User\\UserTimeCorrection' => __DIR__ . '/includes/user/UserTimeCorrection.php',
Reorg: Move ExtensionInfo to utils/ Bug: T321882 Change-Id: I5d0539821ded4ed9f2698ecbc76c2678612f1c97
2023-08-19 09:15:34 +00:00
'MediaWiki\\Utils\\ExtensionInfo' => __DIR__ . '/includes/utils/ExtensionInfo.php',
Reorg: Move GitInfo to utils/ Bug: T321882 Change-Id: Ibd8aff5f57555d5b2a3b9cd121c8919a5a96d313
2023-08-21 16:23:23 +00:00
'MediaWiki\\Utils\\GitInfo' => __DIR__ . '/includes/utils/GitInfo.php',
Reorg: Move MWTimestamp to MediaWiki\Utils Bug: T321882 Change-Id: I48c10343295c4eb3d9ef8037343b0070e928f040
2023-08-19 03:35:06 +00:00
'MediaWiki\\Utils\\MWTimestamp' => __DIR__ . '/includes/utils/MWTimestamp.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Utils\\UrlUtils' => __DIR__ . '/includes/utils/UrlUtils.php',
Rename WatchlistNotificationManager to WatchlistManager Change-Id: Ic9707c6b74180ef111d128f9f00de218d191c175
2021-03-26 22:24:43 +00:00
'MediaWiki\\Watchlist\\WatchlistManager' => __DIR__ . '/includes/watchlist/WatchlistManager.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Widget\\CheckMatrixWidget' => __DIR__ . '/includes/widget/CheckMatrixWidget.php',
'MediaWiki\\Widget\\ComplexNamespaceInputWidget' => __DIR__ . '/includes/widget/ComplexNamespaceInputWidget.php',
'MediaWiki\\Widget\\ComplexTitleInputWidget' => __DIR__ . '/includes/widget/ComplexTitleInputWidget.php',
'MediaWiki\\Widget\\DateInputWidget' => __DIR__ . '/includes/widget/DateInputWidget.php',
'MediaWiki\\Widget\\DateTimeInputWidget' => __DIR__ . '/includes/widget/DateTimeInputWidget.php',
'MediaWiki\\Widget\\ExpiryInputWidget' => __DIR__ . '/includes/widget/ExpiryInputWidget.php',
'MediaWiki\\Widget\\NamespaceInputWidget' => __DIR__ . '/includes/widget/NamespaceInputWidget.php',
'MediaWiki\\Widget\\NamespacesMultiselectWidget' => __DIR__ . '/includes/widget/NamespacesMultiselectWidget.php',
'MediaWiki\\Widget\\PendingTextInputWidget' => __DIR__ . '/includes/widget/PendingTextInputWidget.php',
'MediaWiki\\Widget\\SearchInputWidget' => __DIR__ . '/includes/widget/SearchInputWidget.php',
'MediaWiki\\Widget\\SelectWithInputWidget' => __DIR__ . '/includes/widget/SelectWithInputWidget.php',
'MediaWiki\\Widget\\SizeFilterWidget' => __DIR__ . '/includes/widget/SizeFilterWidget.php',
'MediaWiki\\Widget\\SpinnerWidget' => __DIR__ . '/includes/widget/SpinnerWidget.php',
'MediaWiki\\Widget\\TagMultiselectWidget' => __DIR__ . '/includes/widget/TagMultiselectWidget.php',
'MediaWiki\\Widget\\TitleInputWidget' => __DIR__ . '/includes/widget/TitleInputWidget.php',
'MediaWiki\\Widget\\TitlesMultiselectWidget' => __DIR__ . '/includes/widget/TitlesMultiselectWidget.php',
Implement HTMLToggleSwitchField for mobile layout of preferences This is the more native way of doing things, which avoids syncing different states between the toggle and the hidden widget. The DOM structure is also better and don't confuse screen readers. Bug: T333496 Bug: T334705 Bug: T336107 Change-Id: I47de69459b96f172153065094eb4113584bb435a
2023-05-10 16:24:22 +00:00
'MediaWiki\\Widget\\ToggleSwitchWidget' => __DIR__ . '/includes/widget/ToggleSwitchWidget.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'MediaWiki\\Widget\\UserInputWidget' => __DIR__ . '/includes/widget/UserInputWidget.php',
'MediaWiki\\Widget\\UsersMultiselectWidget' => __DIR__ . '/includes/widget/UsersMultiselectWidget.php',
Reorg: Migrate WikiMap to WikiMap/ out of includes And WikiReference Bug: T321882 Change-Id: I60cf4b9ef02b9d58118caa39172677ddfe03d787
2023-02-23 20:44:38 +00:00
'MediaWiki\\WikiMap\\WikiMap' => __DIR__ . '/includes/WikiMap/WikiMap.php',
'MediaWiki\\WikiMap\\WikiReference' => __DIR__ . '/includes/WikiMap/WikiReference.php',
Introduce ContentDOMTransformStage This subclass is used for transformations that apply to the DOM tree. For now, we load the document from the string in ParserOutput and store it back; ultimately, this will be replaced by a direct access to the DOM content of the ContentHolder/HtmlHolder. Change-Id: Ibc46c34072eadb3e84f69df49a3a424f3864c952
2023-11-24 10:51:22 +00:00
'Mediawiki\\OutputTransform\\ContentDOMTransformStage' => __DIR__ . '/includes/OutputTransform/ContentDOMTransformStage.php',
Refactor DefaultOutputTransform into a pipeline of transforms Bug: T348253 Change-Id: I53551ec6d6471569709c71c1155729e550f64de8
2023-10-20 13:21:53 +00:00
'Mediawiki\\OutputTransform\\ContentTextTransformStage' => __DIR__ . '/includes/OutputTransform/ContentTextTransformStage.php',
'Mediawiki\\OutputTransform\\DefaultOutputPipelineFactory' => __DIR__ . '/includes/OutputTransform/DefaultOutputPipelineFactory.php',
'Mediawiki\\OutputTransform\\OutputTransformPipeline' => __DIR__ . '/includes/OutputTransform/OutputTransformPipeline.php',
'Mediawiki\\OutputTransform\\OutputTransformStage' => __DIR__ . '/includes/OutputTransform/OutputTransformStage.php',
'Mediawiki\\OutputTransform\\Stages\\AddRedirectHeader' => __DIR__ . '/includes/OutputTransform/Stages/AddRedirectHeader.php',
'Mediawiki\\OutputTransform\\Stages\\AddWrapperDivClass' => __DIR__ . '/includes/OutputTransform/Stages/AddWrapperDivClass.php',
'Mediawiki\\OutputTransform\\Stages\\DeduplicateStyles' => __DIR__ . '/includes/OutputTransform/Stages/DeduplicateStyles.php',
'Mediawiki\\OutputTransform\\Stages\\ExpandToAbsoluteUrls' => __DIR__ . '/includes/OutputTransform/Stages/ExpandToAbsoluteUrls.php',
'Mediawiki\\OutputTransform\\Stages\\ExtractBody' => __DIR__ . '/includes/OutputTransform/Stages/ExtractBody.php',
'Mediawiki\\OutputTransform\\Stages\\HandleSectionLinks' => __DIR__ . '/includes/OutputTransform/Stages/HandleSectionLinks.php',
'Mediawiki\\OutputTransform\\Stages\\HandleTOCMarkers' => __DIR__ . '/includes/OutputTransform/Stages/HandleTOCMarkers.php',
'Mediawiki\\OutputTransform\\Stages\\HydrateHeaderPlaceholders' => __DIR__ . '/includes/OutputTransform/Stages/HydrateHeaderPlaceholders.php',
'Mediawiki\\OutputTransform\\Stages\\PostCacheTransformHookRunner' => __DIR__ . '/includes/OutputTransform/Stages/PostCacheTransformHookRunner.php',
'Mediawiki\\OutputTransform\\Stages\\RenderDebugInfo' => __DIR__ . '/includes/OutputTransform/Stages/RenderDebugInfo.php',
objectcache: add MediumSpecificBagOStuff base class for non-proxy subclasses This make it much clearer what needs to be overridden Change-Id: I3073f8a0605f557c6a3a93d0d8401cddd0fb8dbe
2019-07-11 12:35:07 +00:00
'MediumSpecificBagOStuff' => __DIR__ . '/includes/libs/objectcache/MediumSpecificBagOStuff.php',
Cleanup MemcLockManager and move it to /libs * Remove wf* function and ObjectCache dependencies. * Use the base class session field. * Lower physical lock structure TTL and move it to the base class as a constant. * Resolve TODO about acquiring mixed lock types in one pass. * Only mark servers down for 30 seconds in case of long-running scripts. Change-Id: Icd4be407e599524cc620975d27e85666d2532b95
2016-09-30 12:47:26 +00:00
'MemcLockManager' => __DIR__ . '/includes/libs/lockmanager/MemcLockManager.php',
Move some memcached classes to /libs Also removed a few MW dependencies from MemcachedPeclBagOStuff. It still uses an IP class method, so it has to stay for now. Change-Id: I8c5c83046c58fb58091d6ce11b2385208262460f
2015-10-24 21:54:10 +00:00
'MemcachedBagOStuff' => __DIR__ . '/includes/libs/objectcache/MemcachedBagOStuff.php',
objectcache: move MemcachedClient class to /utils subdir Change-Id: I2774d3e7a3c96ef691106b21908a42bfbbf25956
2019-08-10 01:14:32 +00:00
'MemcachedClient' => __DIR__ . '/includes/libs/objectcache/utils/MemcachedClient.php',
Move PECL memcached class to /libs Remove IP class dependency, which is simple enough here Change-Id: I3aed6ae6747d8d2b9e75b492e5d5293ba4ce9edd
2016-09-08 05:47:37 +00:00
'MemcachedPeclBagOStuff' => __DIR__ . '/includes/libs/objectcache/MemcachedPeclBagOStuff.php',
Move some memcached classes to /libs Also removed a few MW dependencies from MemcachedPeclBagOStuff. It still uses an IP class method, so it has to stay for now. Change-Id: I8c5c83046c58fb58091d6ce11b2385208262460f
2015-10-24 21:54:10 +00:00
'MemcachedPhpBagOStuff' => __DIR__ . '/includes/libs/objectcache/MemcachedPhpBagOStuff.php',
Add MemoizedCallable for APC-backed function memoization Add a simple class to `libs/` for memoizing functions by caching return values in APC. I decided not to make this an external library just yet because I see this as potentially a part of a larger functional programming library. Doesn't use APCBagOStuff for two reasons: (1) avoid dependency on MediaWiki code; (2) ability to pass third &$success parameter to apc_store, to distinguish between cache misses and cached false values. Use this in ResourceLoaderFileModule to cache CSSMin::remap. Change-Id: I00a47983a2583655d4631ecc9c6ba17597e36b5f
2015-10-05 23:10:56 +00:00
'MemoizedCallable' => __DIR__ . '/includes/libs/MemoizedCallable.php',
Move FSFilebackend and MemoryFileBackend to /libs Change-Id: Id38a2ef9e0e22537d0267b536f8a4dfd60c5b41d
2016-09-21 22:36:16 +00:00
'MemoryFileBackend' => __DIR__ . '/includes/libs/filebackend/MemoryFileBackend.php',
Reorg: Move five page-related classes to page/ out of includes/ These classes: - MergeHistory - MovePage - ProtectionForm - BadFileLookup (to MediaWiki\Page\File) - FileDeleteForm (to MediaWiki\Page\File) Bug: T321882 Change-Id: Ibeb488ba322c62a34042a0307bbb5562773bcad1
2023-02-22 17:51:26 +00:00
'MergeHistory' => __DIR__ . '/includes/page/MergeHistory.php',
Split Pager classes out of SpecialPage files Change-Id: I6c8dbc9084040dd3b8a5e19caaf076bd14b77762
2016-03-24 11:25:40 +00:00
'MergeHistoryPager' => __DIR__ . '/includes/specials/pagers/MergeHistoryPager.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'MergeLogFormatter' => __DIR__ . '/includes/logging/MergeLogFormatter.php',
re-apply "mergeMessageFileList.php: move code out of file scope." This reverts commit 683cd2f4d76cac91a2192de7fa31ca7584ff3f4a to restore I349ef565a7c08f90a75b0fc6db49f030cb56f6cf. Reason: fixed a typo that led to message dirs being ignored: The correct name of the setting is "wgMessagesDirs", the original patch had "wgMessageDirs". I confirmed locally that the new version produces the same output as the old. Change-Id: I32f45438ba37ed08075aadc9b1d83db88ca5f014
2023-04-05 18:17:38 +00:00
'MergeMessageFileList' => __DIR__ . '/maintenance/mergeMessageFileList.php',
Add mergeable update support DeferredUpdates * DeferrableUpdate classes can implement MergeableUpdate. Duplicate updates will be merged via the merge() method. * Make SquidUpdate support merge() so that duplicate URL purges are now caught accross the entire pre-send request execution. Change-Id: Idffdd3e71d89e4a0f28281e65a881113caae497c
2015-11-30 23:26:45 +00:00
'MergeableUpdate' => __DIR__ . '/includes/deferred/MergeableUpdate.php',
language: Move some language-related classes to includes/language/ Bug: T225756 Change-Id: Ica351483d83a3a912d58ebb194b30828541fbcf3
2019-06-13 21:02:36 +00:00
'Message' => __DIR__ . '/includes/language/Message.php',
ResourceLoader namespace (attempt 2) Move ResourceLoader classes to their own namespace. Strip the "ResourceLoader" prefix from all except ResourceLoader itself. Move the tests by analogy. I used a namespace alias "RL" in some callers since RL\Module is less ambiguous at the call site than just "Module". I did not address DependencyStore which continues to have a non-standard location and namespace. Revert of a241d83e0a6dabedf. Bug: T308718 Change-Id: Id08a220e1d6085e2b33f3f6c9d0e3935a4204659
2022-05-06 09:09:56 +00:00
'MessageBlobStore' => __DIR__ . '/includes/ResourceLoader/MessageBlobStore.php',
language: Move l10n-related classes from /cache to /language * Make the code easier to own and maintain by being part of a topical area of expertise rather than a generic catch-all bucket. This also helps Gerrit team dashboards, [[mw:Git/Reviewers]] subscription patterns, more meaningful component prefix for [[mw:Commit_message_guidelines]]. * Prep for possible CODEOWNERS adoption. * Prep for T166010 to give us better PSR-4 namespaces that we won't have to break/migrate again shortly after for the above. Bug: T225756 Change-Id: I62c701d574d2a79365b1c5350f92bef47770e3ce
2022-06-22 22:18:27 +00:00
'MessageCache' => __DIR__ . '/includes/language/MessageCache.php',
messagecache: use MergeableUpdate for the deferred replace() update This combines the load loop for multiple messages for a language code. Bug: T203925 Bug: T193271 Change-Id: Ie5e1e83d6740344b7ca641c99fb3bd4ad5718492
2018-10-04 20:14:32 +00:00
'MessageCacheUpdate' => __DIR__ . '/includes/deferred/MessageCacheUpdate.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'MessageContent' => __DIR__ . '/includes/content/MessageContent.php',
language: Move some language-related classes to includes/language/ Bug: T225756 Change-Id: Ica351483d83a3a912d58ebb194b30828541fbcf3
2019-06-13 21:02:36 +00:00
'MessageLocalizer' => __DIR__ . '/includes/language/MessageLocalizer.php',
Split StatusValue out of Status class and put it in /libs * Deprecated useless FileRepoStatus class Change-Id: I015635a9bf080ef6d98b2cff49b949c4378a859f
2015-01-21 01:23:21 +00:00
'MessageSpecifier' => __DIR__ . '/includes/libs/MessageSpecifier.php',
file: Move json metadata storage out of LocalFile So ArchivedFile could use it as well Bug: T298417 Bug: T298398 Change-Id: Idd258437d9f91824195ed0c12b5694841cb365b0
2022-04-01 15:16:26 +00:00
'MetadataStorageHelper' => __DIR__ . '/includes/filerepo/file/MetadataStorageHelper.php',
Add migrateExternallinks maintenance script To backfill the old data Bug: T321663 Change-Id: I1f7f140c3bc71bf3ce243b3802284fc502efa986
2022-11-25 20:51:10 +00:00
'MigrateExternallinks' => __DIR__ . '/maintenance/migrateExternallinks.php',
Support for storing files under SHA-1 names * Added a "storageLayout" flag to LocalRepo config (supports "sha1") * Added a simple migration script to copy files the SHA1 paths * Currently works with img_auth.php + thumb_handler.php for URLs * Added visibility to some LocalFile methods * Simple tests for the wrapper class. Co-Authored-By: Gilles Dubuc <gdubuc@wikimedia.org> Change-Id: Iad46ad669c8ae3c02d10da10c3f7a16fe161663f Bug: T1210
2015-03-10 13:26:14 +00:00
'MigrateFileRepoLayout' => __DIR__ . '/maintenance/migrateFileRepoLayout.php',
maintenance: Add migrateLinksTable.php To populate tl_target_id and other tables in the future. Bug: T299423 Change-Id: I067e861f95555bf7630f32a26c8f6a2284367897
2022-03-10 14:30:15 +00:00
'MigrateLinksTable' => __DIR__ . '/maintenance/migrateLinksTable.php',
Schema migration for revison_actor_temp table removal Introduce a new schema migration stage in which rev_actor is used directly and the revision_actor_temp table is no longer needed. This becomes the new "new" stage whereas the previous situation is now termed SCHEMA_COMPAT_TEMP. Introduce migrateRevisionActorTemp which copies data from revision_actor_temp to rev_actor. The code is similar to migrateImageCommentTemp.php except that it doesn't delete from the old table. Partial revert of c29909e59fd89d9fc6. That change removed direct references to $wgActorTableSchemaMigrationStage and made queries involving revision_actor_temp be unconditional. Such changes need to be reverted to make the use of revision_actor_temp be conditional again. In ActorMigrationTest, I compacted provideGetJoin() and provideGetWhere(), removing most of the duplication between expected values. I gave all the stages a short name, and mostly used the name in providers. Bug: T275246 Change-Id: I7498107dd6433ab7de5bf2e7b3fe2aa5e10e345d
2021-05-03 05:13:41 +00:00
'MigrateRevisionActorTemp' => __DIR__ . '/maintenance/migrateRevisionActorTemp.php',
Add migrateRevisionCommentTemp maintenance script Introduce migrateRevisionCommentTemp which copies data from revision_comment_temp to rev_comment_id. The code is similar to migrateRevisionActorTemp.php. Bug: T299954 Change-Id: I3140d7efb18d4dfda783831ecb1549262e4bdc32
2022-12-31 15:07:27 +00:00
'MigrateRevisionCommentTemp' => __DIR__ . '/maintenance/migrateRevisionCommentTemp.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'MigrateUserGroup' => __DIR__ . '/maintenance/migrateUserGroup.php',
Move MimeMagic code to libs/mime/MimeAnalyzer.php * The later resides in /libs with related files. * Explose MimeAnalyzer as a service. * Keep MimeMagic::singleton() as a b/c alias. * MimeMagic::applyDefaultConfig() will bootstrap the service with all of the old config, extension hook handler, and detector command shell-out behavior. Change-Id: Ie2695a52e7a3bcfda9f7fa83659a9ff31b372bc3
2016-09-22 04:57:13 +00:00
'MimeAnalyzer' => __DIR__ . '/includes/libs/mime/MimeAnalyzer.php',
registration: Add a friendly error message for missing extension Based on Project:Support_desk, this seems to be a very common error. Many more novice users seem to get confused by the technical message involving "stat failed". Given that this might be the first user's first experience with MW, I think its prudent to make it friendly as possible. This error message does not do i18n. I didn't do i18n to avoid dependencies on MW stuff as it is very early in the setup process, exceptions aren't usually i18n'd, and its entirely possible that this error happens before a language is even set. This does not respect $wgShowExceptionDetails. I think that can be justified because this error happens during setup and not during normal operation and there would be no user controlled values in the backtrace just paths. Bug: T321363 Change-Id: I4ed0d333d57626d05c361d08f1bf4a919115d550
2022-10-21 00:40:24 +00:00
'MissingExtensionException' => __DIR__ . '/includes/registration/MissingExtensionException.php',
Rename PHP classes to match filenames Also change the letter case in the file names to be consistent to other files in includes/specials. The PHPCS exclude-pattern for these files on MediaWiki.Files.ClassMatchesFilename.NotMatch can now removed. The old class names are still available as aliases and are deprecated now. Change-Id: Id71f5a5ce456caf522c95c477487e14f366c1b40
2022-10-17 08:58:53 +00:00
'MostimagesPage' => __DIR__ . '/includes/specials/SpecialMostImages.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'MoveBatch' => __DIR__ . '/maintenance/moveBatch.php',
Move FileBackendStore and FileOp classes to /libs Change-Id: If490f64bec282e5dfcdaf7feb1cbf46d3dce1064
2016-09-18 23:25:41 +00:00
'MoveFileOp' => __DIR__ . '/includes/libs/filebackend/fileop/MoveFileOp.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'MoveLogFormatter' => __DIR__ . '/includes/logging/MoveLogFormatter.php',
Reorg: Move five page-related classes to page/ out of includes/ These classes: - MergeHistory - MovePage - ProtectionForm - BadFileLookup (to MediaWiki\Page\File) - FileDeleteForm (to MediaWiki\Page\File) Bug: T321882 Change-Id: Ibeb488ba322c62a34042a0307bbb5562773bcad1
2023-02-22 17:51:26 +00:00
'MovePage' => __DIR__ . '/includes/page/MovePage.php',
Rename PHP classes to match filenames Also change the letter case in the file names to be consistent to other files in includes/specials. The PHPCS exclude-pattern for these files on MediaWiki.Files.ClassMatchesFilename.NotMatch can now removed. The old class names are still available as aliases and are deprecated now. Change-Id: Id71f5a5ce456caf522c95c477487e14f366c1b40
2022-10-17 08:58:53 +00:00
'MovePageForm' => __DIR__ . '/includes/specials/SpecialMovePage.php',
Update moveToExternal and resolveStubs Convert these two old scripts to Maintenance subclasses. * Uncomment the resolveStub() call in moveToExternal and fix one obvious bug with it, i.e. the fact that stubs need to be resolved after CGZ blobs are moved. * Replace get_class() with instanceof. * Make the "tiny text" threshold configurable. Normally this is not wanted in WMF production since new revisions are written to ES unconditionally. * Add a dry run mode. * Add an undo log. * Add --skip-resolve option. * Make resolveStub() be much more defensive about what it resolves. * In moveToExternal, make compression optional and do it also for plain text. * Optionally convert the legacy encoding to UTF-8. Bug: T299387 Change-Id: I52d54e3b6b785ac072796031be06499221340f51
2022-11-20 22:23:34 +00:00
'MoveToExternal' => __DIR__ . '/maintenance/storage/moveToExternal.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'MultiConfig' => __DIR__ . '/includes/config/MultiConfig.php',
Move MultiHttpClient.php to libs/http Change-Id: I199e615fad363b1439604c9d01a9a475856d6128
2019-07-01 20:47:57 +00:00
'MultiHttpClient' => __DIR__ . '/includes/libs/http/MultiHttpClient.php',
Move MultiWriteBagOStuff to /libs Also moved related tests files to /libs. Change-Id: I806eeaa30205733d497adde933baf0c4157f7aae
2015-10-24 07:48:40 +00:00
'MultiWriteBagOStuff' => __DIR__ . '/includes/libs/objectcache/MultiWriteBagOStuff.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'MutableConfig' => __DIR__ . '/includes/config/MutableConfig.php',
Add base interface for setters in RequestContext and DerivativeContext Change-Id: I819633ca5344f73a196623569bb58fd8372d6779
2014-07-21 09:13:23 +00:00
'MutableContext' => __DIR__ . '/includes/context/MutableContext.php',
Revert "maintenance: Remove sql.php temporarily" I confirmed that the LoadExtensionSchemaUpdates hook no longer runs after the parent patch to fix T249584 is merged, in either sql.php or patchSql.php. Note that sql.php is not just a "debugging script", it's intended for use in production, and was used in production, hence T249565. Bug: T249565 Bug: T157651 Change-Id: Ia4d99e00e6455eec9cf0fa486ec5e4b83c9cf25d
2020-04-08 01:41:11 +00:00
'MwSql' => __DIR__ . '/maintenance/sql.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'MysqlInstaller' => __DIR__ . '/includes/installer/MysqlInstaller.php',
Maintenance script to wrap the mysql binary This is more or less equivalent to the WMF shell script "sql", but it is reasonably portable and written in a less hackish way. Change-Id: I240d8d4e65ce46680cac257ee376a9b026c13f92
2018-05-20 14:50:41 +00:00
'MysqlMaintenance' => __DIR__ . '/maintenance/mysql.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'MysqlUpdater' => __DIR__ . '/includes/installer/MysqlUpdater.php',
Proper namespace handling for WikiImporter Up until now, the import backend has tried to resolve titles in the XML data using the regular Title class. This is a disastrous idea, as local namespace names often do not match foreign namespace titles. There is enough metadata present in XML dumps generated by modern MW versions for the target namespace ID and name to be reliably determined. This metadata is contained in the <siteinfo> and <ns> tags, which (unbelievably enough) was totally ignored by WikiImporter until now. Fallbacks are provided for older XML dump versions which may be missing some or all of this metadata. The ForeignTitle class is introduced. This is intended specifically for the resolution of titles on foreign wikis. In the future, an InterwikiTitle class could be added, which would inherit ForeignTitle and add members for the interwiki prefix and fragment. Factory classes to generate ForeignTitle objects from string data, and Title objects from ForeignTitle objects, are also added. The 'AfterImportPage' hook has been modified so the second argument is a ForeignTitle object instead of a Title (the documentation was wrong, it was never a string). LiquidThreads, SMW and FacetedSearch all use this hook but none of them use the $origTitle parameter. Bug: T32723 Bug: T42192 Change-Id: Iaa58e1b9fd7287cdf999cef6a6f3bb63cd2a4778
2014-12-10 11:24:47 +00:00
'NaiveForeignTitleFactory' => __DIR__ . '/includes/title/NaiveForeignTitleFactory.php',
'NaiveImportTitleFactory' => __DIR__ . '/includes/title/NaiveImportTitleFactory.php',
'NamespaceAwareForeignTitleFactory' => __DIR__ . '/includes/title/NamespaceAwareForeignTitleFactory.php',
Have class match filename in some maintenance scripts Each of these scripts had a class name that was not referenced outside of the script file itself, and are safe to rename as a result. Change-Id: Id605aca11db51ee433baeaa998a0e33184c930ca
2018-05-24 01:34:01 +00:00
'NamespaceDupes' => __DIR__ . '/maintenance/namespaceDupes.php',
Proper namespace handling for WikiImporter Up until now, the import backend has tried to resolve titles in the XML data using the regular Title class. This is a disastrous idea, as local namespace names often do not match foreign namespace titles. There is enough metadata present in XML dumps generated by modern MW versions for the target namespace ID and name to be reliably determined. This metadata is contained in the <siteinfo> and <ns> tags, which (unbelievably enough) was totally ignored by WikiImporter until now. Fallbacks are provided for older XML dump versions which may be missing some or all of this metadata. The ForeignTitle class is introduced. This is intended specifically for the resolution of titles on foreign wikis. In the future, an InterwikiTitle class could be added, which would inherit ForeignTitle and add members for the interwiki prefix and fragment. Factory classes to generate ForeignTitle objects from string data, and Title objects from ForeignTitle objects, are also added. The 'AfterImportPage' hook has been modified so the second argument is a ForeignTitle object instead of a Title (the documentation was wrong, it was never a string). LiquidThreads, SMW and FacetedSearch all use this hook but none of them use the $origTitle parameter. Bug: T32723 Bug: T42192 Change-Id: Iaa58e1b9fd7287cdf999cef6a6f3bb63cd2a4778
2014-12-10 11:24:47 +00:00
'NamespaceImportTitleFactory' => __DIR__ . '/includes/title/NamespaceImportTitleFactory.php',
NamespaceInfo service to replace MWNamespace MWNamespace::clearCaches() has been removed entirely, along with the $rebuild parameter to MWNamespace::getCanonicalNamespaces(). The rest of MWNamespace is deprecated. Diff best viewed with -C1 so git notices that NamespaceInfo is a copy of MWNamespace. Depends-On: Icb7a4a2a5d19fb1f2453b4b57a5271196b0e316d Depends-On: Ib3c914fc99394e4876ac9fe27317a1eafa2ff69e Change-Id: I1a03d4e146f5414ae73c7d1a5807c873323e8abc
2018-08-05 08:36:32 +00:00
'NamespaceInfo' => __DIR__ . '/includes/title/NamespaceInfo.php',
Split Pager classes out of SpecialPage files Change-Id: I6c8dbc9084040dd3b8a5e19caaf076bd14b77762
2016-03-24 11:25:40 +00:00
'NewFilesPager' => __DIR__ . '/includes/specials/pagers/NewFilesPager.php',
'NewPagesPager' => __DIR__ . '/includes/specials/pagers/NewPagesPager.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'NewUsersLogFormatter' => __DIR__ . '/includes/logging/NewUsersLogFormatter.php',
Add switch for readonly watchlists Bug: T160062 Change-Id: I70d28df48f86e8cae4e454cf3f9097c65dc1d92b
2017-03-20 13:18:22 +00:00
'NoWriteWatchedItemStore' => __DIR__ . '/includes/watcheditem/NoWriteWatchedItemStore.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'NolinesImageGallery' => __DIR__ . '/includes/gallery/NolinesImageGallery.php',
Move utils/iterators/ into libs/ They have no dependency upon MediaWiki. Change-Id: I58d59941cc7e1ba4fd5e265c8e30f59db66ed514
2016-10-04 17:56:35 +00:00
'NotRecursiveIterator' => __DIR__ . '/includes/libs/iterators/NotRecursiveIterator.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'NukeNS' => __DIR__ . '/maintenance/nukeNS.php',
'NukePage' => __DIR__ . '/maintenance/nukePage.php',
Move FileBackendStore and FileOp classes to /libs Change-Id: If490f64bec282e5dfcdaf7feb1cbf46d3dce1064
2016-09-18 23:25:41 +00:00
'NullFileOp' => __DIR__ . '/includes/libs/filebackend/fileop/NullFileOp.php',
Create API to allow content handlers to handle structured data definitions Change-Id: Ia1738803c42f6114575587c1c838fec62b6f54aa Bug: T89733
2016-05-13 00:10:52 +00:00
'NullIndexField' => __DIR__ . '/includes/search/NullIndexField.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'NullJob' => __DIR__ . '/includes/jobqueue/jobs/NullJob.php',
Make LockManager use StatusValue and move classes to /libs Change-Id: Ifa41fc2939f3515d4a056746b0fcbff79786d25b
2016-09-18 04:42:56 +00:00
'NullLockManager' => __DIR__ . '/includes/libs/lockmanager/NullLockManager.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'NullRepo' => __DIR__ . '/includes/filerepo/NullRepo.php',
Stats: move stats library into Stats folder Bug: T240685 Change-Id: I7f4b649e6858ca65e6d8b43a05b682a414986e7e
2023-02-27 16:40:57 +00:00
'NullStatsdDataFactory' => __DIR__ . '/includes/libs/Stats/NullStatsdDataFactory.php',
Implement NumericUppercaseCollation This collation orders text with numbers "naturally", so that 'Foo 1' < 'Foo 2' < 'Foo 12'. Note that this only works in terms of sequences of digits, and the behavior for decimal fractions or pretty-formatted numbers may be unexpected. This is only expected to work mostly correctly for English-language text. Consider it a proof of concept. You probably want to use an UCA collation with '-u-kn' suffix rather than this. Bug: T8948 Change-Id: Ie268f2d92c5c75d0aaecf54ede2bdda1af3b309d
2016-07-27 14:43:01 +00:00
'NumericUppercaseCollation' => __DIR__ . '/includes/collation/NumericUppercaseCollation.php',
Run generateLocalAutoload.php to sort entries in autoload.php Will reduce dirty diffs in future changes. Change-Id: I4f97c1e4f9eaf0dc807435209b6a0e8494b60db1
2015-06-08 05:27:24 +00:00
'OOUIHTMLForm' => __DIR__ . '/includes/htmlform/OOUIHTMLForm.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ObjectCache' => __DIR__ . '/includes/objectcache/ObjectCache.php',
'OldChangesList' => __DIR__ . '/includes/changes/OldChangesList.php',
'OldLocalFile' => __DIR__ . '/includes/filerepo/file/OldLocalFile.php',
Factor OldRevisionImporter & ImportableOldRevision out of WikiRevision This is to be used within the FileImporter extension to allow adding custom loggers to this import process. Change-Id: Ib094d4829764ccc8e5bd2619fb827d701ae06d43
2017-07-04 21:46:46 +00:00
'OldRevisionImporter' => __DIR__ . '/includes/import/OldRevisionImporter.php',
Maintenance: Move OrderedStreamingForkController to PSR-4 namespace * Improve class docs while at it. * Fix the odd file-level docblock that was combined with the class block in a way virtually no other file in core does. Bug: T166010 Change-Id: Iefcece6da487166f04ccf8be94a24749c9ef97e2
2022-10-15 22:12:43 +00:00
'OrderedStreamingForkController' => __DIR__ . '/includes/Maintenance/OrderedStreamingForkController.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'OrphanStats' => __DIR__ . '/maintenance/storage/orphanStats.php',
Reorg: Move three output related classes to includes/Output/ And namesapce them: - StreamFile - OutputHandler - OutputPage Bug: T321882 Change-Id: Iedf8d88c595e580f2d8f0734c92aa5c45618ba33
2023-09-05 17:31:53 +00:00
'OutputPage' => __DIR__ . '/includes/Output/OutputPage.php',
Rebuilt PHPVersionCheck to be an own class The class keyword should work in all reasonable working php installations, as far as I know. In this way, the php version check does not rely on a set of global functions. It also should make maintaining the different checks a bit easier. Change-Id: I73ee098a8cf931ca4df6263c6e0a3e215555b612
2016-09-13 15:45:36 +00:00
'PHPVersionCheck' => __DIR__ . '/includes/PHPVersionCheck.php',
media: Rename files to match the name of the class they define This will make jumping from file to file much easier in text editors when file name lookups will autocomplete naturally when looking for a class by name. Change-Id: I4b2e55a2e72674b619d5a592866c8a019a2b0224
2018-04-28 01:05:23 +00:00
'PNGHandler' => __DIR__ . '/includes/media/PNGHandler.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'PNGMetadataExtractor' => __DIR__ . '/includes/media/PNGMetadataExtractor.php',
Split parser related files to have one class in one file Change-Id: I36b26609ccb3f135a22961b32a46cdc06603b3e4
2019-04-20 23:34:48 +00:00
'PPCustomFrame_Hash' => __DIR__ . '/includes/parser/PPCustomFrame_Hash.php',
'PPDPart_Hash' => __DIR__ . '/includes/parser/PPDPart_Hash.php',
'PPDStackElement_Hash' => __DIR__ . '/includes/parser/PPDStackElement_Hash.php',
'PPDStack_Hash' => __DIR__ . '/includes/parser/PPDStack_Hash.php',
'PPFrame' => __DIR__ . '/includes/parser/PPFrame.php',
'PPFrame_Hash' => __DIR__ . '/includes/parser/PPFrame_Hash.php',
'PPNode' => __DIR__ . '/includes/parser/PPNode.php',
'PPNode_Hash_Array' => __DIR__ . '/includes/parser/PPNode_Hash_Array.php',
'PPNode_Hash_Attr' => __DIR__ . '/includes/parser/PPNode_Hash_Attr.php',
'PPNode_Hash_Text' => __DIR__ . '/includes/parser/PPNode_Hash_Text.php',
'PPNode_Hash_Tree' => __DIR__ . '/includes/parser/PPNode_Hash_Tree.php',
'PPTemplateFrame_Hash' => __DIR__ . '/includes/parser/PPTemplateFrame_Hash.php',
Move PackedHoverImageGallery from PackedOverlayImageGallery.php Change-Id: I7a764fa89637dc7c3865dbbbbe0d90d5bc268ed2
2019-04-06 12:12:02 +00:00
'PackedHoverImageGallery' => __DIR__ . '/includes/gallery/PackedHoverImageGallery.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'PackedImageGallery' => __DIR__ . '/includes/gallery/PackedImageGallery.php',
'PackedOverlayImageGallery' => __DIR__ . '/includes/gallery/PackedOverlayImageGallery.php',
Split Page interface into own file Change-Id: Ib2e23f63e47a3da19e30f4a8d61372ee0f26851d
2016-04-02 13:35:20 +00:00
'Page' => __DIR__ . '/includes/page/Page.php',
PageArchive: Fix typo in class file Follow up: I02b7e4785f369c7b6574c4bce093b6de58d1c651 Change-Id: Iec60fb023ef3c57e61ee29c829f750ca1b34467e
2017-03-06 20:25:23 +00:00
'PageArchive' => __DIR__ . '/includes/page/PageArchive.php',
Start a very basic version of Special:PageData Bug: T163923 Change-Id: I2a1a12f20a38d8d3c50a8f6c9a363be1cb656c70
2017-06-01 15:39:21 +00:00
'PageDataRequestHandler' => __DIR__ . '/includes/linkeddata/PageDataRequestHandler.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'PageExists' => __DIR__ . '/maintenance/pageExists.php',
'PageLangLogFormatter' => __DIR__ . '/includes/logging/PageLangLogFormatter.php',
Reorg: Move PageProps to page/ and namespace it to MediaWiki\Page\ We should slowly migrate page/ to have proper namespace too but that'll be pretty big. Bug: T321882 Change-Id: I3e57be8aa8ac08971f190233196e84ea33023d4a
2022-12-09 12:17:40 +00:00
'PageProps' => __DIR__ . '/includes/page/PageProps.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'PageQueryPage' => __DIR__ . '/includes/specialpage/PageQueryPage.php',
'Pager' => __DIR__ . '/includes/pager/Pager.php',
Generalize History pager tools for use in other contexts The history page renders an extensible list of tools for each change list row. I've factored this code out so that it can also be used on other pages that use the Pager class. This generalizes the logic for the rollback link and makes sure the control is standardized across pages. It also allows the onHistoryTools hook run. I suggest we rename this to something more generic in a follow up. Right now usages of onHistoryTools are low but there should be no issues with running it on more than the history page. One of the benefits of this is the thanks link will now show on the contributions page, watchlist and recent changes. Bug: T51541 Change-Id: Ia03038e86c6a607c8b75eefedbf0285ca1a2f8c8
2022-12-14 00:51:12 +00:00
'PagerTools' => __DIR__ . '/includes/specials/pagers/PagerTools.php',
Push pagination decision for search into SearchEngine Various code using the search engine shouldn't need to implement it's own methods, such as over-fetching, to determine if there are more results available. This should be knowledge internal to search that is exposed by a boolean. Change-Id: Ica094428700637dfdedb723b03f6aeadfe12b9f4
2017-12-19 22:19:49 +00:00
'PaginatingSearchEngine' => __DIR__ . '/includes/search/PaginatingSearchEngine.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ParameterizedPassword' => __DIR__ . '/includes/password/ParameterizedPassword.php',
'Parser' => __DIR__ . '/includes/parser/Parser.php',
'ParserCache' => __DIR__ . '/includes/parser/ParserCache.php',
Introduce ParserFactory service Bug: T200881 Change-Id: I257e78200983cb10afb76de1f07dd1b9d531c52a
2018-08-03 08:25:15 +00:00
'ParserFactory' => __DIR__ . '/includes/parser/ParserFactory.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ParserOptions' => __DIR__ . '/includes/parser/ParserOptions.php',
'ParserOutput' => __DIR__ . '/includes/parser/ParserOutput.php',
jobqueue: Warm parsoid parser cache using a job This patch introduces ParsoidParserCachePrewarm job that is used to warm PC with parsoid outputs in order to speed up page reads on large wikis. Bug: T322427 Change-Id: Ib63a02d3cf5348b36f4f166ff6939f4d2e7fef6f
2022-11-24 12:59:29 +00:00
'ParsoidCachePrewarmJob' => __DIR__ . '/includes/jobqueue/jobs/ParsoidCachePrewarmJob.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'Password' => __DIR__ . '/includes/password/Password.php',
'PasswordError' => __DIR__ . '/includes/password/PasswordError.php',
'PasswordFactory' => __DIR__ . '/includes/password/PasswordFactory.php',
Password validity by policy per group Make password policies defined in a configurable policy, which is defined by group. A user's password policy will be the maximum of each group policy that the user belongs to. Bug: T94774 Change-Id: Iad8e49ffcffed38df6293db0ef31a227d3962003
2015-04-23 01:48:48 +00:00
'PasswordPolicyChecks' => __DIR__ . '/includes/password/PasswordPolicyChecks.php',
Use AuthManager on special pages Rewrite authentication-related special pages to use AuthManager. All the changes mentioned below only take effect when $wgDisableAuthManager is false. LoginForm is rewritten to use HTMLForm and split into UserLogin and CreateAccount; ChangePassword and PasswordReset are rewritten; ChangeEmail and Preferences are updated. Four new special pages are added to handle the new capabilities of AuthManager (linked accounts, secondary authentication providers): LinkAccounts, UnlinkAccounts, ChangeCredentials, RemoveCredentials. The old form-based hooks (ChangePasswordForm, UserCreateForm, UserLoginForm) are deprecated. A new, more generic hook is available to alter the forms (AuthChangeFormFields); form changes that involve new fields should be done via $wgAuthManagerConfig. UserLoginComplete is limited to web-based login; for more generic functionality UserLoggedIn can be used instead. Hooks that assume password-based login (PrefsPasswordAudit, AbortChangePassword) are removed; the first functionality is replaced by ChangeAuthenticationDataAudit, the second is handled by AuthManager. LoginPasswordResetMessage is removed, the functionality can be recreated via authentication providers. There are several smaller backwards incompatible changes: * Adding fields to the login/signup forms by manipulating the template via the extraInput/extrafields parameters is not supported anymore. Depending on the authn configuration the login/signup process might be multistep and it would be complicated to ensure that extensions can access the data at the right moment. Instead, you can create an AuthenticationProvider which can define its own fields and process them when the authentication is over. (There is B/C support for a transitional period that works with the default login form, but might break with configurations that require multiple steps or redirects.) * Removed cookie redirect check. This was added in 2003 in 9ead07fe9 for the benefit of bots, but with MediaWiki having an API these days there is little reason to keep it. Same for the wpSkipCookieCheck flag (added in 2008 in 29c73e8265). * Instead of embedding a password field on sensitive special pages such as ChangeEmail, such pages rely on AuthManager for elevated security (which typically involves requiring the user to log in again unless their last login was more than a few minutes ago). Accordingly, wgRequirePasswordforEmailChange is removed. * Special:ChangePassword requires login now. * Special:ResetPassword now sends a separate email to each user when called with a shared email address. * the Reason field had a message with 'prefsectiontip' class which was sorta broken but used in extensions for formatting. HTMLForm does not support that, so this commit turns it into a help message which will break formatting. See https://gerrit.wikimedia.org/r/#/c/231884 Bug: T110277 Change-Id: I8b52ec8ddf494f23941807638f149f15b5e46b0c Depends-On: If4e0dfb6ee6674f0dace80a01850e2d0cbbdb47a
2015-09-22 22:50:04 +00:00
'PasswordReset' => __DIR__ . '/includes/user/PasswordReset.php',
Revert "maintenance: Remove sql.php temporarily" I confirmed that the LoadExtensionSchemaUpdates hook no longer runs after the parent patch to fix T249584 is merged, in either sql.php or patchSql.php. Note that sql.php is not just a "debugging script", it's intended for use in production, and was used in production, hence T249565. Bug: T249565 Bug: T157651 Change-Id: Ia4d99e00e6455eec9cf0fa486ec5e4b83c9cf25d
2020-04-08 01:41:11 +00:00
'PatchSql' => __DIR__ . '/maintenance/patchSql.php',
Reorg: Move some of request related classes to MediaWiki/Request Redoing I5ea70120d74 but without moving WebRequest that caused issues with phan-taint-plugin. Moving: - DerivativeRequest - FauxRequest - FauxRequestUpload - PathRouter - WebRequestUpload Bug: T321882 Change-Id: I832b133aaf61ee9f6190b0227d2f3de99bd1717b
2022-10-28 10:04:25 +00:00
'PathRouter' => __DIR__ . '/includes/Request/PathRouter.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'PatrolLog' => __DIR__ . '/includes/logging/PatrolLog.php',
'PatrolLogFormatter' => __DIR__ . '/includes/logging/PatrolLogFormatter.php',
Use OpenSSL if available for PBKDF2 password hashing This at least doubles the speed, which would allow the number of iterations to be doubled and computation of the password hash to complete in the same amount of time as before, or maybe even a slight bit less. The doubling in speed is due to an optimization[1] that so far has not been accepted into PHP's hash extension.[2] In addition, OpenSSL has optimized assembly-language hash function implementations for several common CPU architectures. These provide a further, yet more slight, performance improvement. While OpenSSL's PKCS5_PBKDF2_HMAC() is not the fastest implementation around, using it does not add a new library dependency. And although better password hashing functions exist, PBKDF2 is still the default in MediaWiki. For these reasons, I think this change makes sense. [1]: https://github.com/openssl/openssl/commit/c10e3f0cffb3820d [2]: https://github.com/php/php-src/issues/9604 Change-Id: I7b06590d4c42581f8749336f9c17777f973a506c
2022-06-20 07:05:31 +00:00
'Pbkdf2Password' => __DIR__ . '/includes/password/Pbkdf2PasswordUsingHashExtension.php',
'Pbkdf2PasswordUsingHashExtension' => __DIR__ . '/includes/password/Pbkdf2PasswordUsingHashExtension.php',
'Pbkdf2PasswordUsingOpenSSL' => __DIR__ . '/includes/password/Pbkdf2PasswordUsingOpenSSL.php',
Infrastructure for augmenting search results Bug: T117493 Change-Id: Ia5413a7846cc961026a2dc3542b619493bc76a23
2016-04-26 22:19:58 +00:00
'PerRowAugmentor' => __DIR__ . '/includes/search/PerRowAugmentor.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'PermissionsError' => __DIR__ . '/includes/exception/PermissionsError.php',
Reorg: Move Pingback to installer/ It shouldn't be in directly in includes/ Bug: T321882 Change-Id: I3c738cf65def049f7a5b128e8957de672f7bd072
2023-06-02 18:23:50 +00:00
'Pingback' => __DIR__ . '/includes/installer/Pingback.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'PoolCounter' => __DIR__ . '/includes/poolcounter/PoolCounter.php',
Rename PoolCounter_Stub to PoolCounterNull Also move to own file Remove "Stub", because it refers a php concept, which is not used here Change-Id: Ife952901b5ad8e4a408d229ee72de953a9acc220
2019-03-24 21:44:46 +00:00
'PoolCounterNull' => __DIR__ . '/includes/poolcounter/PoolCounterNull.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'PoolCounterRedis' => __DIR__ . '/includes/poolcounter/PoolCounterRedis.php',
'PoolCounterWork' => __DIR__ . '/includes/poolcounter/PoolCounterWork.php',
'PoolCounterWorkViaCallback' => __DIR__ . '/includes/poolcounter/PoolCounterWorkViaCallback.php',
'PoolWorkArticleView' => __DIR__ . '/includes/poolcounter/PoolWorkArticleView.php',
Extract PoolWorlArticleViewCurrent Extracts a specialized subclass for rendering the current revision from PoolWorlArticleView, which then no longer knowes about caching. In the next step, we will add a subclass that implements caching for old revisions. Bug: T267832 Change-Id: I56fb365962951e6c723a01cf9243dbc0094b5581
2020-11-16 20:05:03 +00:00
'PoolWorkArticleViewCurrent' => __DIR__ . '/includes/poolcounter/PoolWorkArticleViewCurrent.php',
ParserOutputAccess: cache ouput for old revisions DEPLOY: Set $wgOldRevisionParserCacheExpireTime = 0 in production first! Bug: T267832 Depends-On: I3c73f5d9f6a54e2736600e8f9506659a3fb0e7f6 Change-Id: I0fe275b4991f1bf89c7bb587132bc4fb0ea862e2
2020-11-13 12:04:35 +00:00
'PoolWorkArticleViewOld' => __DIR__ . '/includes/poolcounter/PoolWorkArticleViewOld.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'PopulateBacklinkNamespace' => __DIR__ . '/maintenance/populateBacklinkNamespace.php',
Add maintenance to populate change_tag_def table and ct_tag_id field Bug: T193871 Change-Id: I5e863ffcfad5f2b66fb8d50666494acae3480d1a
2018-06-05 22:59:11 +00:00
'PopulateChangeTagDef' => __DIR__ . '/maintenance/populateChangeTagDef.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'PopulateFilearchiveSha1' => __DIR__ . '/maintenance/populateFilearchiveSha1.php',
'PopulateImageSha1' => __DIR__ . '/maintenance/populateImageSha1.php',
Add populateInterwiki maintenance script This has been in Wikibase since 2012, but is not at all specific to Wikibase, and doesn't even require Wikibase to be enabled. Having this in core will make it available to more people and without the hassle of having to clone Wikibase to use the script. Bug: T114577 Change-Id: Ib521a65e616bdc4b81206a084289cb4750f0d1f5
2016-04-28 21:22:12 +00:00
'PopulateInterwiki' => __DIR__ . '/maintenance/populateInterwiki.php',
Add basic IP range support to Special:Contributions This works by using the new table introduced with T156318. The only thing that differs from normal Special:Contribs is we are showing the IP address next to each entry. This is it how it is displayed if you request to see newbie contributions: https://en.wikipedia.org/wiki/Special:Contributions?contribs=newbie For the time being, Special:DeletedContributions does not support IP ranges. Various other irrelevant links such as Uploads and Logs are also hidden. Refer to P4725 for a way to automate creation of edits by random IPs in your dev environment. IP::isValidBlock() has been deprecated with this dependent change: https://gerrit.wikimedia.org/r/#/c/373165/ Bug: T163562 Change-Id: Ice1bdae3d16cf365da14c6df0e8d91d2b914e064
2017-04-21 16:17:59 +00:00
'PopulateIpChanges' => __DIR__ . '/maintenance/populateIpChanges.php',
Add a maintenance script for populating pp_sortkey The addition of a pp_sortkey field in T60032 necessitates an update to old entries in the page_props table that don't have a pp_sortkey. The script uses the pp_value as the sort key if it's numeric. The script extends LoggedUpdateMaintenance so it only runs once. Added the script to MysqlUpdater so that it automatically runs. Bug: T66949 Change-Id: Id482dc73ec1963010324e51fe9273a72dd31a7f7
2017-05-24 21:00:08 +00:00
'PopulatePPSortKey' => __DIR__ . '/maintenance/populatePPSortKey.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'PopulateRecentChangesSource' => __DIR__ . '/maintenance/populateRecentChangesSource.php',
'PopulateRevisionLength' => __DIR__ . '/maintenance/populateRevisionLength.php',
'PopulateRevisionSha1' => __DIR__ . '/maintenance/populateRevisionSha1.php',
'PostgresInstaller' => __DIR__ . '/includes/installer/PostgresInstaller.php',
'PostgresUpdater' => __DIR__ . '/includes/installer/PostgresUpdater.php',
Special:Preferences: Create flag to enable OOjs UI This reverts commit 808e45d13d400256d36cfcd95e79a567197d9a8b. Bug: T117781 Change-Id: I152b82bcd647d97062eb82cd2d1064609124f9bc
2018-05-01 13:59:29 +00:00
'PreferencesFormOOUI' => __DIR__ . '/includes/specials/forms/PreferencesFormOOUI.php',
Move PrefixSearch classes to own files Move all into search subfolder Change-Id: I4097b9745d22545afe6761da1fa67cf98af5b811
2019-03-27 20:40:33 +00:00
'PrefixSearch' => __DIR__ . '/includes/search/PrefixSearch.php',
Stats: move stats library into Stats folder Bug: T240685 Change-Id: I7f4b649e6858ca65e6d8b43a05b682a414986e7e
2023-02-27 16:40:57 +00:00
'PrefixingStatsdDataFactoryProxy' => __DIR__ . '/includes/libs/Stats/PrefixingStatsdDataFactoryProxy.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'Preprocessor' => __DIR__ . '/includes/parser/Preprocessor.php',
'Preprocessor_Hash' => __DIR__ . '/includes/parser/Preprocessor_Hash.php',
Populate parser cache with parsoid output. The --force option is supported. NOTE: Without supplying any arguments/options, the script will run for all pages in the wiki. TODO: Run for all pages in batch sizes, so things don't explode if we have so many pages. Bug: T338922 Change-Id: Id894f4769ad6f20137b13143178f50f227d7481a
2023-06-13 11:13:33 +00:00
'PrewarmParsoidParserCache' => __DIR__ . '/maintenance/prewarmParsoidParserCache.php',
Implement extension registration from an extension.json file Introduces wfLoadExtension()/wfLoadSkin() which should be used in LocalSettings.php rather than require-ing a PHP entry point. Extensions and skins would add "extension.json" or "skin.json" files in their root, which contains all the information typically present in PHP entry point files (classes to autoload, special pages, API modules, etc.) A full schema can be found at docs/extension.schema.json, and a script to validate these to the schema is provided. An additional script is provided to convert typical PHP entry point files into their JSON equivalents. The basic flow of loading an extension goes like: * Get the ExtensionRegistry singleton instance * ExtensionRegistry takes a filename, reads the file or tries to get the parsed JSON from APC if possible. * The JSON is run through a Processor instance, which registers things with the appropriate global settings. * The output of the processor is cached in APC if possible. * The extension/skin is marked as loaded in the ExtensionRegistry and a callback function is executed if one was specified. For ideal performance, a batch loading method is also provided: * The absolute path name to the JSON file is queued in the ExtensionRegistry instance. * When loadFromQueue() is called, it constructs a hash unique to the members of the current queue, and sees if the queue has been cached in APC. If not, it processes each file individually, and combines the result of each Processor into one giant array, which is cached in APC. * The giant array then sets various global settings, defines constants, and calls callbacks. To invalidate the cached processed info, by default the mtime of each JSON file is checked. However that can be slow if you have a large number of extensions, so you can set $wgExtensionInfoMTime to the mtime of one file, and `touch` it whenever you update your extensions. Change-Id: I7074b65d07c5c7d4e3f1fb0755d74a0b07ed4596
2014-10-15 00:31:15 +00:00
'Processor' => __DIR__ . '/includes/registration/Processor.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'Profiler' => __DIR__ . '/includes/profiler/Profiler.php',
Add ProfilerExcimer Add a Profiler subclass for the new excimer extension. Since it does not provide function counts, it's a little bit awkward to return it in the format required by getFunctionStats(), but getOutput() works quite well. Fix totally broken ProfilerOutputDb, the first parameter to the onTransactionCommitOrIdle callback is not a Database. It is in the second parameter, but most callers do not use it. Change-Id: Icb20f3a5b0b09ff2905f1711f3681c398aa026e2 Depends-On: I6a9ccf5a12ef998e029033adf08af95c42fb7f8e
2018-11-28 03:36:22 +00:00
'ProfilerExcimer' => __DIR__ . '/includes/profiler/ProfilerExcimer.php',
Refactor profiling output from profiling * Added a standard getFunctionStats() method for Profilers to return per function data as maps. This is not toolbar specific like getRawData(). * Cleaned up the interface of SectionProfiler::getFunctionStats() a bit. * Removed unused cpu_sq, real_sq fields from profiler UDP output. * Moved getTime/getInitialTime to ProfilerStandard. Co-Authored-By: Aaron Schulz <aschulz@wikimedia.org> Change-Id: I266ed82031a434465f64896eb327f3872fdf1db1
2014-11-14 18:58:07 +00:00
'ProfilerOutput' => __DIR__ . '/includes/profiler/output/ProfilerOutput.php',
Allow dumping raw xhprof data for consumption by xhprof GUI Change-Id: Iab90cef1c61b92ffc6d46a6bc93a03cf7bc2adb9
2015-03-03 23:17:02 +00:00
'ProfilerOutputDump' => __DIR__ . '/includes/profiler/output/ProfilerOutputDump.php',
Introduce ProfilerOutputStats * Associate Profiler objects with a request context by adding a $context property with a getter and a setter. * Introduce ProfilerOutputStats, which writes profiling data to the stats buffer associated with the current request context. * Make it the Profiler class's responsibility to enforce $wgProfilerLimit. * Deprecate $wgProfilerLimit in favor of the (more aptly named, IMO) $wgProfiler['threshold'] config setting. * Tidy up Profiler instance creation code in Profiler::instance(). * Add Profiler::getOutputs, which returns an array of ProfilerOutput instances which are configured for the current profiler and whose canUse() method returns true. * Make ProfilerStub not log by creating a stub ProfilerStub::logData() method which does not call the parent. Previously the parent class checked if $this was an instance of ProfilerStub and returned early if so. Task: T90623 Task: T85641 Change-Id: Icf644ad3435c1f30d0a49957a97b481808a3153d
2015-04-01 23:30:16 +00:00
'ProfilerOutputStats' => __DIR__ . '/includes/profiler/output/ProfilerOutputStats.php',
Refactor profiling output from profiling * Added a standard getFunctionStats() method for Profilers to return per function data as maps. This is not toolbar specific like getRawData(). * Cleaned up the interface of SectionProfiler::getFunctionStats() a bit. * Removed unused cpu_sq, real_sq fields from profiler UDP output. * Moved getTime/getInitialTime to ProfilerStandard. Co-Authored-By: Aaron Schulz <aschulz@wikimedia.org> Change-Id: I266ed82031a434465f64896eb327f3872fdf1db1
2014-11-14 18:58:07 +00:00
'ProfilerOutputText' => __DIR__ . '/includes/profiler/output/ProfilerOutputText.php',
Added ProfilerSectionOnly class Change-Id: I45d1036433a7cca13293de22adf1b63b916393fe
2015-01-08 10:10:02 +00:00
'ProfilerSectionOnly' => __DIR__ . '/includes/profiler/ProfilerSectionOnly.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ProfilerStub' => __DIR__ . '/includes/profiler/ProfilerStub.php',
'ProfilerXhprof' => __DIR__ . '/includes/profiler/ProfilerXhprof.php',
'Protect' => __DIR__ . '/maintenance/protect.php',
'ProtectAction' => __DIR__ . '/includes/actions/ProtectAction.php',
Migrate move protect log to new log system Migrate the move protect log as first sub type of the protection log, because it does not have complex log parameter, which needs some way of handling/migration. It also keeps the gerrit change smaller and hopefully makes review easier. The other sub types of the protection log will be migrated in a later patch set. This allows use of gender on Special:Log. Old message is kept for use in IRC. A test was added to ensure an unchanged IRC message. Bug: T47988 Change-Id: I57b3bd8a7dc823acdbb56520d2364f5542283373
2015-07-07 20:36:41 +00:00
'ProtectLogFormatter' => __DIR__ . '/includes/logging/ProtectLogFormatter.php',
Move ProtectedPagesPager to it's own file Change-Id: I79aecf74e4a71b05247e0c4a0e44f7a97e672507
2017-03-02 18:00:48 +00:00
'ProtectedPagesPager' => __DIR__ . '/includes/specials/pagers/ProtectedPagesPager.php',
Split Pager classes out of SpecialPage files Change-Id: I6c8dbc9084040dd3b8a5e19caaf076bd14b77762
2016-03-24 11:25:40 +00:00
'ProtectedTitlesPager' => __DIR__ . '/includes/specials/pagers/ProtectedTitlesPager.php',
Reorg: Move five page-related classes to page/ out of includes/ These classes: - MergeHistory - MovePage - ProtectionForm - BadFileLookup (to MediaWiki\Page\File) - FileDeleteForm (to MediaWiki\Page\File) Bug: T321882 Change-Id: Ibeb488ba322c62a34042a0307bbb5562773bcad1
2023-02-22 17:51:26 +00:00
'ProtectionForm' => __DIR__ . '/includes/page/ProtectionForm.php',
Reorg: Move ProxyLookup to Request/ It's basically only used there. Bug: T321882 Change-Id: Ibd9cac69772270b50152572ed618c692bbd5e4d9
2023-08-06 10:22:58 +00:00
'ProxyLookup' => __DIR__ . '/includes/Request/ProxyLookup.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'PruneFileCache' => __DIR__ . '/maintenance/pruneFileCache.php',
Introduce pruneUnusedLinkTargetRows maint script To clean up unused linktarget rows Bug: T299417 Change-Id: I59fd88368e84db7a22bf1e24c432b5bc669df1dc
2022-09-07 14:18:51 +00:00
'PruneUnusedLinkTargetRows' => __DIR__ . '/maintenance/pruneUnusedLinkTargetRows.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'PublishStashedFileJob' => __DIR__ . '/includes/jobqueue/jobs/PublishStashedFileJob.php',
'PurgeAction' => __DIR__ . '/includes/actions/PurgeAction.php',
'PurgeChangedFiles' => __DIR__ . '/maintenance/purgeChangedFiles.php',
'PurgeChangedPages' => __DIR__ . '/maintenance/purgeChangedPages.php',
Add purgeExpiredBlocks maintenance script In case there aren't enough local block for purging to happen automatically Bug: T257393 Change-Id: I866ac64219bf5f72a6e41ad32bafc5be9d2c89fa
2020-07-08 02:57:32 +00:00
'PurgeExpiredBlocks' => __DIR__ . '/maintenance/purgeExpiredBlocks.php',
Add maintenance script: Clean up expired userrights This adds a maintenance script that removes all expired user group entries from the user_groups table and adds them to the user_former_groups table. Bug: T176754 Change-Id: Ie0f4afd3dbecd3af42e89bb99cf03dbe03768d07
2017-10-04 19:55:59 +00:00
'PurgeExpiredUserrights' => __DIR__ . '/maintenance/purgeExpiredUserrights.php',
Purge expired watchlist items Add two methods to remove expired watchlist items: 1. A job that's triggered on about 10% of page edits; and 2. A new maintenance script. Bug: T244804 Change-Id: Ica8ab92837c38fa4d484726c94d5181c08387e28
2020-02-14 05:55:07 +00:00
'PurgeExpiredWatchlistItems' => __DIR__ . '/maintenance/purgeExpiredWatchlistItems.php',
Move invalidatePages() to new PurgeJobUtils class This does not really belong in SqlDataUpdate. Change-Id: I7166e50696483371f95db3a8b6bce44b0f866ccd
2016-08-23 00:13:33 +00:00
'PurgeJobUtils' => __DIR__ . '/includes/jobqueue/utils/PurgeJobUtils.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'PurgeList' => __DIR__ . '/maintenance/purgeList.php',
rebuildLocalisationCache: Add --skip-message-purge and accompanying script == Adding --skip-message-purge Follows-up d91c6627a929. Per CR and Phab comments, I don't think we can (yet) promise a generic "--offline" mode. This seems too easy to misuse. Both for users of the script, as well as for future development to the script. It can fall out out of sync with requirements of the overall system and leaves no natural place to discover what responsibilities are being deferred and how the operator should fulfill those duties. We know LCStoreDB doesn't work offline, but there are likely other aspects of this that don't yet work offline for some users. It would require a much more rigorous refactor (and dropping signifant extension hooks) to make this reliably offline. I'd welcome a standalone script using only vendor libs, that does nothing other than scan directories and build JSON/PHP/CDB files, but that's not what it is today. What we can do is skip the one operation we know requires a live DB connection, and (my main motivation for this commit) then document that skipping it, require the user to perform the purge by other means instead, since the purge itself is not actually optional. Also, make this not a WMF-specific option in MW core, by committing the accompanying script needed for this to work. This was previously in the WikimediaMaintenance extension as "refreshMessageBlobs.php". == Keeping --offline (as --no-database) As far as I know, the purge is the only action we ran into that needed a database connection, and important to note was that it's not optional. I think for WMF we did not run into any other logic in our configuration that uses a database, so --skip-message-purge should suffice. However, I've kept the option for two reasons: 1. To recognise in some way the business need for WMF to use this script in an offline manner, and thus document that the script should at least have a way to work offline, even if there may be site configurations and extensions that make this impossible, from a core perspective we want to (experimentally) try to support this. 2. There is unimportant setup logic that happens in doMaintenance.php where the service wiring for LBFactory is activated by default. This seems avoidable and technical debt, but at least for now we do need a way to skip that, so this option will continue to have that effect. However, I've renamed the option and inverted its promise. This is not a promise from core *to* the user to offer an offline mode. Rather, it is a promise *from* the user that they think nothing DB-needy is in use. Bug: T268698 Bug: T263872 Change-Id: I7878fdf4a901fb5e75da540293bb9df9fb508c20
2021-04-06 22:17:25 +00:00
'PurgeMessageBlobStore' => __DIR__ . '/maintenance/purgeMessageBlobStore.php',
resourceloader: Add purgeModuleDeps.php maintenance script Based on cleanupRemovedModules.php. Update both to use safer batching, based on known selection instead of recursing until the table is empty (which may end up deleting new rows from live traffic). Bug: T158105 Change-Id: I05f650a0cfa8ca647f143a40e1087338adbef6da
2017-02-24 22:56:31 +00:00
'PurgeModuleDeps' => __DIR__ . '/maintenance/purgeModuleDeps.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'PurgeOldText' => __DIR__ . '/maintenance/purgeOldText.php',
Maintenance script to purge specific page Bug: T169195 Change-Id: Ia55f926e019eed5d5f421d49506b8182e5b2c5b7
2017-06-30 10:23:02 +00:00
'PurgePage' => __DIR__ . '/maintenance/purgePage.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'PurgeParserCache' => __DIR__ . '/maintenance/purgeParserCache.php',
'QueryPage' => __DIR__ . '/includes/specialpage/QueryPage.php',
'QuickTemplate' => __DIR__ . '/includes/skins/QuickTemplate.php',
Make LockManager use StatusValue and move classes to /libs Change-Id: Ifa41fc2939f3515d4a056746b0fcbff79786d25b
2016-09-18 04:42:56 +00:00
'QuorumLockManager' => __DIR__ . '/includes/libs/lockmanager/QuorumLockManager.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'RCCacheEntry' => __DIR__ . '/includes/changes/RCCacheEntry.php',
'RCCacheEntryFactory' => __DIR__ . '/includes/changes/RCCacheEntryFactory.php',
Split logging classes to individual files Change-Id: I3eaaf23612fe1aed65e49c06a9e5e565399af9ce
2019-04-14 01:05:34 +00:00
'RCDatabaseLogEntry' => __DIR__ . '/includes/logging/RCDatabaseLogEntry.php',
Refactor RCFeed configuration (backwards compatible) Previously: * Engines had to be registered in $wgRCEngines. * The RCFeedEngine classes took no constructor arguments and were expected to send whatever text is previously formatted without any information about it. This generic design was flexible in allowing one to use any formatter with any engine with minimal configuration and no need for additional classes. * Each feed configured their destination by setting a 'uri' option that encodes the name of the engine in PHP as the uri scheme. Other uri components had to be used for any other parameters to the engine (host, port, path). While fairly limited, it was sufficient for the default engines in core. Changes: * Allow feed classes to be directly associated with a feed in $wgRCFeeds via a new 'class' option - without the indirection of 'uri' and $wgRCEngines. All options are passed to the given class constructor. This matches the design used elsewhere in MediaWiki. (ObjectCache, FileRepo, FileBackend, JobQueue, LBFactory, etc.) This means we no longer enforce a 1:1 mapping of internet protocols to a specific feed engine, and it allows settings to be passed without being encoded as a URI neccecarily. Main use case for this refactor is EventBus (see I7edc4d57fa), Interestingly, this matches the (then incorrect) documentation written for $wgRCFeeds in 2961884b43 (which mentions an 'engine' property that would do the same thing). * Move the default 'omit' filters and unrestricted 'formatter' handling to a new FormattedRCFeed class, which remains the default. * Deprecate RecentChange::getEngine() in favour of RCFeed::factory(). * Document wgRCEngines as "@since 1.22". Follows 2961884b43, ffc71cb6af. Change-Id: I8be497c623c5d928762e3d3406a388f4d91add9a
2017-01-06 01:27:43 +00:00
'RCFeed' => __DIR__ . '/includes/rcfeed/RCFeed.php',
rcfeed: Deprecate $wgRCEngines and RCFeedEngine Follows-up 39a6e3dc4d (I8be497c623c5d92). * Improve documentation all around and advertise 'class' everywhere instead of 'uri'. * Add test coverage for RCFeed::factory(). * Deprecate the $wgRCEngines "uri to class" mapping in favour of specifying "class" directly in $wgRCFeeds. * Deprecate RCFeedEngine in favour of FormattedRCFeed. Convert to class_alias so that UDPRCFeedEngine no longer has to extend the deprecated class name explicitly (for instanceof compat). * Hard-deprecate RecentChange::getEngine. Bug: T250628 Depends-On: Ie939e1d06b9ee2d841ec7256c8d24cc4e7e386dd Change-Id: Ib6758d724c7200404c89c7ab157aa55f1cad9763
2020-04-19 21:32:39 +00:00
'RCFeedEngine' => __DIR__ . '/includes/rcfeed/FormattedRCFeed.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'RCFeedFormatter' => __DIR__ . '/includes/rcfeed/RCFeedFormatter.php',
Create BagOStuff implementation to talk to RestBase Or any other HTTP REST server. Bug: T137272 Change-Id: Iefef24ffa831ba59d7725da8d20d5addb544b3ab
2016-06-09 19:38:05 +00:00
'RESTBagOStuff' => __DIR__ . '/includes/libs/objectcache/RESTBagOStuff.php',
Feed: Move feed-related classes to Feed/ and namespace them Bug: T166010 Change-Id: Icdbe003e74d2f31b68b575acfa94c09c24d7aed5
2022-10-17 11:10:57 +00:00
'RSSFeed' => __DIR__ . '/includes/Feed/RSSFeed.php',
Rename PHP class RandomPage to SpecialRandomPage This change is for consistency to the file name and to other classes. The old class name RandomPage is kept as alias for compatibility and is now deprecated. Also change the letter case in the class names and file names: * SpecialRandompage -> SpecialRandomPage * SpecialRandomredirect -> SpecialRandomRedirect * SpecialRandomrootpage -> SpecialRandomRootPage The change of the letter case of file names may cause problems on Windows operating systems. Change-Id: If4dd23126e0d032f42a86aff7d09414edcb1ade2
2020-01-13 16:24:36 +00:00
'RandomPage' => __DIR__ . '/includes/specials/SpecialRandomPage.php',
Pager class for filtering by date range New abstract class RangeChronologicalPager to provide shared date range filtering capability (with unit tests) I18n msgs to use as common labels for date range inputs Expose some ReverseChronologicalParser::getDateCond logic so we can convert year/month date filters to datestamp date filters Bug: T120733 Change-Id: I65fdc00368f406f5fa2492600e95e07ce442c165
2016-12-12 14:23:54 +00:00
'RangeChronologicalPager' => __DIR__ . '/includes/pager/RangeChronologicalPager.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'RawAction' => __DIR__ . '/includes/actions/RawAction.php',
Reorg: Move RawMessage to under language/ To follow Message. This is approved as part of RFC T166010. Also namespace it but doing it properly with PSR-4 would require namespacing every class under language/ and that will take some time. Bug: T321882 Change-Id: I195cf4c67bd51410556c2dd1e33cc9c1033d5d18
2022-12-12 02:10:13 +00:00
'RawMessage' => __DIR__ . '/includes/language/RawMessage.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ReadOnlyError' => __DIR__ . '/includes/exception/ReadOnlyError.php',
rdbms: Move ReadOnlyMode and ConfiguredReadOnlyMode to rdbms library The db/ directory does not have an owner and it's a mess in general. These classes don't depend on anything in core except the rdbms library. Let's simply move it there. In other words, Krinkle made me do it. Since the class was moved in I6202e52ba73 merged less than a week ago, no need to alias anything. Bug: T321882 Change-Id: I24ceeb8bf765a50f441270136acd612359d50aa2
2023-05-04 21:41:21 +00:00
'ReadOnlyMode' => __DIR__ . '/includes/libs/rdbms/ReadOnlyMode.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ReassignEdits' => __DIR__ . '/maintenance/reassignEdits.php',
'RebuildAll' => __DIR__ . '/maintenance/rebuildall.php',
'RebuildFileCache' => __DIR__ . '/maintenance/rebuildFileCache.php',
'RebuildLocalisationCache' => __DIR__ . '/maintenance/rebuildLocalisationCache.php',
'RebuildMessages' => __DIR__ . '/maintenance/rebuildmessages.php',
'RebuildRecentchanges' => __DIR__ . '/maintenance/rebuildrecentchanges.php',
'RebuildTextIndex' => __DIR__ . '/maintenance/rebuildtextindex.php',
'RecentChange' => __DIR__ . '/includes/changes/RecentChange.php',
Moved RecentChange::purgeExpiredChanges to a job * Also added a selectFieldValues helper method to the DB classes since this use case keeps coming up. Change-Id: I62cdbb497dc2c8fe4758e756d13688b85165e869
2015-01-17 01:02:10 +00:00
'RecentChangesUpdateJob' => __DIR__ . '/includes/jobqueue/jobs/RecentChangesUpdateJob.php',
New maintenance script to recalculate category membership counts The category membership counts stored in the category table have a habit of drifting away from the actual number of pages in the category. This script identifies incorrectly-counted categories by performing a SELECT on the replica DB, then querying master for up-to-date counts and updating the category rows with those counts. It's possible that a LinksUpdate job will be in progress while this script is run. LinksUpdate does categorylinks INSERTs and category UPDATEs in separate transactions, and our count might occur in between, leading to category values that are slightly off. But since we are only updating categories with already incorrect counts, we are not making the situation any worse than it already was. The script runs reasonably quickly on all but the very largest wikis. Bug: T18765 Change-Id: I555f068fbf3aee20a7775d5532781f421f706346
2017-01-26 11:39:30 +00:00
'RecountCategories' => __DIR__ . '/maintenance/recountCategories.php',
Move specialpage redirects related classes to own files Change-Id: Ibddbb0c4e40fff310b1720ec9c72f2683cc93f54
2019-02-08 18:05:27 +00:00
'RedirectSpecialArticle' => __DIR__ . '/includes/specialpage/RedirectSpecialArticle.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'RedirectSpecialPage' => __DIR__ . '/includes/specialpage/RedirectSpecialPage.php',
Move RedisBagOStuff to /libs Change-Id: Ia49fb044aacb44e53d36c80277783cd806aca439
2016-09-24 03:13:36 +00:00
'RedisBagOStuff' => __DIR__ . '/includes/libs/objectcache/RedisBagOStuff.php',
Move RedisConnectionPool to /libs/redis Change-Id: Ied4a85d7172ab76b90f6d9ce4d47a83c3fd7d111
2016-09-23 07:20:19 +00:00
'RedisConnRef' => __DIR__ . '/includes/libs/redis/RedisConnRef.php',
'RedisConnectionPool' => __DIR__ . '/includes/libs/redis/RedisConnectionPool.php',
Move RedisLockManager to /libs Change-Id: Ia476f117243cf0f6984e373d460b24db18584704
2016-09-23 07:30:31 +00:00
'RedisLockManager' => __DIR__ . '/includes/libs/lockmanager/RedisLockManager.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'RedisPubSubFeedEngine' => __DIR__ . '/includes/rcfeed/RedisPubSubFeedEngine.php',
'RefreshFileHeaders' => __DIR__ . '/maintenance/refreshFileHeaders.php',
'RefreshImageMetadata' => __DIR__ . '/maintenance/refreshImageMetadata.php',
'RefreshLinks' => __DIR__ . '/maintenance/refreshLinks.php',
'RefreshLinksJob' => __DIR__ . '/includes/jobqueue/jobs/RefreshLinksJob.php',
Add RefreshSecondaryDataUpdate and use it in DerivedPageDataUpdater This class implements EnqueueableDataUpdate and can be pushed as a job if it fails to run via DeferredUpdates. Unlike a1f7fd3adaa3, make RefreshSecondaryDataUpdate skip failing updates in doUpdate(). Instead of throwing the first exception from any update, log any exceptions that occur and try all the other updates. The first error will be re-thrown afterwards. Also, make sure that each DataUpdate still has outer transaction scope. This property is documented at mediawiki.org and should not be changed. Add integration tests for RefreshSecondaryDataUpdateTest. Bug: T218456 Bug: T206283 Change-Id: I7c6554a4d4cd76dfe7cd2967afe30b3aa1069fcb
2019-03-19 16:03:36 +00:00
'RefreshSecondaryDataUpdate' => __DIR__ . '/includes/deferred/RefreshSecondaryDataUpdate.php',
RemoteIcuCollation Add a collation that gets its data from a remote Shellbox instance. This is meant as a migration helper to use during an ICU upgrade. Add a batch method to Collation so that this can be somewhat efficient when adding multiple categories. Bug: T263437 Change-Id: I76610d251fb55df90c78acb9f59fd81421f876dd
2021-12-09 23:35:07 +00:00
'RemoteIcuCollation' => __DIR__ . '/includes/collation/RemoteIcuCollation.php',
Hygiene: RemoveInvalidEmails maint script not in autoloader Change-Id: Ib1a54898b07a1f47f99e7004a12e6829280a4857
2014-12-04 19:08:45 +00:00
'RemoveInvalidEmails' => __DIR__ . '/maintenance/removeInvalidEmails.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'RemoveUnusedAccounts' => __DIR__ . '/maintenance/removeUnusedAccounts.php',
'RenameDbPrefix' => __DIR__ . '/maintenance/renameDbPrefix.php',
Add renameRestrictions.php maintenance script Bug: T237194 Change-Id: I64a54980c3ef00d345a180dff10d8ffa917916bd
2019-11-03 13:50:06 +00:00
'RenameRestrictions' => __DIR__ . '/maintenance/renameRestrictions.php',
Copy the Renameuser extension into core Copy the Renameuser extension into core, with minimal code changes. The hook handlers are inlined into Article, SpecialLog and SpecialContributions. Bug: T27482 Change-Id: I314021f4138773df6aaf2753b33ab8283cd16974
2023-02-28 05:51:43 +00:00
'RenameUser' => __DIR__ . '/maintenance/renameUser.php',
'RenameUserJob' => __DIR__ . '/includes/jobqueue/jobs/RenameUserJob.php',
Add renameUsersMatchingPattern.php Add a maintenance script which can do a bulk rename of users matching a given pattern. Bug: T307064 Change-Id: I824cadeb23ec435ded6110030905058fe807ef2a
2023-03-06 01:16:39 +00:00
'RenameUsersMatchingPattern' => __DIR__ . '/maintenance/renameUsersMatchingPattern.php',
Copy the Renameuser extension into core Copy the Renameuser extension into core, with minimal code changes. The hook handlers are inlined into Article, SpecialLog and SpecialContributions. Bug: T27482 Change-Id: I314021f4138773df6aaf2753b33ab8283cd16974
2023-02-28 05:51:43 +00:00
'RenameuserLogFormatter' => __DIR__ . '/includes/logging/RenameuserLogFormatter.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'RenderAction' => __DIR__ . '/includes/actions/RenderAction.php',
Move ReplacementArray into includes/libs/ Change-Id: I95b748c77522027753fb5bd0237f25e254938c16
2015-01-29 05:21:46 +00:00
'ReplacementArray' => __DIR__ . '/includes/libs/ReplacementArray.php',
Refactored ReplicatedBagOStuff to use generic factory methods * Moved the class to /libs as is possible now Change-Id: I6b724cf4b2ea627d485acb1e1882a5a04772d6f6
2015-04-30 03:02:14 +00:00
'ReplicatedBagOStuff' => __DIR__ . '/includes/libs/objectcache/ReplicatedBagOStuff.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'RepoGroup' => __DIR__ . '/includes/filerepo/RepoGroup.php',
'RequestContext' => __DIR__ . '/includes/context/RequestContext.php',
Add maintenance script for resetting login/signup throttle Bug: T194506 Change-Id: I6dda5f516ba47a452e438946379fcb696c8c87f9
2018-05-28 16:25:36 +00:00
'ResetAuthenticationThrottle' => __DIR__ . '/maintenance/resetAuthenticationThrottle.php',
Provide a script to reset the page_random column Bug: T208909 Change-Id: I914ff44d1212c565e08ff17effbd682dfe7f70fb
2018-11-08 23:45:47 +00:00
'ResetPageRandom' => __DIR__ . '/maintenance/resetPageRandom.php',
Add missing ResetUserEmail class to autoload.php The test in I3a426b92892f4c00cab33a13f6a717751120367c would prevent the need of this commit :P Follow up: I2b875326a0eb1e6d1f4bc758b8ac97b8f9324c4e Change-Id: Id5efc5a5b43a1795c133f64025ea04f3e2d159cb
2016-01-30 21:45:35 +00:00
'ResetUserEmail' => __DIR__ . '/maintenance/resetUserEmail.php',
Update moveToExternal and resolveStubs Convert these two old scripts to Maintenance subclasses. * Uncomment the resolveStub() call in moveToExternal and fix one obvious bug with it, i.e. the fact that stubs need to be resolved after CGZ blobs are moved. * Replace get_class() with instanceof. * Make the "tiny text" threshold configurable. Normally this is not wanted in WMF production since new revisions are written to ES unconditionally. * Add a dry run mode. * Add an undo log. * Add --skip-resolve option. * Make resolveStub() be much more defensive about what it resolves. * In moveToExternal, make compression optional and do it also for plain text. * Optionally convert the legacy encoding to UTF-8. Bug: T299387 Change-Id: I52d54e3b6b785ac072796031be06499221340f51
2022-11-20 22:23:34 +00:00
'ResolveStubs' => __DIR__ . '/maintenance/storage/resolveStubs.php',
ResourceLoader namespace (attempt 2) Move ResourceLoader classes to their own namespace. Strip the "ResourceLoader" prefix from all except ResourceLoader itself. Move the tests by analogy. I used a namespace alias "RL" in some callers since RL\Module is less ambiguous at the call site than just "Module". I did not address DependencyStore which continues to have a non-standard location and namespace. Revert of a241d83e0a6dabedf. Bug: T308718 Change-Id: Id08a220e1d6085e2b33f3f6c9d0e3935a4204659
2022-05-06 09:09:56 +00:00
'ResourceLoader' => __DIR__ . '/includes/ResourceLoader/ResourceLoader.php',
'ResourceLoaderCircularDependencyError' => __DIR__ . '/includes/ResourceLoader/CircularDependencyError.php',
'ResourceLoaderClientHtml' => __DIR__ . '/includes/ResourceLoader/ClientHtml.php',
'ResourceLoaderCodexModule' => __DIR__ . '/includes/ResourceLoader/CodexModule.php',
'ResourceLoaderContext' => __DIR__ . '/includes/ResourceLoader/Context.php',
'ResourceLoaderFileModule' => __DIR__ . '/includes/ResourceLoader/FileModule.php',
'ResourceLoaderFilePath' => __DIR__ . '/includes/ResourceLoader/FilePath.php',
'ResourceLoaderForeignApiModule' => __DIR__ . '/includes/ResourceLoader/ForeignApiModule.php',
'ResourceLoaderImage' => __DIR__ . '/includes/ResourceLoader/Image.php',
'ResourceLoaderImageModule' => __DIR__ . '/includes/ResourceLoader/ImageModule.php',
'ResourceLoaderLessVarFileModule' => __DIR__ . '/includes/ResourceLoader/LessVarFileModule.php',
'ResourceLoaderModule' => __DIR__ . '/includes/ResourceLoader/Module.php',
'ResourceLoaderMwUrlModule' => __DIR__ . '/includes/ResourceLoader/MwUrlModule.php',
'ResourceLoaderOOUIFileModule' => __DIR__ . '/includes/ResourceLoader/OOUIFileModule.php',
'ResourceLoaderOOUIIconPackModule' => __DIR__ . '/includes/ResourceLoader/OOUIIconPackModule.php',
'ResourceLoaderOOUIImageModule' => __DIR__ . '/includes/ResourceLoader/OOUIImageModule.php',
'ResourceLoaderOOUIModule' => __DIR__ . '/includes/ResourceLoader/OOUIModule.php',
'ResourceLoaderSiteModule' => __DIR__ . '/includes/ResourceLoader/SiteModule.php',
'ResourceLoaderSiteStylesModule' => __DIR__ . '/includes/ResourceLoader/SiteStylesModule.php',
'ResourceLoaderSkinModule' => __DIR__ . '/includes/ResourceLoader/SkinModule.php',
'ResourceLoaderStartUpModule' => __DIR__ . '/includes/ResourceLoader/StartUpModule.php',
'ResourceLoaderUserModule' => __DIR__ . '/includes/ResourceLoader/UserModule.php',
'ResourceLoaderUserOptionsModule' => __DIR__ . '/includes/ResourceLoader/UserOptionsModule.php',
'ResourceLoaderUserStylesModule' => __DIR__ . '/includes/ResourceLoader/UserStylesModule.php',
'ResourceLoaderWikiModule' => __DIR__ . '/includes/ResourceLoader/WikiModule.php',
Infrastructure for augmenting search results Bug: T117493 Change-Id: Ia5413a7846cc961026a2dc3542b619493bc76a23
2016-04-26 22:19:58 +00:00
'ResultAugmentor' => __DIR__ . '/includes/search/ResultAugmentor.php',
'ResultSetAugmentor' => __DIR__ . '/includes/search/ResultSetAugmentor.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'RevDelArchiveItem' => __DIR__ . '/includes/revisiondelete/RevDelArchiveItem.php',
'RevDelArchiveList' => __DIR__ . '/includes/revisiondelete/RevDelArchiveList.php',
'RevDelArchivedFileItem' => __DIR__ . '/includes/revisiondelete/RevDelArchivedFileItem.php',
'RevDelArchivedFileList' => __DIR__ . '/includes/revisiondelete/RevDelArchivedFileList.php',
'RevDelArchivedRevisionItem' => __DIR__ . '/includes/revisiondelete/RevDelArchivedRevisionItem.php',
'RevDelFileItem' => __DIR__ . '/includes/revisiondelete/RevDelFileItem.php',
'RevDelFileList' => __DIR__ . '/includes/revisiondelete/RevDelFileList.php',
'RevDelItem' => __DIR__ . '/includes/revisiondelete/RevDelItem.php',
'RevDelList' => __DIR__ . '/includes/revisiondelete/RevDelList.php',
'RevDelLogItem' => __DIR__ . '/includes/revisiondelete/RevDelLogItem.php',
'RevDelLogList' => __DIR__ . '/includes/revisiondelete/RevDelLogList.php',
'RevDelRevisionItem' => __DIR__ . '/includes/revisiondelete/RevDelRevisionItem.php',
'RevDelRevisionList' => __DIR__ . '/includes/revisiondelete/RevDelRevisionList.php',
HTML5 Balancer This adds an implementation of the HTML5 Tree Builder algorithm to PHP, along with test cases from the tree builder derived from the html5lib-tests package on github. The test cases were preprocessed into JSON for the `domino` HTML5 parser, and we're using the JSON form of the tests. The implementation follows both the language of the HTML5 specification and the implementation in `domino` very closely, easing updates if the specification changes. This code is used in follow-on commits to support an HTML5-based "tidy" for mediawiki and the `{{#balance}}` parser function, which ensures that a template expands to properly-balanced HTML, with all tags closed and nothing left on the HTML active formatting elements list. See: https://github.com/fgnass/domino Change-Id: I6f4d20a43510dd819776bb333b639315b19d150d
2016-03-15 19:13:43 +00:00
'ReverseArrayIterator' => __DIR__ . '/includes/libs/ReverseArrayIterator.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ReverseChronologicalPager' => __DIR__ . '/includes/pager/ReverseChronologicalPager.php',
'RevertAction' => __DIR__ . '/includes/actions/RevertAction.php',
Add mw-reverted change tag The tag is added to reverted edits as described in T254074. Functionality: * Adding the mw-reverted tag to reverted edits (duh) * Limiting the maximum depth of the update through a config variable (mitigation #2 from T259014). * Only applying the reverted tag after the edit has been somehow approved. Only the patrol subsystem currently implements this, but there's a hook that extensions can use (mitigation #4 from T259014, more explanation in T259103). * When performing the delayed update, it is checked whether the reverted edit was reverted itself. If so, the update is ignored. This is probably the only way to make the feature work due to the lack of an explicit "disapproval" mechanism other than reverting. * The update is also ignored if the revert is marked as deleted. Technical design: * The update code is in RevertedTagUpdate.php, which is a deferrable update, but is not used as such. It's separated to allow for better DI, testing and better code reusability in the future. * The update is queued / ran using the Job subsystem. The relevant job is in RevertedTagUpdateJob.php * PageUpdater determines whether the edit is approved or not and passes that to the DerivedPageDataUpdater. * The BeforeRevertedTagUpdate hook lets extensions decide whether the update should be ran right away or await approval. * DerivedPageDataUpdater checks whether the edit is a revert and if so either enqueues the job (if it's auto-approved) or caches the EditResult for later use (if it needs approval). * RevertedTagUpdateManager allows for easy re-enqueueing of the update for extensions. Thus, it has a very minimal interface. Other notes: * The unit testing setup for RevertedTagUpdate is a bit complicated, but it was the only way I could make this class testable while using the static ChangeTags class. Bug: T254074 Depends-On: I86d0e660f0acd51a7351396c5c82a400d3963b94 Change-Id: I70d5b29fec6b6058613f7ac2fb49f9fad9dc8da4
2020-07-06 11:47:22 +00:00
'RevertedTagUpdateJob' => __DIR__ . '/includes/jobqueue/jobs/RevertedTagUpdateJob.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'RevisionDeleteUser' => __DIR__ . '/includes/revisiondelete/RevisionDeleteUser.php',
'RevisionDeleter' => __DIR__ . '/includes/revisiondelete/RevisionDeleter.php',
Move class RevisionListBase and friends to own file Change-Id: I2c3675286bef948585ee0364288081aad9fd4376
2019-03-14 18:50:40 +00:00
'RevisionItem' => __DIR__ . '/includes/revisionlist/RevisionItem.php',
'RevisionItemBase' => __DIR__ . '/includes/revisionlist/RevisionItemBase.php',
'RevisionList' => __DIR__ . '/includes/revisionlist/RevisionList.php',
'RevisionListBase' => __DIR__ . '/includes/revisionlist/RevisionListBase.php',
Hard deprecate new SearchResult() and introduce RevisionSearchResult Transitional step for the transformation of SearchResult into an abstract base class: - RevisionSearchResult is introduced to behave like SearchResult - methods are currently shared between RevisionSearchResult and SearchResult in the RevisionSearchResultTrait Bug: T228626 Change-Id: I13d132de50f6c66086b7f9055d036f2e76667b27
2019-08-01 20:38:46 +00:00
'RevisionSearchResult' => __DIR__ . '/includes/search/RevisionSearchResult.php',
'RevisionSearchResultTrait' => __DIR__ . '/includes/search/RevisionSearchResultTrait.php',
Basic support for WebP Adds basic image size detection for WebP and support in the MediaHandler. Currently renders WebP files as PNGs, because that handles transparency. Bug: T50519 Change-Id: I3c00653a8a034efc3f6b60fe62b7ac2e5391f921
2013-11-17 16:43:27 +00:00
'RiffExtractor' => __DIR__ . '/includes/libs/RiffExtractor.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'RightsLogFormatter' => __DIR__ . '/includes/logging/RightsLogFormatter.php',
'RollbackAction' => __DIR__ . '/includes/actions/RollbackAction.php',
'RollbackEdits' => __DIR__ . '/maintenance/rollbackEdits.php',
Import BatchRowUpdate classes from Echo This is a set of classes written for Echo to simplify writing maintenance scripts that iterate over an entire table and update some of those rows. This has shown to be reusable elsewhere, especially the BatchRowIterator class and will be useful to have generally avilable in core. The Echo classes are all prefixed with the Echo name so there wont be any conflict is both are installed. Change-Id: I64c1751106caf34f41af799dbaf8794115537f06
2015-07-30 22:09:11 +00:00
'RowUpdateGenerator' => __DIR__ . '/includes/utils/RowUpdateGenerator.php',
Have class match filename in some maintenance scripts Each of these scripts had a class name that was not referenced outside of the script file itself, and are safe to rename as a result. Change-Id: Id605aca11db51ee433baeaa998a0e33184c930ca
2018-05-24 01:34:01 +00:00
'RunBatchedQuery' => __DIR__ . '/maintenance/runBatchedQuery.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'RunJobs' => __DIR__ . '/maintenance/runJobs.php',
jobqueue: add GenericParameterJob and RunnableJob interface Simplify the code of jobs that do not care about titles and removes the direct Title dependency from JobQueue. Remove getTitle() from IJobSpecification itself. Move all the Job::factory calls into a single JobQueue::factoryJob() method. Depends-on: Iee78f4baeca0c0b4d6db073f2fbcc56855114ab0 Change-Id: I9c9d0726d4066bb0aa937665847ad6042ade13ec
2019-03-30 06:07:48 +00:00
'RunnableJob' => __DIR__ . '/includes/jobqueue/RunnableJob.php',
Split SVGReader to its own file Change-Id: I9fc442225a37c14d0606508aed5ef496a5ad82ba
2019-04-14 00:07:50 +00:00
'SVGReader' => __DIR__ . '/includes/media/SVGReader.php',
Stats: move stats library into Stats folder Bug: T240685 Change-Id: I7f4b649e6858ca65e6d8b43a05b682a414986e7e
2023-02-27 16:40:57 +00:00
'SamplingStatsdClient' => __DIR__ . '/includes/libs/Stats/SamplingStatsdClient.php',
Move Sanitizer.php to includes/parser/ Change-Id: Id08d91c747ec77d715459b89b03eee247ccd4e1b
2017-11-15 20:44:48 +00:00
'Sanitizer' => __DIR__ . '/includes/parser/Sanitizer.php',
Generate abstract schemas with one script call This rewrites both generateSchemaChangeSql.php and generateSchemaSql.php to deduplicate logic and adds the 'all' option to --type to generate schemas for each supported DBMS platform. Specifying a path with --sql will have the script insert a directory named after the platform, but only when --type=all is provided. Only if a directory named mysql/ exists will sql files for mysql be placed there, to allow using a setup similar to MediaWiki, where only non-mysql types have their sql files placed in dedicated directories. This also adds preparations for T298320, so that the abstract schema can be validated and any errors can be handled before generating a schema. Bug: T268587 Change-Id: Ief8282017c8d38659b79262afb8fc691b5bda256
2022-02-11 10:24:54 +00:00
'SchemaMaintenance' => __DIR__ . '/maintenance/includes/SchemaMaintenance.php',
Move some FileBackend related classes to /libs Change-Id: I0c3a84c2ed8b869519f4d38475a77539c24a88a8
2016-09-18 07:54:54 +00:00
'ScopedLock' => __DIR__ . '/includes/libs/lockmanager/ScopedLock.php',
Expose SearchEngine specific profiles This patch introduces a way for SearchEngine implementations to expose specific search profiles useful to fine-tune the various behaviors related to search. A SearchEngine can expose a list of profiles by overriding SearchEngine::getProfiles( $profileType ), profileType stands for the type of profile being customized. Two types are added in this patch: - completion: exposed by ApiQueryPrefixSearch and ApiOpenSearch to control the behavior of the algorithm behind "search as you type" suggestions. - fulltext query independent profiles: exposed by ApiQuerySearch to customize query indpendent ranking profiles (e.g. boost by templates/incoming links/popularity/...) This patch allows api consumers that might have been confused by fuzzy suggestions to switch to stricter profiles and to officialize the behavior behind the hidden param cirrusUseCompletionSuggester. Or to control the fulltext ranking behaviors like cirrusBoostLinks=(yes|no). The list of profiles can be discovered by using ApiSandbox/ApiHelp and is totally controlled by search engine implementations. Bug: T132477 Change-Id: I66be724d8975976c98c91badbf421f237e014f89
2016-03-31 09:13:21 +00:00
'SearchApi' => __DIR__ . '/includes/api/SearchApi.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SearchDatabase' => __DIR__ . '/includes/search/SearchDatabase.php',
'SearchDump' => __DIR__ . '/maintenance/dumpIterator.php',
'SearchEngine' => __DIR__ . '/includes/search/SearchEngine.php',
Convert SearchEngine to service containers Change-Id: Icef1ecbed3d831557e0256fdfa53743b194007cc
2016-04-03 08:37:11 +00:00
'SearchEngineConfig' => __DIR__ . '/includes/search/SearchEngineConfig.php',
Move class SearchEngineDummy to own file Each class should have its own file, even it is a no-op Change-Id: I90124ed35e354c546fcd69d52dc1febb71b2c71f
2019-03-29 19:35:35 +00:00
'SearchEngineDummy' => __DIR__ . '/includes/search/SearchEngineDummy.php',
Convert SearchEngine to service containers Change-Id: Icef1ecbed3d831557e0256fdfa53743b194007cc
2016-04-03 08:37:11 +00:00
'SearchEngineFactory' => __DIR__ . '/includes/search/SearchEngineFactory.php',
Extracted some code from PrefixSearch for re-usability by other search engines. (This patch is needed for Ida9b9f8) Bug: T112028 Change-Id: I35aece88333a65f6b1f55f7a87e2d14de4f5bea7
2015-09-11 15:32:15 +00:00
'SearchExactMatchRescorer' => __DIR__ . '/includes/search/SearchExactMatchRescorer.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SearchHighlighter' => __DIR__ . '/includes/search/SearchHighlighter.php',
Create API to allow content handlers to handle structured data definitions Change-Id: Ia1738803c42f6114575587c1c838fec62b6f54aa Bug: T89733
2016-05-13 00:10:52 +00:00
'SearchIndexField' => __DIR__ . '/includes/search/SearchIndexField.php',
'SearchIndexFieldDefinition' => __DIR__ . '/includes/search/SearchIndexFieldDefinition.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SearchMySQL' => __DIR__ . '/includes/search/SearchMySQL.php',
Split SearchResultSet.php classes Change autoload.php file to accomodate the split Bug: T122637 Change-Id: I3a326aa329c3be64662825ac06b169ae96b8f53c
2016-01-03 23:10:32 +00:00
'SearchNearMatchResultSet' => __DIR__ . '/includes/search/SearchNearMatchResultSet.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SearchPostgres' => __DIR__ . '/includes/search/SearchPostgres.php',
'SearchResult' => __DIR__ . '/includes/search/SearchResult.php',
'SearchResultSet' => __DIR__ . '/includes/search/SearchResultSet.php',
Add SearchResultSetTrait trait meant to hold methods that rarely overridden or that are non trivial to implement. Bug: T228626 Change-Id: I4fba27b22860109d648e830a435d4a036d26ad06
2019-07-25 13:48:34 +00:00
'SearchResultSetTrait' => __DIR__ . '/includes/search/SearchResultSetTrait.php',
Add SearchResultTrait to hold non-obvious behaviors and rarely specialized methods. Change-Id: Idc600e22b35a01be8be8cb629bfb09701e842cd7
2019-08-01 17:27:29 +00:00
'SearchResultTrait' => __DIR__ . '/includes/search/SearchResultTrait.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SearchSqlite' => __DIR__ . '/includes/search/SearchSqlite.php',
Include completion search into SearchEngine By default it still uses PrefixSearch and supports PrefixSearchBackend but it can be deprecated and phased out and SearchEngine extensions used instead. New APIs: - SearchEngine public function defaultPrefixSearch( $search ); public function completionSearch( $search ); public function completionSearchWithVariants( $search ); Search engines should override: protected function completionSearchBackend( $search ); Bug: T121430 Change-Id: Ie78649591dff94d21b72fad8e4e5eab010a461df
2016-01-26 21:18:27 +00:00
'SearchSuggestion' => __DIR__ . '/includes/search/SearchSuggestion.php',
'SearchSuggestionSet' => __DIR__ . '/includes/search/SearchSuggestionSet.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SearchUpdate' => __DIR__ . '/includes/deferred/SearchUpdate.php',
Move SectionProfileCallback to its own file Change-Id: Iccb2048eed6631caa4f20639f55866e76f9fabf0
2019-04-14 15:02:53 +00:00
'SectionProfileCallback' => __DIR__ . '/includes/profiler/SectionProfileCallback.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SectionProfiler' => __DIR__ . '/includes/profiler/SectionProfiler.php',
Optimize email sending on password reset Improve performance of sending emails when a user resets a password. Bug: T247017 Change-Id: I9edb0e4c8845f7a9082035de66f5965c3f9b762d
2020-04-08 00:13:54 +00:00
'SendPasswordResetEmailUpdate' => __DIR__ . '/includes/deferred/SendPasswordResetEmailUpdate.php',
objectcache: add object segmentation support to BagOStuff Use it for ApiStashEdit so that large PaserOutput can be stored. Add flag to allow for value segmentation on set() in BagOStuff. Also add a flag for immediate deletion of segments on delete(). BagOStuff now has base serialize()/unserialize() methods. Bug: T204742 Change-Id: I0667a02612526d8ddfd91d5de48b6faa78bd1ab5
2019-03-08 01:53:39 +00:00
'SerializedValueContainer' => __DIR__ . '/includes/libs/objectcache/serialized/SerializedValueContainer.php',
move 7zip.inc to a regular php file Bug: T182814 Change-Id: I53746333fe3c1cdc357bf46d71a351231a845e2f
2019-05-13 10:38:37 +00:00
'SevenZipStream' => __DIR__ . '/maintenance/includes/SevenZipStream.php',
Implement LanguageConverter for sh.wiki This patch will implement a one-way transliterator (Latin->Cyrillic), per community consensus. Bug: T268033 Change-Id: I6f3e7efe3630e9960584dca3a5ee55cb92ea722c Co-Authored-By: Deni <deni@deni.dk> Co-Authored-By: Winston Sung <winston21.sung@gmail.com>
2021-10-05 21:55:15 +00:00
'ShConverter' => __DIR__ . '/includes/language/converters/ShConverter.php',
language: Move converters/ to includes/language/converters These are easy to move. They contain regular, testable, source code, are loaded only via the autoloader, and have no references to their file paths from anywhere else in or outside of core (as far as Codesearch can see). Change-Id: Ibe94e541637bb273bd11dba6c2bc5b59f601dd19
2020-07-02 00:57:56 +00:00
'ShiConverter' => __DIR__ . '/includes/language/converters/ShiConverter.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ShowJobs' => __DIR__ . '/maintenance/showJobs.php',
'ShowSiteStats' => __DIR__ . '/maintenance/showSiteStats.php',
'Site' => __DIR__ . '/includes/site/Site.php',
Reorg: Move SiteConfiguration to includes/config/ And namespace it to MediaWiki\Config This should be eventually deprecated and removed but this has been blocking the reorg for long enough. Bug: T321882 Change-Id: I7a1a073495469623f6f77e6f74b23b7b4c18033a
2023-09-07 11:37:31 +00:00
'SiteConfiguration' => __DIR__ . '/includes/config/SiteConfiguration.php',
Maintenance script for exporting site definitions Bug: T87178 Change-Id: I40fd6aaa8f47bad3d595d5c190036bf04d13c12a
2015-02-02 10:58:14 +00:00
'SiteExporter' => __DIR__ . '/includes/site/SiteExporter.php',
Maintenance script for importing site info. Bug: T87176 Bug: T87183 Change-Id: I3936417bc79e08cf3d04270158a6e483b5515246
2014-12-22 10:30:03 +00:00
'SiteImporter' => __DIR__ . '/includes/site/SiteImporter.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SiteList' => __DIR__ . '/includes/site/SiteList.php',
Split SiteLookup interface from SiteStore * SiteLookup interface is added, and SiteStore extends it. (any SiteStore type hints can be changed to use SiteLookup if all they need is lookup functionality) * Memcached based SiteStore code is split from the database SiteStore, and SiteSQLStore is deprecated. If no caching is desired when using a SiteStore, then use a SiteDBStore instance, instead of passing $source parameter in SiteStore::getSite and SiteStore::getSites. * SiteListFileCache renamed to FileBasedSiteLookup and implements SiteLookup. Bug: T77990 Change-Id: I36b599884c211580ea6806a8a190c65c4f9087cf
2015-02-06 02:00:26 +00:00
'SiteLookup' => __DIR__ . '/includes/site/SiteLookup.php',
Reorg: Move SiteStats*.php to SiteStats/ It's going to be a bit small and narrow but it's better than sitting in the root of includes/ plus I hope we can hollow out SiteStatsUpdate class into the third one and or move this under a better directory in the future. Bug: T321882 Change-Id: Ia503b53b31ca00600f8c18b61a2652c3e146494e
2023-04-26 23:16:29 +00:00
'SiteStats' => __DIR__ . '/includes/SiteStats/SiteStats.php',
'SiteStatsInit' => __DIR__ . '/includes/SiteStats/SiteStatsInit.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SiteStatsUpdate' => __DIR__ . '/includes/deferred/SiteStatsUpdate.php',
'SiteStore' => __DIR__ . '/includes/site/SiteStore.php',
'Skin' => __DIR__ . '/includes/skins/Skin.php',
'SkinApi' => __DIR__ . '/includes/skins/SkinApi.php',
'SkinException' => __DIR__ . '/includes/skins/SkinException.php',
'SkinFactory' => __DIR__ . '/includes/skins/SkinFactory.php',
'SkinFallback' => __DIR__ . '/includes/skins/SkinFallback.php',
skins: Port SkinFallback and SkinApiOutput to a generic SkinMustache class The new SkinMustache class is based on the emerging class in Vector. Having this in core, will allow Vector to make use of this class immediately and provide a minimal generic mechanism going forward for rendering skins using Mustache. For now, I've fleshed out the minimum possible data in getTemplateData which are based on existing functions in Vector. The Skin class now takes a generic options parameter which allows registration of a skin using the SkinMustache class with a templateDirectory option pointing to the associated template. A `styles` option can be passed to define stylesheets that should be associated with the skin. The SkinApi and SkinFallback classes are reduced significantly. There are no known uses of SkinApiTemplate and it is thus removed. SkinFallbackTemplate is removed and its functions copied across to SkinFallback End user changes: * The fallback skin no longer prints the confusing warning message if the default skin is setup incorrectly. Previously viewing the fallback skin with useskin indicated that wgDefaultSkin was not set correctly which was misleading and confusing. * Factory functions now receive skin options as a second parameter and the service as a first - this is due to how ObjectFactory handles the extraArgs key for 'factory' key - placing it at the beginning. Bug: T254048 Change-Id: Ibbabd1d0f26efebf8f8ff068966685dc2191c527
2020-05-29 23:00:19 +00:00
'SkinMustache' => __DIR__ . '/includes/skins/SkinMustache.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SkinTemplate' => __DIR__ . '/includes/skins/SkinTemplate.php',
Rename 'slider' gallery mode to 'slideshow' Bug: T140093 Change-Id: I6f01344b9ac61e3d2a8e7a9d920ba37786537ff8
2016-07-12 13:48:58 +00:00
'SlideshowImageGallery' => __DIR__ . '/includes/gallery/SlideshowImageGallery.php',
[MCR] Render multi-slot diffs Move logic for rendering a diff between two content objects out of DifferenceEngine, into a new SlotDiffRenderer class. Make DifferenceEngine use multiple SlotDiffRenderers, one per slot. This separates the class tree for changing high-level diff properties such as the header or the revision selection method (same as before: subclass DifferenceEngine and override ContentHandler::getDiffEngineClass or implement GetDifferenceEngine) and the one for changing the actual diff rendering for a given content type (subclass SlotDiffRenderer and override ContentHandler::getSlotDiffRenderer or implement GetSlotDiffRenderer). To keep B/C, when SlotDiffRenderer is not overridden for a given content type but DifferenceEngine is, that DifferenceEngine will be used instead. The weak point of the scheme is overriding the DifferenceEngine methods passing control to the SlotDiffRenderers (the ones calling getDifferenceEngines), without calling the parent. These are: showDiffStyle, getDiffBody, getDiffBodyCacheKeyParams. Extensions doing that will probably break in unpredictable ways (most likely, only showing the main slot diff). Nothing in gerrit does it, at least. A new GetSlotDiffRenderer hook is added to modify rendering for content models not owned by the extension, much like how GetDifferenceEngine works. Also deprecates public access to mNewRev/mOldRev and creates public getters instead. DifferenceEngine never supported external changes to those properties, this just acknowledges it. Bug: T194731 Change-Id: I2f8a9dbebd2290b7feafb20e2bb2a2693e18ba11 Depends-On: I04e885a33bfce5bccc807b9bcfe1eaa577a9fd47 Depends-On: I203d8895bf436b7fee53fe4718dede8a3b1768bc
2018-07-11 09:24:07 +00:00
'SlotDiffRenderer' => __DIR__ . '/includes/diff/SlotDiffRenderer.php',
Fix casing of Special Pages to match class name Change-Id: Ifc9e827202493e8f055a21875c54ff827a38d1f7
2019-04-14 12:32:59 +00:00
'SpecialActiveUsers' => __DIR__ . '/includes/specials/SpecialActiveUsers.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SpecialAllMessages' => __DIR__ . '/includes/specials/SpecialAllMessages.php',
Move specialpage redirects related classes to own files Change-Id: Ibddbb0c4e40fff310b1720ec9c72f2683cc93f54
2019-02-08 18:05:27 +00:00
'SpecialAllMyUploads' => __DIR__ . '/includes/specials/redirects/SpecialAllMyUploads.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SpecialAllPages' => __DIR__ . '/includes/specials/SpecialAllPages.php',
Make most special pages class names match filename Change-Id: I3a9f932acb7d9cf44a984b5d97f9fbc6b8670f7d
2019-04-14 15:14:22 +00:00
'SpecialAncientPages' => __DIR__ . '/includes/specials/SpecialAncientPages.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SpecialApiHelp' => __DIR__ . '/includes/specials/SpecialApiHelp.php',
Add Special:ApiSandbox Like Extension:ApiSandbox, but rewritten to use OOJS-UI and to add many long-requested features. Bug: T89386 Bug: T92893 Bug: T98457 Bug: T98083 Bug: T89229 Bug: T66008 Bug: T50607 Bug: T47811 Bug: T38875 Bug: T36962 Bug: T34740 Change-Id: Ic42a6c5ef54b811cd63cfef2132942b27a626fe5 Depends-On: I85c0eedcd31a0e419d8055eca0d9cb1ba872ae62 Depends-On: Ic85ff4abbbcd2076ebf5cdfaa0e95e98878e2308
2015-05-07 17:11:09 +00:00
'SpecialApiSandbox' => __DIR__ . '/includes/specials/SpecialApiSandbox.php',
First version of AutoblockList special page This patch introduces a new special page named AutoblockList. Its design is reused from Special:BlockList. Bug: T146414 Change-Id: I811d23c98be749d8df36700b07a295355691af77
2017-03-06 20:09:36 +00:00
'SpecialAutoblockList' => __DIR__ . '/includes/specials/SpecialAutoblockList.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SpecialBlankpage' => __DIR__ . '/includes/specials/SpecialBlankpage.php',
'SpecialBlock' => __DIR__ . '/includes/specials/SpecialBlock.php',
'SpecialBlockList' => __DIR__ . '/includes/specials/SpecialBlockList.php',
Fix casing of Special Pages to match class name Change-Id: Ifc9e827202493e8f055a21875c54ff827a38d1f7
2019-04-14 12:32:59 +00:00
'SpecialBookSources' => __DIR__ . '/includes/specials/SpecialBookSources.php',
Revert "Remove SessionManager, temporarily" This reverts commit 823db5d63dd5200d04c63da50ba6bf16f928e70b. Change-Id: Ibb3e023e4eb6715295586dea87d0725c344a8271
2016-02-01 20:44:03 +00:00
'SpecialBotPasswords' => __DIR__ . '/includes/specials/SpecialBotPasswords.php',
Make most special pages class names match filename Change-Id: I3a9f932acb7d9cf44a984b5d97f9fbc6b8670f7d
2019-04-14 15:14:22 +00:00
'SpecialBrokenRedirects' => __DIR__ . '/includes/specials/SpecialBrokenRedirects.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SpecialCategories' => __DIR__ . '/includes/specials/SpecialCategories.php',
Add Special:ChangeContentModel Special:ChangeContentModel allows for users with the 'editcontentmodel' right to change the content model of a page. Visiting Special:ChangeContentModel will contain an input field for a page title. The user will then be sent to Special:ChangeContentModel?pagetitle=<input> where the page title is read only, with a content model selector and optional reason field. The special page only allows converting between content models that extend TextContent for simplicity. Advanced conversions should be done via the API. All content model changes via the special page or API generate a null revision in the page history and a log entry at Special:Log/contentmodel. The log entry has a revert link for convenience (like the move log). Bug: T72592 Co-Authored-By: Lewis Cawte <lewis@lewiscawte.me> Change-Id: I296a67c09fcbc880c8c3a648eb5086580725ea46
2015-03-29 03:36:01 +00:00
'SpecialChangeContentModel' => __DIR__ . '/includes/specials/SpecialChangeContentModel.php',
Use AuthManager on special pages Rewrite authentication-related special pages to use AuthManager. All the changes mentioned below only take effect when $wgDisableAuthManager is false. LoginForm is rewritten to use HTMLForm and split into UserLogin and CreateAccount; ChangePassword and PasswordReset are rewritten; ChangeEmail and Preferences are updated. Four new special pages are added to handle the new capabilities of AuthManager (linked accounts, secondary authentication providers): LinkAccounts, UnlinkAccounts, ChangeCredentials, RemoveCredentials. The old form-based hooks (ChangePasswordForm, UserCreateForm, UserLoginForm) are deprecated. A new, more generic hook is available to alter the forms (AuthChangeFormFields); form changes that involve new fields should be done via $wgAuthManagerConfig. UserLoginComplete is limited to web-based login; for more generic functionality UserLoggedIn can be used instead. Hooks that assume password-based login (PrefsPasswordAudit, AbortChangePassword) are removed; the first functionality is replaced by ChangeAuthenticationDataAudit, the second is handled by AuthManager. LoginPasswordResetMessage is removed, the functionality can be recreated via authentication providers. There are several smaller backwards incompatible changes: * Adding fields to the login/signup forms by manipulating the template via the extraInput/extrafields parameters is not supported anymore. Depending on the authn configuration the login/signup process might be multistep and it would be complicated to ensure that extensions can access the data at the right moment. Instead, you can create an AuthenticationProvider which can define its own fields and process them when the authentication is over. (There is B/C support for a transitional period that works with the default login form, but might break with configurations that require multiple steps or redirects.) * Removed cookie redirect check. This was added in 2003 in 9ead07fe9 for the benefit of bots, but with MediaWiki having an API these days there is little reason to keep it. Same for the wpSkipCookieCheck flag (added in 2008 in 29c73e8265). * Instead of embedding a password field on sensitive special pages such as ChangeEmail, such pages rely on AuthManager for elevated security (which typically involves requiring the user to log in again unless their last login was more than a few minutes ago). Accordingly, wgRequirePasswordforEmailChange is removed. * Special:ChangePassword requires login now. * Special:ResetPassword now sends a separate email to each user when called with a shared email address. * the Reason field had a message with 'prefsectiontip' class which was sorta broken but used in extensions for formatting. HTMLForm does not support that, so this commit turns it into a help message which will break formatting. See https://gerrit.wikimedia.org/r/#/c/231884 Bug: T110277 Change-Id: I8b52ec8ddf494f23941807638f149f15b5e46b0c Depends-On: If4e0dfb6ee6674f0dace80a01850e2d0cbbdb47a
2015-09-22 22:50:04 +00:00
'SpecialChangeCredentials' => __DIR__ . '/includes/specials/SpecialChangeCredentials.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SpecialChangeEmail' => __DIR__ . '/includes/specials/SpecialChangeEmail.php',
'SpecialChangePassword' => __DIR__ . '/includes/specials/SpecialChangePassword.php',
'SpecialComparePages' => __DIR__ . '/includes/specials/SpecialComparePages.php',
Make most special pages class names match filename Change-Id: I3a9f932acb7d9cf44a984b5d97f9fbc6b8670f7d
2019-04-14 15:14:22 +00:00
'SpecialConfirmEmail' => __DIR__ . '/includes/specials/SpecialConfirmEmail.php',
Persistent contribution entry point on the mobile navigation menu * Add new special page SpecialContribute * Added messages and aliases for EN language * Add classes to carry cards Data * Added Hook ContributeCardsHook for adding/removing updating cards * Moved HTML to template * Added main page and 1st tab styles * Removed the dependency on minerva skin code * Added Unit Tests * Fixed Jenkins, and qqq messages * Added an override for getShortDescription in special pages to generate unified tab message keys Bug: T286466 Change-Id: I7f064a954a77373dfec86efae7e378402f500198
2022-09-28 14:35:34 +00:00
'SpecialContribute' => __DIR__ . '/includes/specials/SpecialContribute.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SpecialContributions' => __DIR__ . '/includes/specials/SpecialContributions.php',
'SpecialCreateAccount' => __DIR__ . '/includes/specials/SpecialCreateAccount.php',
Make most special pages class names match filename Change-Id: I3a9f932acb7d9cf44a984b5d97f9fbc6b8670f7d
2019-04-14 15:14:22 +00:00
'SpecialDeadendPages' => __DIR__ . '/includes/specials/SpecialDeadendPages.php',
Rename Special:Delete/Protect to Special:DeletePage/ProtectPage Otherwise they are using the 'delete' and 'protect' message key, which are already defined. Follow-Up: Idf076573c0f429171221660145b616ec83516a2a Bug: T295611 Change-Id: I797f0e23ca639dac6889f3f363b7a8c72e30f681
2021-11-13 22:36:29 +00:00
'SpecialDeletePage' => __DIR__ . '/includes/specials/SpecialDeletePage.php',
Make most special pages class names match filename Change-Id: I3a9f932acb7d9cf44a984b5d97f9fbc6b8670f7d
2019-04-14 15:14:22 +00:00
'SpecialDeletedContributions' => __DIR__ . '/includes/specials/SpecialDeletedContributions.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SpecialDiff' => __DIR__ . '/includes/specials/SpecialDiff.php',
Make most special pages class names match filename Change-Id: I3a9f932acb7d9cf44a984b5d97f9fbc6b8670f7d
2019-04-14 15:14:22 +00:00
'SpecialDoubleRedirects' => __DIR__ . '/includes/specials/SpecialDoubleRedirects.php',
Create abstract special page SpecialRedirectWithAction, and use it. Special:Edit, Special:History, Special:Purge, and Special:Info all redirect to index.php?title=$1&action=, where the action is edit, history, purge, or info. Thus, they can each extend a common class. Bug: T13456 Change-Id: I64aca28075f5d79ec841b6868e1760f2dac4ec90
2019-08-24 00:19:20 +00:00
'SpecialEditPage' => __DIR__ . '/includes/specials/SpecialEditPage.php',
UI for adding and removing change tags on revisions and log entries There is a new special page, Special:EditTags, which is very similar to Special:RevisionDelete in a lot of ways. In fact, the SpecialEditTags class started off as a copy-paste of SpecialRevisiondelete. You invoke this special page by going to an article history page, checking some revisions, and clicking "Edit tags of selected revisions". Then you pick the modifications you want to make and click "Apply". Very much like the revision deletion workflow. I had to restructure some of the Action routing code, which was only designed to handle revision deletion. Also removing some code from SpecialRevisiondelete which didn't work as advertised in the first place, and definitely doesn't work now. Change-Id: I7d3ef927b5686f6211bc5817776286ead19d916b
2015-04-15 01:31:53 +00:00
'SpecialEditTags' => __DIR__ . '/includes/specials/SpecialEditTags.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SpecialEditWatchlist' => __DIR__ . '/includes/specials/SpecialEditWatchlist.php',
Make most special pages class names match filename Change-Id: I3a9f932acb7d9cf44a984b5d97f9fbc6b8670f7d
2019-04-14 15:14:22 +00:00
'SpecialEmailInvalidate' => __DIR__ . '/includes/specials/SpecialEmailInvalidate.php',
Fix casing of Special Pages to match class name Change-Id: Ifc9e827202493e8f055a21875c54ff827a38d1f7
2019-04-14 12:32:59 +00:00
'SpecialEmailUser' => __DIR__ . '/includes/specials/SpecialEmailUser.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SpecialExpandTemplates' => __DIR__ . '/includes/specials/SpecialExpandTemplates.php',
'SpecialExport' => __DIR__ . '/includes/specials/SpecialExport.php',
Make most special pages class names match filename Change-Id: I3a9f932acb7d9cf44a984b5d97f9fbc6b8670f7d
2019-04-14 15:14:22 +00:00
'SpecialFewestRevisions' => __DIR__ . '/includes/specials/SpecialFewestRevisions.php',
'SpecialFileDuplicateSearch' => __DIR__ . '/includes/specials/SpecialFileDuplicateSearch.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SpecialFilepath' => __DIR__ . '/includes/specials/SpecialFilepath.php',
SECURITY: Do not directly redirect to interwikis, but use splash page Directly redirecting based on a url paramter might potentially be used in a phishing attack to confuse users. Bug: T109140 Bug: T122209 Change-Id: I6c604439320fa876719933cc7f3a3ff04fb1a6ad
2016-02-07 13:07:20 +00:00
'SpecialGoToInterwiki' => __DIR__ . '/includes/specials/SpecialGoToInterwiki.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SpecialImport' => __DIR__ . '/includes/specials/SpecialImport.php',
'SpecialJavaScriptTest' => __DIR__ . '/includes/specials/SpecialJavaScriptTest.php',
Use AuthManager on special pages Rewrite authentication-related special pages to use AuthManager. All the changes mentioned below only take effect when $wgDisableAuthManager is false. LoginForm is rewritten to use HTMLForm and split into UserLogin and CreateAccount; ChangePassword and PasswordReset are rewritten; ChangeEmail and Preferences are updated. Four new special pages are added to handle the new capabilities of AuthManager (linked accounts, secondary authentication providers): LinkAccounts, UnlinkAccounts, ChangeCredentials, RemoveCredentials. The old form-based hooks (ChangePasswordForm, UserCreateForm, UserLoginForm) are deprecated. A new, more generic hook is available to alter the forms (AuthChangeFormFields); form changes that involve new fields should be done via $wgAuthManagerConfig. UserLoginComplete is limited to web-based login; for more generic functionality UserLoggedIn can be used instead. Hooks that assume password-based login (PrefsPasswordAudit, AbortChangePassword) are removed; the first functionality is replaced by ChangeAuthenticationDataAudit, the second is handled by AuthManager. LoginPasswordResetMessage is removed, the functionality can be recreated via authentication providers. There are several smaller backwards incompatible changes: * Adding fields to the login/signup forms by manipulating the template via the extraInput/extrafields parameters is not supported anymore. Depending on the authn configuration the login/signup process might be multistep and it would be complicated to ensure that extensions can access the data at the right moment. Instead, you can create an AuthenticationProvider which can define its own fields and process them when the authentication is over. (There is B/C support for a transitional period that works with the default login form, but might break with configurations that require multiple steps or redirects.) * Removed cookie redirect check. This was added in 2003 in 9ead07fe9 for the benefit of bots, but with MediaWiki having an API these days there is little reason to keep it. Same for the wpSkipCookieCheck flag (added in 2008 in 29c73e8265). * Instead of embedding a password field on sensitive special pages such as ChangeEmail, such pages rely on AuthManager for elevated security (which typically involves requiring the user to log in again unless their last login was more than a few minutes ago). Accordingly, wgRequirePasswordforEmailChange is removed. * Special:ChangePassword requires login now. * Special:ResetPassword now sends a separate email to each user when called with a shared email address. * the Reason field had a message with 'prefsectiontip' class which was sorta broken but used in extensions for formatting. HTMLForm does not support that, so this commit turns it into a help message which will break formatting. See https://gerrit.wikimedia.org/r/#/c/231884 Bug: T110277 Change-Id: I8b52ec8ddf494f23941807638f149f15b5e46b0c Depends-On: If4e0dfb6ee6674f0dace80a01850e2d0cbbdb47a
2015-09-22 22:50:04 +00:00
'SpecialLinkAccounts' => __DIR__ . '/includes/specials/SpecialLinkAccounts.php',
Make most special pages class names match filename Change-Id: I3a9f932acb7d9cf44a984b5d97f9fbc6b8670f7d
2019-04-14 15:14:22 +00:00
'SpecialLinkSearch' => __DIR__ . '/includes/specials/SpecialLinkSearch.php',
Move specialpage redirects related classes to own files Change-Id: Ibddbb0c4e40fff310b1720ec9c72f2683cc93f54
2019-02-08 18:05:27 +00:00
'SpecialListAdmins' => __DIR__ . '/includes/specials/redirects/SpecialListAdmins.php',
'SpecialListBots' => __DIR__ . '/includes/specials/redirects/SpecialListBots.php',
Make most special pages class names match filename Change-Id: I3a9f932acb7d9cf44a984b5d97f9fbc6b8670f7d
2019-04-14 15:14:22 +00:00
'SpecialListDuplicatedFiles' => __DIR__ . '/includes/specials/SpecialListDuplicatedFiles.php',
Fix casing of Special Pages to match class name Change-Id: Ifc9e827202493e8f055a21875c54ff827a38d1f7
2019-04-14 12:32:59 +00:00
'SpecialListFiles' => __DIR__ . '/includes/specials/SpecialListFiles.php',
'SpecialListGrants' => __DIR__ . '/includes/specials/SpecialListGrants.php',
'SpecialListGroupRights' => __DIR__ . '/includes/specials/SpecialListGroupRights.php',
Make most special pages class names match filename Change-Id: I3a9f932acb7d9cf44a984b5d97f9fbc6b8670f7d
2019-04-14 15:14:22 +00:00
'SpecialListRedirects' => __DIR__ . '/includes/specials/SpecialListRedirects.php',
Fix casing of Special Pages to match class name Change-Id: Ifc9e827202493e8f055a21875c54ff827a38d1f7
2019-04-14 12:32:59 +00:00
'SpecialListUsers' => __DIR__ . '/includes/specials/SpecialListUsers.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SpecialLockdb' => __DIR__ . '/includes/specials/SpecialLockdb.php',
'SpecialLog' => __DIR__ . '/includes/specials/SpecialLog.php',
Make most special pages class names match filename Change-Id: I3a9f932acb7d9cf44a984b5d97f9fbc6b8670f7d
2019-04-14 15:14:22 +00:00
'SpecialLonelyPages' => __DIR__ . '/includes/specials/SpecialLonelyPages.php',
'SpecialLongPages' => __DIR__ . '/includes/specials/SpecialLongPages.php',
'SpecialMIMESearch' => __DIR__ . '/includes/specials/SpecialMIMESearch.php',
'SpecialMediaStatistics' => __DIR__ . '/includes/specials/SpecialMediaStatistics.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SpecialMergeHistory' => __DIR__ . '/includes/specials/SpecialMergeHistory.php',
Make most special pages class names match filename Change-Id: I3a9f932acb7d9cf44a984b5d97f9fbc6b8670f7d
2019-04-14 15:14:22 +00:00
'SpecialMostCategories' => __DIR__ . '/includes/specials/SpecialMostCategories.php',
'SpecialMostInterwikis' => __DIR__ . '/includes/specials/SpecialMostInterwikis.php',
'SpecialMostLinked' => __DIR__ . '/includes/specials/SpecialMostLinked.php',
'SpecialMostLinkedCategories' => __DIR__ . '/includes/specials/SpecialMostLinkedCategories.php',
'SpecialMostLinkedTemplates' => __DIR__ . '/includes/specials/SpecialMostLinkedTemplates.php',
'SpecialMostRevisions' => __DIR__ . '/includes/specials/SpecialMostRevisions.php',
Add Special:Mute as a shortcut for muting notifications - Special:Mute has been added as a quick way for users to block unwanted emails from other users originating from Special:EmailUser - Special:Mute can be enabled by setting $wgEnableSpecialMute = true. This flag default value is `false`. This flag is temporary until enough wikis have this feature enabled and then it will go away - When Special:Mute is enabled, emails sent from Special:EmailUser contain a link to Special:Mute to facilitate access to the page In the future, Special:Mute will support extensions to append other types of notifications that could be muted. These are some of the tasks tracking the rest of the work: - T218270 - T220163 - T218266 It is worth mentioning that blocking emails from users is already available via Special:Preferences Bug: T218265 Change-Id: I54b847192f42ee1f37999d36c3a187f8826f55a8
2019-05-07 14:55:48 +00:00
'SpecialMute' => __DIR__ . '/includes/specials/SpecialMute.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SpecialMyLanguage' => __DIR__ . '/includes/specials/SpecialMyLanguage.php',
Move specialpage redirects related classes to own files Change-Id: Ibddbb0c4e40fff310b1720ec9c72f2683cc93f54
2019-02-08 18:05:27 +00:00
'SpecialMycontributions' => __DIR__ . '/includes/specials/redirects/SpecialMycontributions.php',
specials: Create Special:MyLog to link to logs performed by me Special:Log allows to have the type, the user or type + user as subpage, link to this page to show logs from me. - Special:MyLog redirects to Special:Log/<me> - Special:MyLog/create redirects to Special:Log/create/<me> This does not show logs against me (like blocks) Bug: T327565 Change-Id: Id624cb84d8bbac87d2f820c7c283d4c13866bff5
2023-01-21 00:16:34 +00:00
'SpecialMylog' => __DIR__ . '/includes/specials/redirects/SpecialMylog.php',
Move specialpage redirects related classes to own files Change-Id: Ibddbb0c4e40fff310b1720ec9c72f2683cc93f54
2019-02-08 18:05:27 +00:00
'SpecialMypage' => __DIR__ . '/includes/specials/redirects/SpecialMypage.php',
'SpecialMytalk' => __DIR__ . '/includes/specials/redirects/SpecialMytalk.php',
'SpecialMyuploads' => __DIR__ . '/includes/specials/redirects/SpecialMyuploads.php',
Make most special pages class names match filename Change-Id: I3a9f932acb7d9cf44a984b5d97f9fbc6b8670f7d
2019-04-14 15:14:22 +00:00
'SpecialNewFiles' => __DIR__ . '/includes/specials/SpecialNewFiles.php',
Create Special:NewSection special page Bug: T207577 Change-Id: If69a8e13b524f55f78b2f61aadf1f9045fda5ff2
2019-06-23 02:17:38 +00:00
'SpecialNewSection' => __DIR__ . '/includes/specials/SpecialNewSection.php',
Namespace SpecialN* under \MediaWiki\Specials Change-Id: I403664ce3585f022e89da75e75baefa4b4db29f9
2023-09-13 10:31:13 +00:00
'SpecialNewpages' => __DIR__ . '/includes/specials/SpecialNewPages.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SpecialPage' => __DIR__ . '/includes/specialpage/SpecialPage.php',
Start a very basic version of Special:PageData Bug: T163923 Change-Id: I2a1a12f20a38d8d3c50a8f6c9a363be1cb656c70
2017-06-01 15:39:21 +00:00
'SpecialPageData' => __DIR__ . '/includes/specials/SpecialPageData.php',
Create abstract special page SpecialRedirectWithAction, and use it. Special:Edit, Special:History, Special:Purge, and Special:Info all redirect to index.php?title=$1&action=, where the action is edit, history, purge, or info. Thus, they can each extend a common class. Bug: T13456 Change-Id: I64aca28075f5d79ec841b6868e1760f2dac4ec90
2019-08-24 00:19:20 +00:00
'SpecialPageHistory' => __DIR__ . '/includes/specials/SpecialPageHistory.php',
'SpecialPageInfo' => __DIR__ . '/includes/specials/SpecialPageInfo.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SpecialPageLanguage' => __DIR__ . '/includes/specials/SpecialPageLanguage.php',
'SpecialPagesWithProp' => __DIR__ . '/includes/specials/SpecialPagesWithProp.php',
Add Special:PasswordPolicies Bug: T174812 Change-Id: Ifb4876f7309a667154c7469c29e703b6c33d54af
2017-11-18 21:59:47 +00:00
'SpecialPasswordPolicies' => __DIR__ . '/includes/specials/SpecialPasswordPolicies.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SpecialPasswordReset' => __DIR__ . '/includes/specials/SpecialPasswordReset.php',
'SpecialPermanentLink' => __DIR__ . '/includes/specials/SpecialPermanentLink.php',
'SpecialPreferences' => __DIR__ . '/includes/specials/SpecialPreferences.php',
Namespace SpecialP* under \MediaWiki\Specials Change-Id: I10211c4406b1eedd6e5de63f1e57868f924640db
2023-09-13 11:10:05 +00:00
'SpecialPrefixindex' => __DIR__ . '/includes/specials/SpecialPrefixIndex.php',
Rename Special:Delete/Protect to Special:DeletePage/ProtectPage Otherwise they are using the 'delete' and 'protect' message key, which are already defined. Follow-Up: Idf076573c0f429171221660145b616ec83516a2a Bug: T295611 Change-Id: I797f0e23ca639dac6889f3f363b7a8c72e30f681
2021-11-13 22:36:29 +00:00
'SpecialProtectPage' => __DIR__ . '/includes/specials/SpecialProtectPage.php',
Namespace SpecialP* under \MediaWiki\Specials Change-Id: I10211c4406b1eedd6e5de63f1e57868f924640db
2023-09-13 11:10:05 +00:00
'SpecialProtectedpages' => __DIR__ . '/includes/specials/SpecialProtectedPages.php',
'SpecialProtectedtitles' => __DIR__ . '/includes/specials/SpecialProtectedTitles.php',
Create abstract special page SpecialRedirectWithAction, and use it. Special:Edit, Special:History, Special:Purge, and Special:Info all redirect to index.php?title=$1&action=, where the action is edit, history, purge, or info. Thus, they can each extend a common class. Bug: T13456 Change-Id: I64aca28075f5d79ec841b6868e1760f2dac4ec90
2019-08-24 00:19:20 +00:00
'SpecialPurge' => __DIR__ . '/includes/specials/SpecialPurge.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SpecialRandomInCategory' => __DIR__ . '/includes/specials/SpecialRandomInCategory.php',
Rename PHP class RandomPage to SpecialRandomPage This change is for consistency to the file name and to other classes. The old class name RandomPage is kept as alias for compatibility and is now deprecated. Also change the letter case in the class names and file names: * SpecialRandompage -> SpecialRandomPage * SpecialRandomredirect -> SpecialRandomRedirect * SpecialRandomrootpage -> SpecialRandomRootPage The change of the letter case of file names may cause problems on Windows operating systems. Change-Id: If4dd23126e0d032f42a86aff7d09414edcb1ade2
2020-01-13 16:24:36 +00:00
'SpecialRandomPage' => __DIR__ . '/includes/specials/SpecialRandomPage.php',
'SpecialRandomRedirect' => __DIR__ . '/includes/specials/SpecialRandomRedirect.php',
'SpecialRandomRootPage' => __DIR__ . '/includes/specials/SpecialRandomRootPage.php',
Fix casing of Special Pages to match class name Change-Id: Ifc9e827202493e8f055a21875c54ff827a38d1f7
2019-04-14 12:32:59 +00:00
'SpecialRecentChanges' => __DIR__ . '/includes/specials/SpecialRecentChanges.php',
'SpecialRecentChangesLinked' => __DIR__ . '/includes/specials/SpecialRecentChangesLinked.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SpecialRedirect' => __DIR__ . '/includes/specials/SpecialRedirect.php',
Move specialpage redirects related classes to own files Change-Id: Ibddbb0c4e40fff310b1720ec9c72f2683cc93f54
2019-02-08 18:05:27 +00:00
'SpecialRedirectToSpecial' => __DIR__ . '/includes/specialpage/SpecialRedirectToSpecial.php',
Create abstract special page SpecialRedirectWithAction, and use it. Special:Edit, Special:History, Special:Purge, and Special:Info all redirect to index.php?title=$1&action=, where the action is edit, history, purge, or info. Thus, they can each extend a common class. Bug: T13456 Change-Id: I64aca28075f5d79ec841b6868e1760f2dac4ec90
2019-08-24 00:19:20 +00:00
'SpecialRedirectWithAction' => __DIR__ . '/includes/specialpage/SpecialRedirectWithAction.php',
Use AuthManager on special pages Rewrite authentication-related special pages to use AuthManager. All the changes mentioned below only take effect when $wgDisableAuthManager is false. LoginForm is rewritten to use HTMLForm and split into UserLogin and CreateAccount; ChangePassword and PasswordReset are rewritten; ChangeEmail and Preferences are updated. Four new special pages are added to handle the new capabilities of AuthManager (linked accounts, secondary authentication providers): LinkAccounts, UnlinkAccounts, ChangeCredentials, RemoveCredentials. The old form-based hooks (ChangePasswordForm, UserCreateForm, UserLoginForm) are deprecated. A new, more generic hook is available to alter the forms (AuthChangeFormFields); form changes that involve new fields should be done via $wgAuthManagerConfig. UserLoginComplete is limited to web-based login; for more generic functionality UserLoggedIn can be used instead. Hooks that assume password-based login (PrefsPasswordAudit, AbortChangePassword) are removed; the first functionality is replaced by ChangeAuthenticationDataAudit, the second is handled by AuthManager. LoginPasswordResetMessage is removed, the functionality can be recreated via authentication providers. There are several smaller backwards incompatible changes: * Adding fields to the login/signup forms by manipulating the template via the extraInput/extrafields parameters is not supported anymore. Depending on the authn configuration the login/signup process might be multistep and it would be complicated to ensure that extensions can access the data at the right moment. Instead, you can create an AuthenticationProvider which can define its own fields and process them when the authentication is over. (There is B/C support for a transitional period that works with the default login form, but might break with configurations that require multiple steps or redirects.) * Removed cookie redirect check. This was added in 2003 in 9ead07fe9 for the benefit of bots, but with MediaWiki having an API these days there is little reason to keep it. Same for the wpSkipCookieCheck flag (added in 2008 in 29c73e8265). * Instead of embedding a password field on sensitive special pages such as ChangeEmail, such pages rely on AuthManager for elevated security (which typically involves requiring the user to log in again unless their last login was more than a few minutes ago). Accordingly, wgRequirePasswordforEmailChange is removed. * Special:ChangePassword requires login now. * Special:ResetPassword now sends a separate email to each user when called with a shared email address. * the Reason field had a message with 'prefsectiontip' class which was sorta broken but used in extensions for formatting. HTMLForm does not support that, so this commit turns it into a help message which will break formatting. See https://gerrit.wikimedia.org/r/#/c/231884 Bug: T110277 Change-Id: I8b52ec8ddf494f23941807638f149f15b5e46b0c Depends-On: If4e0dfb6ee6674f0dace80a01850e2d0cbbdb47a
2015-09-22 22:50:04 +00:00
'SpecialRemoveCredentials' => __DIR__ . '/includes/specials/SpecialRemoveCredentials.php',
Namespace SpecialR* under \MediaWiki\Specials Change-Id: I735222c437313db139cd9fc780c332767189323f
2023-09-13 13:25:15 +00:00
'SpecialRenameuser' => __DIR__ . '/includes/specials/SpecialRenameUser.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SpecialResetTokens' => __DIR__ . '/includes/specials/SpecialResetTokens.php',
Fix casing of Special Pages to match class name Change-Id: Ifc9e827202493e8f055a21875c54ff827a38d1f7
2019-04-14 12:32:59 +00:00
'SpecialRevisionDelete' => __DIR__ . '/includes/specials/SpecialRevisionDelete.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SpecialRunJobs' => __DIR__ . '/includes/specials/SpecialRunJobs.php',
'SpecialSearch' => __DIR__ . '/includes/specials/SpecialSearch.php',
Make most special pages class names match filename Change-Id: I3a9f932acb7d9cf44a984b5d97f9fbc6b8670f7d
2019-04-14 15:14:22 +00:00
'SpecialShortPages' => __DIR__ . '/includes/specials/SpecialShortPages.php',
Namespace SpecialS* under \MediaWiki\Specials Change-Id: Icccdaa93f8089d88b6d3ba153ecfaa22c901ce66
2023-09-13 13:42:58 +00:00
'SpecialSpecialpages' => __DIR__ . '/includes/specials/SpecialSpecialPages.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SpecialStatistics' => __DIR__ . '/includes/specials/SpecialStatistics.php',
'SpecialTags' => __DIR__ . '/includes/specials/SpecialTags.php',
'SpecialTrackingCategories' => __DIR__ . '/includes/specials/SpecialTrackingCategories.php',
'SpecialUnblock' => __DIR__ . '/includes/specials/SpecialUnblock.php',
Make most special pages class names match filename Change-Id: I3a9f932acb7d9cf44a984b5d97f9fbc6b8670f7d
2019-04-14 15:14:22 +00:00
'SpecialUncategorizedCategories' => __DIR__ . '/includes/specials/SpecialUncategorizedCategories.php',
'SpecialUncategorizedImages' => __DIR__ . '/includes/specials/SpecialUncategorizedImages.php',
'SpecialUncategorizedPages' => __DIR__ . '/includes/specials/SpecialUncategorizedPages.php',
'SpecialUncategorizedTemplates' => __DIR__ . '/includes/specials/SpecialUncategorizedTemplates.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SpecialUndelete' => __DIR__ . '/includes/specials/SpecialUndelete.php',
Use AuthManager on special pages Rewrite authentication-related special pages to use AuthManager. All the changes mentioned below only take effect when $wgDisableAuthManager is false. LoginForm is rewritten to use HTMLForm and split into UserLogin and CreateAccount; ChangePassword and PasswordReset are rewritten; ChangeEmail and Preferences are updated. Four new special pages are added to handle the new capabilities of AuthManager (linked accounts, secondary authentication providers): LinkAccounts, UnlinkAccounts, ChangeCredentials, RemoveCredentials. The old form-based hooks (ChangePasswordForm, UserCreateForm, UserLoginForm) are deprecated. A new, more generic hook is available to alter the forms (AuthChangeFormFields); form changes that involve new fields should be done via $wgAuthManagerConfig. UserLoginComplete is limited to web-based login; for more generic functionality UserLoggedIn can be used instead. Hooks that assume password-based login (PrefsPasswordAudit, AbortChangePassword) are removed; the first functionality is replaced by ChangeAuthenticationDataAudit, the second is handled by AuthManager. LoginPasswordResetMessage is removed, the functionality can be recreated via authentication providers. There are several smaller backwards incompatible changes: * Adding fields to the login/signup forms by manipulating the template via the extraInput/extrafields parameters is not supported anymore. Depending on the authn configuration the login/signup process might be multistep and it would be complicated to ensure that extensions can access the data at the right moment. Instead, you can create an AuthenticationProvider which can define its own fields and process them when the authentication is over. (There is B/C support for a transitional period that works with the default login form, but might break with configurations that require multiple steps or redirects.) * Removed cookie redirect check. This was added in 2003 in 9ead07fe9 for the benefit of bots, but with MediaWiki having an API these days there is little reason to keep it. Same for the wpSkipCookieCheck flag (added in 2008 in 29c73e8265). * Instead of embedding a password field on sensitive special pages such as ChangeEmail, such pages rely on AuthManager for elevated security (which typically involves requiring the user to log in again unless their last login was more than a few minutes ago). Accordingly, wgRequirePasswordforEmailChange is removed. * Special:ChangePassword requires login now. * Special:ResetPassword now sends a separate email to each user when called with a shared email address. * the Reason field had a message with 'prefsectiontip' class which was sorta broken but used in extensions for formatting. HTMLForm does not support that, so this commit turns it into a help message which will break formatting. See https://gerrit.wikimedia.org/r/#/c/231884 Bug: T110277 Change-Id: I8b52ec8ddf494f23941807638f149f15b5e46b0c Depends-On: If4e0dfb6ee6674f0dace80a01850e2d0cbbdb47a
2015-09-22 22:50:04 +00:00
'SpecialUnlinkAccounts' => __DIR__ . '/includes/specials/SpecialUnlinkAccounts.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SpecialUnlockdb' => __DIR__ . '/includes/specials/SpecialUnlockdb.php',
Make most special pages class names match filename Change-Id: I3a9f932acb7d9cf44a984b5d97f9fbc6b8670f7d
2019-04-14 15:14:22 +00:00
'SpecialUnusedCategories' => __DIR__ . '/includes/specials/SpecialUnusedCategories.php',
'SpecialUnusedImages' => __DIR__ . '/includes/specials/SpecialUnusedImages.php',
'SpecialUnusedTemplates' => __DIR__ . '/includes/specials/SpecialUnusedTemplates.php',
'SpecialUnwatchedPages' => __DIR__ . '/includes/specials/SpecialUnwatchedPages.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SpecialUpload' => __DIR__ . '/includes/specials/SpecialUpload.php',
'SpecialUploadStash' => __DIR__ . '/includes/specials/SpecialUploadStash.php',
Move upload stash related exceptions to own files Change-Id: I23e81af2f1bf73f5cd78a01bcc2fcebb4c4ea038
2019-02-06 21:22:01 +00:00
'SpecialUploadStashTooLargeException' => __DIR__ . '/includes/specials/exception/SpecialUploadStashTooLargeException.php',
Use AuthManager on special pages Rewrite authentication-related special pages to use AuthManager. All the changes mentioned below only take effect when $wgDisableAuthManager is false. LoginForm is rewritten to use HTMLForm and split into UserLogin and CreateAccount; ChangePassword and PasswordReset are rewritten; ChangeEmail and Preferences are updated. Four new special pages are added to handle the new capabilities of AuthManager (linked accounts, secondary authentication providers): LinkAccounts, UnlinkAccounts, ChangeCredentials, RemoveCredentials. The old form-based hooks (ChangePasswordForm, UserCreateForm, UserLoginForm) are deprecated. A new, more generic hook is available to alter the forms (AuthChangeFormFields); form changes that involve new fields should be done via $wgAuthManagerConfig. UserLoginComplete is limited to web-based login; for more generic functionality UserLoggedIn can be used instead. Hooks that assume password-based login (PrefsPasswordAudit, AbortChangePassword) are removed; the first functionality is replaced by ChangeAuthenticationDataAudit, the second is handled by AuthManager. LoginPasswordResetMessage is removed, the functionality can be recreated via authentication providers. There are several smaller backwards incompatible changes: * Adding fields to the login/signup forms by manipulating the template via the extraInput/extrafields parameters is not supported anymore. Depending on the authn configuration the login/signup process might be multistep and it would be complicated to ensure that extensions can access the data at the right moment. Instead, you can create an AuthenticationProvider which can define its own fields and process them when the authentication is over. (There is B/C support for a transitional period that works with the default login form, but might break with configurations that require multiple steps or redirects.) * Removed cookie redirect check. This was added in 2003 in 9ead07fe9 for the benefit of bots, but with MediaWiki having an API these days there is little reason to keep it. Same for the wpSkipCookieCheck flag (added in 2008 in 29c73e8265). * Instead of embedding a password field on sensitive special pages such as ChangeEmail, such pages rely on AuthManager for elevated security (which typically involves requiring the user to log in again unless their last login was more than a few minutes ago). Accordingly, wgRequirePasswordforEmailChange is removed. * Special:ChangePassword requires login now. * Special:ResetPassword now sends a separate email to each user when called with a shared email address. * the Reason field had a message with 'prefsectiontip' class which was sorta broken but used in extensions for formatting. HTMLForm does not support that, so this commit turns it into a help message which will break formatting. See https://gerrit.wikimedia.org/r/#/c/231884 Bug: T110277 Change-Id: I8b52ec8ddf494f23941807638f149f15b5e46b0c Depends-On: If4e0dfb6ee6674f0dace80a01850e2d0cbbdb47a
2015-09-22 22:50:04 +00:00
'SpecialUserLogin' => __DIR__ . '/includes/specials/SpecialUserLogin.php',
'SpecialUserLogout' => __DIR__ . '/includes/specials/SpecialUserLogout.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SpecialVersion' => __DIR__ . '/includes/specials/SpecialVersion.php',
Make most special pages class names match filename Change-Id: I3a9f932acb7d9cf44a984b5d97f9fbc6b8670f7d
2019-04-14 15:14:22 +00:00
'SpecialWantedCategories' => __DIR__ . '/includes/specials/SpecialWantedCategories.php',
'SpecialWantedTemplates' => __DIR__ . '/includes/specials/SpecialWantedTemplates.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SpecialWatchlist' => __DIR__ . '/includes/specials/SpecialWatchlist.php',
Fix casing of Special Pages to match class name Change-Id: Ifc9e827202493e8f055a21875c54ff827a38d1f7
2019-04-14 12:32:59 +00:00
'SpecialWhatLinksHere' => __DIR__ . '/includes/specials/SpecialWhatLinksHere.php',
Make most special pages class names match filename Change-Id: I3a9f932acb7d9cf44a984b5d97f9fbc6b8670f7d
2019-04-14 15:14:22 +00:00
'SpecialWithoutInterwiki' => __DIR__ . '/includes/specials/SpecialWithoutInterwiki.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SqlBagOStuff' => __DIR__ . '/includes/objectcache/SqlBagOStuff.php',
Deprecate SearchResult::termMatches() And start indicating that hooks relying on this data might become unreliable as this data is only populated by SearchDatabase search engines. This information was only populated by SearchDatabase implementations and due to bad initial design of SearchResult[Set] (now fixed) it forced users of these classes to carry this information for the sole purpose of highlighting. Because SearchEngine can now own their SearchResult[Set] implementations nothing that is engine specific should be exposed outside of these specific implementations. If there are some logic that still requires access to such list of terms they should be made engine specific by guarding their code against instanceof SqlSearchResult. Change-Id: I38b82c5e4c35309ee447edc3ded60ca6a18b247a Depends-On: I53fe37c65c7940f696c1e184125e01e592a976e4
2019-06-12 09:02:10 +00:00
'SqlSearchResult' => __DIR__ . '/includes/search/SqlSearchResult.php',
Split SearchResultSet.php classes Change autoload.php file to accomodate the split Bug: T122637 Change-Id: I3a326aa329c3be64662825ac06b169ae96b8f53c
2016-01-03 23:10:32 +00:00
'SqlSearchResultSet' => __DIR__ . '/includes/search/SqlSearchResultSet.php',
maintenance: Move sqlite from .inc to .php Bug: T184782 Change-Id: I18fabbcc8588518f5cc10c8e3f0fba2379263c6c
2020-09-23 10:46:57 +00:00
'Sqlite' => __DIR__ . '/maintenance/Sqlite.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SqliteInstaller' => __DIR__ . '/includes/installer/SqliteInstaller.php',
maintenance: Move sqlite.php to SqliteMaintenance.php to match class name Change-Id: I4d6be08082fd1841d3056a0554376e8e9665b429
2020-09-23 10:45:15 +00:00
'SqliteMaintenance' => __DIR__ . '/maintenance/SqliteMaintenance.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SqliteUpdater' => __DIR__ . '/includes/installer/SqliteUpdater.php',
language: Move converters/ to includes/language/converters These are easy to move. They contain regular, testable, source code, are loaded only via the autoloader, and have no references to their file paths from anywhere else in or outside of core (as far as Codesearch can see). Change-Id: Ibe94e541637bb273bd11dba6c2bc5b59f601dd19
2020-07-02 00:57:56 +00:00
'SrConverter' => __DIR__ . '/includes/language/converters/SrConverter.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'StatsOutput' => __DIR__ . '/maintenance/language/StatOutputs.php',
Stats: move stats library into Stats folder Bug: T240685 Change-Id: I7f4b649e6858ca65e6d8b43a05b682a414986e7e
2023-02-27 16:40:57 +00:00
'StatsdAwareInterface' => __DIR__ . '/includes/libs/Stats/StatsdAwareInterface.php',
Reorg: Move Status to MediaWiki\Status\ This class is used heavily basically everywhere, moving it to Utils wouldn't make much sense. Also with this change, we can move StatusValue to MediaWiki\Status as well. Bug: T321882 Depends-On: I5f89ecf27ce1471a74f31c6018806461781213c3 Change-Id: I04c1dcf5129df437589149f0f3e284974d7c98fa
2023-08-25 12:29:41 +00:00
'Status' => __DIR__ . '/includes/Status/Status.php',
Split StatusValue out of Status class and put it in /libs * Deprecated useless FileRepoStatus class Change-Id: I015635a9bf080ef6d98b2cff49b949c4378a859f
2015-01-21 01:23:21 +00:00
'StatusValue' => __DIR__ . '/includes/libs/StatusValue.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'StorageTypeStats' => __DIR__ . '/maintenance/storage/storageTypeStats.php',
Move FileBackendStore and FileOp classes to /libs Change-Id: If490f64bec282e5dfcdaf7feb1cbf46d3dce1064
2016-09-18 23:25:41 +00:00
'StoreFileOp' => __DIR__ . '/includes/libs/filebackend/fileop/StoreFileOp.php',
Reorg: Move three output related classes to includes/Output/ And namesapce them: - StreamFile - OutputHandler - OutputPage Bug: T321882 Change-Id: Iedf8d88c595e580f2d8f0734c92aa5c45618ba33
2023-09-05 17:31:53 +00:00
'StreamFile' => __DIR__ . '/includes/Output/StreamFile.php',
Move PrefixSearch classes to own files Move all into search subfolder Change-Id: I4097b9745d22545afe6761da1fa67cf98af5b811
2019-03-27 20:40:33 +00:00
'StringPrefixSearch' => __DIR__ . '/includes/search/StringPrefixSearch.php',
StringUtils: throw InvalidArgumentException and move into libs/ Bug: T87863 Change-Id: Iac5bd958c27cad834e35930d0b99adb75c60411b
2015-01-29 18:30:57 +00:00
'StringUtils' => __DIR__ . '/includes/libs/StringUtils.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'StripState' => __DIR__ . '/includes/parser/StripState.php',
Reorg: Move StubObject classes in includes to its own directory Bug: T166010 Change-Id: Idcf0e9dc6e0841e4f132207bce0f96774dad898c
2022-10-25 16:58:49 +00:00
'StubGlobalUser' => __DIR__ . '/includes/StubObject/StubGlobalUser.php',
'StubObject' => __DIR__ . '/includes/StubObject/StubObject.php',
'StubUserLang' => __DIR__ . '/includes/StubObject/StubUserLang.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'SubmitAction' => __DIR__ . '/includes/actions/SubmitAction.php',
Proper namespace handling for WikiImporter Up until now, the import backend has tried to resolve titles in the XML data using the regular Title class. This is a disastrous idea, as local namespace names often do not match foreign namespace titles. There is enough metadata present in XML dumps generated by modern MW versions for the target namespace ID and name to be reliably determined. This metadata is contained in the <siteinfo> and <ns> tags, which (unbelievably enough) was totally ignored by WikiImporter until now. Fallbacks are provided for older XML dump versions which may be missing some or all of this metadata. The ForeignTitle class is introduced. This is intended specifically for the resolution of titles on foreign wikis. In the future, an InterwikiTitle class could be added, which would inherit ForeignTitle and add members for the interwiki prefix and fragment. Factory classes to generate ForeignTitle objects from string data, and Title objects from ForeignTitle objects, are also added. The 'AfterImportPage' hook has been modified so the second argument is a ForeignTitle object instead of a Title (the documentation was wrong, it was never a string). LiquidThreads, SMW and FacetedSearch all use this hook but none of them use the $origTitle parameter. Bug: T32723 Bug: T42192 Change-Id: Iaa58e1b9fd7287cdf999cef6a6f3bb63cd2a4778
2014-12-10 11:24:47 +00:00
'SubpageImportTitleFactory' => __DIR__ . '/includes/title/SubpageImportTitleFactory.php',
media: Rename files to match the name of the class they define This will make jumping from file to file much easier in text editors when file name lookups will autocomplete naturally when looking for a class by name. Change-Id: I4b2e55a2e72674b619d5a592866c8a019a2b0224
2018-04-28 01:05:23 +00:00
'SvgHandler' => __DIR__ . '/includes/media/SvgHandler.php',
Move SwiftFileBackend to /libs Change-Id: Ied0be9891d70930caf415d75cb3b89043347f47e
2016-09-21 23:13:14 +00:00
'SwiftFileBackend' => __DIR__ . '/includes/libs/filebackend/SwiftFileBackend.php',
filebackend: move more files to subdirectories Change-Id: If965323809c5bfc9cb73ed0f357233d9325d3353
2019-04-15 09:30:24 +00:00
'SwiftFileBackendDirList' => __DIR__ . '/includes/libs/filebackend/fileiteration/SwiftFileBackendDirList.php',
'SwiftFileBackendFileList' => __DIR__ . '/includes/libs/filebackend/fileiteration/SwiftFileBackendFileList.php',
'SwiftFileBackendList' => __DIR__ . '/includes/libs/filebackend/fileiteration/SwiftFileBackendList.php',
'SwiftFileOpHandle' => __DIR__ . '/includes/libs/filebackend/fileophandle/SwiftFileOpHandle.php',
maintenance: Move cleanupTable from .inc to .php … and fix the name. Bug: T184782 Change-Id: I670af00baed690ef57413e721b8f5f615ea46502
2020-09-23 10:49:16 +00:00
'TableCleanup' => __DIR__ . '/maintenance/TableCleanup.php',
Move DiffEngine and helpers to includes/libs/Diff and put them in a namespace I will address the dependencies on MW core in a followup. Bug: T339184 Change-Id: I892364b0c9f15c9de4cfc29c683670c172d71764
2023-06-20 04:02:04 +00:00
'TableDiffFormatter' => __DIR__ . '/includes/libs/Diff/TableDiffFormatter.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'TablePager' => __DIR__ . '/includes/pager/TablePager.php',
Allow users to add, remove and apply change tags using the API You can add tags at the same time as performing action=edit, as long as you have the "applychangetags" right. Also, you can add or remove tags after the fact from revisions and log entries using the API action=tags. No UI is provided for either of these changes. The target audience is user scripts, gadgets and similar tools. Includes a new log parameter format type: "list", for a comma-separated list of values. Logging of change tag events is limited to those that do not accompany an edit (i.e. those done after the fact), and is hidden from Special:Log by default, similar to the patrol log. Bug: T20670 Change-Id: I37275e0f73fa3127f55da0c320b892551b61ee80
2015-04-15 01:33:08 +00:00
'TagLogFormatter' => __DIR__ . '/includes/logging/TagLogFormatter.php',
Move FSFile classes to /fsfile Change-Id: I21f3a9ac52b1f953ca09da0705cac868785193e1
2016-10-18 22:36:24 +00:00
'TempFSFile' => __DIR__ . '/includes/libs/filebackend/fsfile/TempFSFile.php',
Move TempFileRepo to a separate file Change-Id: I6fc0870cc82a7b19859abc00bd4b2ecee6c0fc9e
2016-12-17 09:12:32 +00:00
'TempFileRepo' => __DIR__ . '/includes/filerepo/TempFileRepo.php',
Reorg: Move HTML-related classes out of includes/ to Html/ Bug: T321882 Change-Id: I5dc1f7e9c303cd3f5b9dd7010d6bb470d8400a18
2023-02-16 19:27:21 +00:00
'TemplateParser' => __DIR__ . '/includes/Html/TemplateParser.php',
Reorg: Move EditPage.php to MediaWiki\EditPage Also moving TemplatesOnThisPageFormatter to the same namesapce as it's only used by EditPage Bug: T321882 Change-Id: Ibefc44eb64aedb430148b109090584c3e35794ab
2023-02-13 19:56:51 +00:00
'TemplatesOnThisPageFormatter' => __DIR__ . '/includes/editpage/TemplatesOnThisPageFormatter.php',
Make some storage scripts use Maintenance class CommandLineInc is deprecated. This allows the scripts to be executed from MaintenanceRunner. Change-Id: I180605ea5cb47783670b28a6f01d98f0398c705d
2023-01-08 21:31:07 +00:00
'TestCompression' => __DIR__ . '/maintenance/storage/testCompression.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'TextContent' => __DIR__ . '/includes/content/TextContent.php',
'TextContentHandler' => __DIR__ . '/includes/content/TextContentHandler.php',
move most of dumpTextPass to an include file so it can be subclassed Bug: T164262 Change-Id: I9b3c54503dd9ad193af7765459613a7e73ffbb45
2018-02-11 10:37:41 +00:00
'TextPassDumper' => __DIR__ . '/maintenance/includes/TextPassDumper.php',
[MCR] Render multi-slot diffs Move logic for rendering a diff between two content objects out of DifferenceEngine, into a new SlotDiffRenderer class. Make DifferenceEngine use multiple SlotDiffRenderers, one per slot. This separates the class tree for changing high-level diff properties such as the header or the revision selection method (same as before: subclass DifferenceEngine and override ContentHandler::getDiffEngineClass or implement GetDifferenceEngine) and the one for changing the actual diff rendering for a given content type (subclass SlotDiffRenderer and override ContentHandler::getSlotDiffRenderer or implement GetSlotDiffRenderer). To keep B/C, when SlotDiffRenderer is not overridden for a given content type but DifferenceEngine is, that DifferenceEngine will be used instead. The weak point of the scheme is overriding the DifferenceEngine methods passing control to the SlotDiffRenderers (the ones calling getDifferenceEngines), without calling the parent. These are: showDiffStyle, getDiffBody, getDiffBodyCacheKeyParams. Extensions doing that will probably break in unpredictable ways (most likely, only showing the main slot diff). Nothing in gerrit does it, at least. A new GetSlotDiffRenderer hook is added to modify rendering for content models not owned by the extension, much like how GetDifferenceEngine works. Also deprecates public access to mNewRev/mOldRev and creates public getters instead. DifferenceEngine never supported external changes to those properties, this just acknowledges it. Bug: T194731 Change-Id: I2f8a9dbebd2290b7feafb20e2bb2a2693e18ba11 Depends-On: I04e885a33bfce5bccc807b9bcfe1eaa577a9fd47 Depends-On: I203d8895bf436b7fee53fe4718dede8a3b1768bc
2018-07-11 09:24:07 +00:00
'TextSlotDiffRenderer' => __DIR__ . '/includes/diff/TextSlotDiffRenderer.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'TextStatsOutput' => __DIR__ . '/maintenance/language/StatOutputs.php',
language: Move converters/ to includes/language/converters These are easy to move. They contain regular, testable, source code, are loaded only via the autoloader, and have no references to their file paths from anywhere else in or outside of core (as far as Codesearch can see). Change-Id: Ibe94e541637bb273bd11dba6c2bc5b59f601dd19
2020-07-02 00:57:56 +00:00
'TgConverter' => __DIR__ . '/includes/language/converters/TgConverter.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ThrottledError' => __DIR__ . '/includes/exception/ThrottledError.php',
Move MediaTransformOutput classes to own files Change-Id: I1c676f18101250ffc28ea412213d568c5a4f527d
2019-03-30 11:16:51 +00:00
'ThumbnailImage' => __DIR__ . '/includes/media/ThumbnailImage.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ThumbnailRenderJob' => __DIR__ . '/includes/jobqueue/jobs/ThumbnailRenderJob.php',
media: Rename files to match the name of the class they define This will make jumping from file to file much easier in text editors when file name lookups will autocomplete naturally when looking for a class by name. Change-Id: I4b2e55a2e72674b619d5a592866c8a019a2b0224
2018-04-28 01:05:23 +00:00
'TiffHandler' => __DIR__ . '/includes/media/TiffHandler.php',
Add Timing interface * Add `Timing`, an interface which mimics the W3C User Timing API. It provides a canonical way to store and retrieve markers (timestamps) and measures (timestamps + duration). * As the initial use-case, use it to record 'requestShutdown'. Change-Id: I36b29162ffcc091406df025463b0e2797e52f19a
2015-11-03 02:26:07 +00:00
'Timing' => __DIR__ . '/includes/libs/Timing.php',
title: Move Title.php to includes/title/ where related classes are Also silence a random Phan false-positive that for some reason wasn't discoverable until now. Bug: T321882 Bug: T166010 Change-Id: Ia5d8cb759dc3bc9e9bbe217d0fb109e2f8c4101a
2022-10-13 21:20:35 +00:00
'Title' => __DIR__ . '/includes/title/Title.php',
Reorg: Move Title-related classes to title/ These three classes: - TitleArray - TitleArrayFromResult - TitleFactory We need to move these and the rest of files under title/ to Title/ (and namespace them) but the patch will become way too big given that Title class is also one of them. Bug: T321882 Change-Id: Iac1688172ee457348a08a470c86e047571feb8e0
2022-11-26 01:15:16 +00:00
'TitleArrayFromResult' => __DIR__ . '/includes/title/TitleArrayFromResult.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'TitleCleanup' => __DIR__ . '/maintenance/cleanupTitles.php',
Reorg: Move Title-related classes to title/ These three classes: - TitleArray - TitleArrayFromResult - TitleFactory We need to move these and the rest of files under title/ to Title/ (and namespace them) but the patch will become way too big given that Title class is also one of them. Bug: T321882 Change-Id: Iac1688172ee457348a08a470c86e047571feb8e0
2022-11-26 01:15:16 +00:00
'TitleFactory' => __DIR__ . '/includes/title/TitleFactory.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'TitleFormatter' => __DIR__ . '/includes/title/TitleFormatter.php',
'TitleParser' => __DIR__ . '/includes/title/TitleParser.php',
Move PrefixSearch classes to own files Move all into search subfolder Change-Id: I4097b9745d22545afe6761da1fa67cf98af5b811
2019-03-27 20:40:33 +00:00
'TitlePrefixSearch' => __DIR__ . '/includes/search/TitlePrefixSearch.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'TitleValue' => __DIR__ . '/includes/title/TitleValue.php',
Add converter for the Talysh language (tly) Mostly copied from UzConverter. This is a very simple converter, with bidirectional one to one correspondence: for every Latin letter there is a corresponding Cyrillic letter and vice versa. There are no digraphs or punctuation to convert. The Latin alphabet is the primary one used for this language today, and will probably remain so for the foreseeable future, so "tly" remains the usual code, and "tly-cyrl" is added for Cyrillic. Language name is changed: * The main language name is now Latin. * The word "language" ("зывон") is removed. * The spelling of the word "Talysh" is based on the Pireyko dictionary. Bug: T258975 Change-Id: I552e07967ea82e03c413a0b10b129a846aa007c7
2020-07-27 12:21:43 +00:00
'TlyConverter' => __DIR__ . '/includes/language/converters/TlyConverter.php',
Make some storage scripts use Maintenance class CommandLineInc is deprecated. This allows the scripts to be executed from MaintenanceRunner. Change-Id: I180605ea5cb47783670b28a6f01d98f0398c705d
2023-01-08 21:31:07 +00:00
'TrackBlobs' => __DIR__ . '/maintenance/storage/trackBlobs.php',
Reorg: Move category-related classes from includes/ to Category/ Bug: T321882 Change-Id: I0b86acfdeaa3a2a0a14b7763fd088122820bafdc
2023-02-09 18:59:23 +00:00
'TrackingCategories' => __DIR__ . '/includes/Category/TrackingCategories.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'TraditionalImageGallery' => __DIR__ . '/includes/gallery/TraditionalImageGallery.php',
Introduce TransactionRoundAwareUpdate interface Refactor the deferred update transaction round handling code to use a new TransactionRoundAwareUpdate interface. Also, rename a few DeferredUpdates methods so they do not give the impression that doUpdates() is always called. Change-Id: Idc4c6d81c4e2ca0ce41bca1e7800f797fa7e37f6
2019-05-21 21:52:57 +00:00
'TransactionRoundAwareUpdate' => __DIR__ . '/includes/deferred/TransactionRoundAwareUpdate.php',
deferred: Introduce TransactionRoundDefiningUpdate This allows scheduling of updates that need to start their own transaction round. Specifically for cases where the ability to commit early is not enough (which is already possible via LBFactory getEmptyTransactionTicket and commitAndWaitForReplication). Change-Id: I0910587b61c8ddf825f91e92c2f93582cc7ebd80
2017-10-12 20:19:56 +00:00
'TransactionRoundDefiningUpdate' => __DIR__ . '/includes/deferred/TransactionRoundDefiningUpdate.php',
Move MediaTransformOutput classes to own files Change-Id: I1c676f18101250ffc28ea412213d568c5a4f527d
2019-03-30 11:16:51 +00:00
'TransformParameterError' => __DIR__ . '/includes/media/TransformParameterError.php',
'TransformTooBigImageAreaError' => __DIR__ . '/includes/media/TransformTooBigImageAreaError.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'TransformationalImageHandler' => __DIR__ . '/includes/media/TransformationalImageHandler.php',
language: Move LanguageConverterFactory and TrivialLanguageConverter to includes/ Follows-up 61e0908fa29 (I0e4d77de0), which introduced these new classes in the old languages/ directory instead of under includes/language. Bug: T226833 Bug: T225756 Change-Id: Ib19db32303c9e2275a0007a3583820c6b1d5529c
2020-07-02 00:47:46 +00:00
'TrivialLanguageConverter' => __DIR__ . '/includes/language/TrivialLanguageConverter.php',
Replace usage of custom File properties Some MediaHandler subclasses were setting custom properties on the File object in order to cache file-associated state. So: * Add File::getHandlerState() and File::setHandlerState(). * Put them in an interface, which will be used in a subsequent commit in MediaHandler::getSizeAndMetadata(). * Use them in DjvuHandler. * Provide a trivial implementation of the interface, for use in testing and in the subsequent commit. Change-Id: Ic365384ff13f7898c1203da38c4405abf03d7563
2021-05-26 00:48:41 +00:00
'TrivialMediaHandlerState' => __DIR__ . '/includes/media/TrivialMediaHandlerState.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'UDPRCFeedEngine' => __DIR__ . '/includes/rcfeed/UDPRCFeedEngine.php',
Create a generic UDP transport class Code moved from MWLoggerLegacyLogger::emit(), which was formerly in wfErrorLog(). Bug: T74572 Bug: T78599 Change-Id: I9e0e63d41bed6ccb468f3a9f1d52f156acc355a8
2014-12-15 22:05:13 +00:00
'UDPTransport' => __DIR__ . '/includes/libs/UDPTransport.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'UIDGenerator' => __DIR__ . '/includes/utils/UIDGenerator.php',
'UcdXmlReader' => __DIR__ . '/maintenance/language/generateCollationData.php',
'Undelete' => __DIR__ . '/maintenance/undelete.php',
Move DiffEngine and helpers to includes/libs/Diff and put them in a namespace I will address the dependencies on MW core in a followup. Bug: T339184 Change-Id: I892364b0c9f15c9de4cfc29c683670c172d71764
2023-06-20 04:02:04 +00:00
'UnifiedDiffFormatter' => __DIR__ . '/includes/libs/Diff/UnifiedDiffFormatter.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'UnlistedSpecialPage' => __DIR__ . '/includes/specialpage/UnlistedSpecialPage.php',
'UnprotectAction' => __DIR__ . '/includes/actions/UnprotectAction.php',
'UnregisteredLocalFile' => __DIR__ . '/includes/filerepo/file/UnregisteredLocalFile.php',
Add UnknownContentHandler. UnknownContentHandler can be configued to handle models that belong to extensions that have been undeployed: $wgContentHandlers['xyzzy'] = 'UnknownContentHandler'; This way, no errors will be thrown when trying to access pages with the unsupported model. Instead, an error message is shown, and editing is prevented. This patch also improves handling of non-editable content in EditPage and in DifferenceEngine. Bug: T220608 Change-Id: Ia94521b786c0a5225a674e4dc3cb6761a723d75b
2019-08-21 15:51:10 +00:00
'UnsupportedSlotDiffRenderer' => __DIR__ . '/includes/diff/UnsupportedSlotDiffRenderer.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'UnwatchAction' => __DIR__ . '/includes/actions/UnwatchAction.php',
'UpdateArticleCount' => __DIR__ . '/maintenance/updateArticleCount.php',
'UpdateCollation' => __DIR__ . '/maintenance/updateCollation.php',
Follow-up 83ec590: Add new updateExtensionJsonSchema to autoload Change-Id: Ibf61cf36c094ac192b6a7f9aa010659a12e5c5bb
2016-07-18 22:20:40 +00:00
'UpdateExtensionJsonSchema' => __DIR__ . '/maintenance/updateExtensionJsonSchema.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'UpdateRestrictions' => __DIR__ . '/maintenance/updateRestrictions.php',
'UpdateSearchIndex' => __DIR__ . '/maintenance/updateSearchIndex.php',
'UpdateSpecialPages' => __DIR__ . '/maintenance/updateSpecialPages.php',
'UploadBase' => __DIR__ . '/includes/upload/UploadBase.php',
Move upload stash related exceptions to own files Change-Id: I23e81af2f1bf73f5cd78a01bcc2fcebb4c4ea038
2019-02-06 21:22:01 +00:00
'UploadChunkFileException' => __DIR__ . '/includes/upload/exception/UploadChunkFileException.php',
'UploadChunkVerificationException' => __DIR__ . '/includes/upload/exception/UploadChunkVerificationException.php',
'UploadChunkZeroLengthFileException' => __DIR__ . '/includes/upload/exception/UploadChunkZeroLengthFileException.php',
Split off remaining helper classes for special pages to separate files includes/specials/formfields/ * EditWatchlistCheckboxSeriesField (for SpecialEditWatchlist) * UploadSourceField (for SpecialUpload) * Licenses (for SpecialUpload) includes/specials/forms/ * EditWatchlistNormalHTMLForm (for SpecialEditWatchlist) * PreferencesForm (for SpecialPreferences) * UploadForm (for SpecialUpload) includes/specials/helpers/ * ImportReporter (for SpecialImport) * License (for SpecialUpload) Change-Id: I58abcbb44dbf9bf1762b4252555f7552bfa7c253
2017-09-12 21:03:26 +00:00
'UploadForm' => __DIR__ . '/includes/specials/forms/UploadForm.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'UploadFromChunks' => __DIR__ . '/includes/upload/UploadFromChunks.php',
'UploadFromFile' => __DIR__ . '/includes/upload/UploadFromFile.php',
'UploadFromStash' => __DIR__ . '/includes/upload/UploadFromStash.php',
'UploadFromUrl' => __DIR__ . '/includes/upload/UploadFromUrl.php',
API: Move parameter formatting into LogFormatter This allows for extensions to format their log entry parameters, and keeps the code for formatting API log entry parameters in the same place as for other formatting. This also takes the opportunity to rearrange the output format slightly to avoid conflicts like what's happening in T73020. Bug: T35235 Bug: T73020 Bug: T91466 Change-Id: I6846ce09322eb404c506b5a51780a44ce9279fe2
2014-08-10 10:25:29 +00:00
'UploadLogFormatter' => __DIR__ . '/includes/logging/UploadLogFormatter.php',
Factor UploadRevisionImporter & ImportableUploadRevision out of WikiRevision This is to be used within the FileImporter extension to allow adding custom loggers to this import process. Change-Id: I4a6c573fc0a69b06d696cd2afca9226fb492a9bc
2017-07-04 21:07:04 +00:00
'UploadRevisionImporter' => __DIR__ . '/includes/import/UploadRevisionImporter.php',
Split classes in Import.php into separate files Bug: T122532 Change-Id: Ic4463ab8d3a7b2779f43efb92cb790dbc1d88064
2015-12-28 22:27:48 +00:00
'UploadSourceAdapter' => __DIR__ . '/includes/import/UploadSourceAdapter.php',
Split off remaining helper classes for special pages to separate files includes/specials/formfields/ * EditWatchlistCheckboxSeriesField (for SpecialEditWatchlist) * UploadSourceField (for SpecialUpload) * Licenses (for SpecialUpload) includes/specials/forms/ * EditWatchlistNormalHTMLForm (for SpecialEditWatchlist) * PreferencesForm (for SpecialPreferences) * UploadForm (for SpecialUpload) includes/specials/helpers/ * ImportReporter (for SpecialImport) * License (for SpecialUpload) Change-Id: I58abcbb44dbf9bf1762b4252555f7552bfa7c253
2017-09-12 21:03:26 +00:00
'UploadSourceField' => __DIR__ . '/includes/specials/formfields/UploadSourceField.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'UploadStash' => __DIR__ . '/includes/upload/UploadStash.php',
Move upload stash related exceptions to own files Change-Id: I23e81af2f1bf73f5cd78a01bcc2fcebb4c4ea038
2019-02-06 21:22:01 +00:00
'UploadStashBadPathException' => __DIR__ . '/includes/upload/exception/UploadStashBadPathException.php',
'UploadStashException' => __DIR__ . '/includes/upload/exception/UploadStashException.php',
Move UploadStashFile to its own file Change-Id: I557bcd8369014bf2ea43c5eb8336562cb6295890
2019-04-14 02:50:59 +00:00
'UploadStashFile' => __DIR__ . '/includes/upload/UploadStashFile.php',
Move upload stash related exceptions to own files Change-Id: I23e81af2f1bf73f5cd78a01bcc2fcebb4c4ea038
2019-02-06 21:22:01 +00:00
'UploadStashFileException' => __DIR__ . '/includes/upload/exception/UploadStashFileException.php',
'UploadStashFileNotFoundException' => __DIR__ . '/includes/upload/exception/UploadStashFileNotFoundException.php',
'UploadStashNoSuchKeyException' => __DIR__ . '/includes/upload/exception/UploadStashNoSuchKeyException.php',
'UploadStashNotLoggedInException' => __DIR__ . '/includes/upload/exception/UploadStashNotLoggedInException.php',
'UploadStashWrongOwnerException' => __DIR__ . '/includes/upload/exception/UploadStashWrongOwnerException.php',
'UploadStashZeroLengthFileException' => __DIR__ . '/includes/upload/exception/UploadStashZeroLengthFileException.php',
Split Collation.php Change-Id: I6abfecf91cdce83dd34b1e8aa8e0b35315f62742
2016-04-03 08:23:20 +00:00
'UppercaseCollation' => __DIR__ . '/includes/collation/UppercaseCollation.php',
maintenance: Script to rename titles for Unicode uppercasing changes This uses MovePage where possible to try to better keep data in sync. Archives, log entries, and so on can't do that though. The script skips User and User_talk pages for registered users, as renaming the users is more complicated than makes sense to try to implement here. Use something like Extension:Renameuser to clean those up; this script can provide a list of user names affected. Bug: T219279 Change-Id: I157577cb5bedfd347b808c254fb19ae8088818ab
2019-04-30 15:33:06 +00:00
'UppercaseTitlesForUnicodeTransition' => __DIR__ . '/maintenance/uppercaseTitlesForUnicodeTransition.php',
Add a central ID lookup service Anything that wants to be "central" right now has to depend on CentralAuth, and then either can't work without CentralAuth or has to branch all over the place based on whether CentralAuth is present. Most of the time all it really needs is a mapping from local users to central user IDs and back or the ability to query whether the local user is attached on some other wiki, so let's make an interface for that in core. See I52aa0460 for an example implementation (CentralAuth), and Ibd192e29 for an example use (OAuth). Bug: T111302 Change-Id: I49568358ec35fdfd0b9e53e441adabded5c7b80f
2015-11-12 23:21:19 +00:00
'User' => __DIR__ . '/includes/user/User.php',
'UserArray' => __DIR__ . '/includes/user/UserArray.php',
'UserArrayFromResult' => __DIR__ . '/includes/user/UserArrayFromResult.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'UserBlockedError' => __DIR__ . '/includes/exception/UserBlockedError.php',
'UserCache' => __DIR__ . '/includes/cache/UserCache.php',
Add hook UserEditCountUpdate Add a hook which runs at the end of UserEditCountUpdate. The idea is to allow CentralAuth to keep its own similar edit count. There's no other hook appropriate for this purpose since UserEditTracker::incrementUserEditCount() has multiple callers. Convert the private associative array in UserEditCountUpdate to a class. Instances of the class are passed to the new hook. A class is better suited to a public interface. Bug: T300075 Change-Id: I16a92e6a6e9faf1be4c7fbe25354a08559df163d
2022-01-31 03:34:39 +00:00
'UserEditCountInfo' => __DIR__ . '/includes/deferred/UserEditCountInfo.php',
UserEditTracker: Do not try to initialize edit count in read-only mode The method UserEditTracker::getUserEditCount (as well as the old User class logic it replaced) calculates the user's edit count and writes it to the database if it was not computed yet. However, it attempts this write even if MediaWiki is in read-only mode, causing errors as this method is frequently called on read requests as well. As a fix, move the edit count initialization to the job queue, which will avoid trying to open a source DB connection (and thus cause a read-only error) on installs that do not use the DB-based job queue. This change requires a workaround in UserGroupManagerTest. Bug: T259719 Change-Id: I6d1c8e9038ae1f98f47bdb2495aecc21654b24c0
2020-08-05 16:02:05 +00:00
'UserEditCountInitJob' => __DIR__ . '/includes/jobqueue/jobs/UserEditCountInitJob.php',
Move user_editcount updates to a mergeable deferred update This should reduce excess contention and lock timeouts. Previously, it used a pre-commit hook which ran just before the end of the DB transaction round. Also removed unused User::incEditCountImmediate() method. Bug: T202715 Depends-on: I6d239a5ea286afb10d9e317b2ee1436de60f7e4f Depends-on: I0ad3d17107efc7b0e59f1dd54d5733cd1572a2b7 Change-Id: I0d6d7ddd91bbb21995142808248d162e05696d47
2018-10-22 22:58:02 +00:00
'UserEditCountUpdate' => __DIR__ . '/includes/deferred/UserEditCountUpdate.php',
Be more db-friendly when purging expired userrights Each expired row has to be fetched from the user_groups table, deleted from that table and added to the user_former_groups table. Per Jaimes request, let's not do this for all rows at once but for smaller chunks and wait for replication to catch up after each chunk has been processed. In addition the function to purge the expired rows now sets a lock so that there won't be multiple concurrent runs. Also, cleaning this table up isn't urgent and thus should be done in a job and not a deferred update, so let's move it there. Bug: T176754 Change-Id: I671d4b9d09677a2f474477ba7fea33a44d6318aa
2017-10-15 22:36:40 +00:00
'UserGroupExpiryJob' => __DIR__ . '/includes/jobqueue/jobs/UserGroupExpiryJob.php',
User group memberships that expire This patch adds an ug_expiry column to the user_groups table, a timestamp giving a date when the user group expires. A new UserGroupMembership class, based on the Block class, manages entries in this table. When the expiry date passes, the row in user_groups is ignored, and will eventually be purged from the DB when UserGroupMembership::insert is next called. Old, expired user group memberships are not kept; instead, the log entries are available to find the history of these memberships, similar to the way it has always worked for blocks and protections. Anyone getting user group info through the User object will get correct information. However, code that reads the user_groups table directly will now need to skip over rows with ug_expiry < wfTimestampNow(). See UsersPager for an example of how to do this. NULL is used to represent infinite (no) expiry, rather than a string 'infinity' or similar (except in the API). This allows existing user group assignments and log entries, which are all infinite in duration, to be treated the same as new, infinite-length memberships, without special casing everything. The whole thing is behind the temporary feature flag $wgDisableUserGroupExpiry, in accordance with the WMF schema change policy. The opportunity has been taken to refactor some static user-group-related functions out of User into UserGroupMembership, and also to add a primary key (ug_user, ug_group) to the user_groups table. There are a few breaking changes: - UserRightsProxy-like objects are now required to have a getGroupMemberships() function. - $user->mGroups (on a User object) is no longer present. - Some protected functions in UsersPager are altered or removed. - The UsersPagerDoBatchLookups hook (unused in any Wikimedia Git-hosted extension) has a change of parameter. Bug: T12493 Depends-On: Ia9616e1e35184fed9058d2d39afbe1038f56d7fa Depends-On: I86eb1d5619347ce54a5f33a591417742ebe5d6f8 Change-Id: I93c955dc7a970f78e32aa503c01c67da30971d1a
2017-01-12 06:07:56 +00:00
'UserGroupMembership' => __DIR__ . '/includes/user/UserGroupMembership.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'UserMailer' => __DIR__ . '/includes/mail/UserMailer.php',
Convert UserNamePrefixSearch to a service Replace existing class with static ::search method with a service under MediaWiki\User\ and with dependencies injected Similar to the creation of the SpecialPageFactory service, rename the old file to UserNamePrefixSearch_deprecated so that UserNamePrefixSearch.php can be used for the service. Follow-up patches will: * Inject and use the new service * Update the release notes * Replace the use of the UserFactory with UserNameUtils Change-Id: Ib78b9bdc96c935d75bd03a8af789b8b359c58b07
2020-10-02 02:21:23 +00:00
'UserNamePrefixSearch' => __DIR__ . '/includes/user/UserNamePrefixSearch_deprecated.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'UserNotLoggedIn' => __DIR__ . '/includes/exception/UserNotLoggedIn.php',
Rewrite userOptions.php * Convert to use Maintenance * Clean up * I want to use the class name UserOptions for something else so rename it. Change-Id: Ic441087702376b1ca0e70554c71cdf7ecad908af
2017-10-06 01:53:57 +00:00
'UserOptionsMaintenance' => __DIR__ . '/maintenance/userOptions.php',
Add UserOptionsUpdateJob class This can help avoid DB master queries on HTTP GET requests Change-Id: I6fa2d53d96509d88f5d3e1ff18f3ca1de8fa4bb1
2019-03-29 07:17:09 +00:00
'UserOptionsUpdateJob' => __DIR__ . '/includes/jobqueue/jobs/UserOptionsUpdateJob.php',
Password validity by policy per group Make password policies defined in a configurable policy, which is defined by group. A user's password policy will be the maximum of each group policy that the user belongs to. Bug: T94774 Change-Id: Iad8e49ffcffed38df6293db0ef31a227d3962003
2015-04-23 01:48:48 +00:00
'UserPasswordPolicy' => __DIR__ . '/includes/password/UserPasswordPolicy.php',
Rename PHP classes to match filenames Also change the letter case in the file names to be consistent to other files in includes/specials. The PHPCS exclude-pattern for these files on MediaWiki.Files.ClassMatchesFilename.NotMatch can now removed. The old class names are still available as aliases and are deprecated now. Change-Id: Id71f5a5ce456caf522c95c477487e14f366c1b40
2022-10-17 08:58:53 +00:00
'UserrightsPage' => __DIR__ . '/includes/specials/SpecialUserRights.php',
Split Pager classes out of SpecialPage files Change-Id: I6c8dbc9084040dd3b8a5e19caaf076bd14b77762
2016-03-24 11:25:40 +00:00
'UsersPager' => __DIR__ . '/includes/specials/pagers/UsersPager.php',
language: Move converters/ to includes/language/converters These are easy to move. They contain regular, testable, source code, are loaded only via the autoloader, and have no references to their file paths from anywhere else in or outside of core (as far as Codesearch can see). Change-Id: Ibe94e541637bb273bd11dba6c2bc5b59f601dd19
2020-07-02 00:57:56 +00:00
'UzConverter' => __DIR__ . '/includes/language/converters/UzConverter.php',
HTMLForm: Separate VForm code to a subclass …and in general, work with the existing HTMLForm design for defining display formats, rather than against it. Breaking changes: * HTMLForm::isVForm() is now deprecated. * You can no longer do this: $form = new HTMLForm( … ); $form->setDisplayFormat( 'vform' ); // throws exception Instead, do this: $form = HTMLForm::factory( 'vform', … ); When using FormSpecialPage, override the new getDisplayFormat() method instead of calling $form->setDisplayFormat() in the alterForm() method. (Other display formats are not affected, only 'vform'.) Bug fixes: * Correctly suppress empty labels for VForm fields * Correctly disable <fieldset/> wrappers for VForms Other benefits: * Reduce code duplication related to $getFieldHtmlMethod * Introduce HTMLForm::factory() method for constructing HTMLForms Related cleanup: * Correctly style 'reset' buttons in MediaWiki UI mode * Label $wgHTMLFormAllowTableFormat as a mobile-specific hack * Display checkboxes normally in MediaWiki UI mode (removed weird override that only broke things). Also, always render checkboxes in VForms as .mw-ui-checkbox. * self:: → static:: Bug: T85285 Change-Id: I086a84f1c8cc6a16710709b7806c7f5f96462b32
2014-12-24 17:21:32 +00:00
'VFormHTMLForm' => __DIR__ . '/includes/htmlform/VFormHTMLForm.php',
Implement extension registration from an extension.json file Introduces wfLoadExtension()/wfLoadSkin() which should be used in LocalSettings.php rather than require-ing a PHP entry point. Extensions and skins would add "extension.json" or "skin.json" files in their root, which contains all the information typically present in PHP entry point files (classes to autoload, special pages, API modules, etc.) A full schema can be found at docs/extension.schema.json, and a script to validate these to the schema is provided. An additional script is provided to convert typical PHP entry point files into their JSON equivalents. The basic flow of loading an extension goes like: * Get the ExtensionRegistry singleton instance * ExtensionRegistry takes a filename, reads the file or tries to get the parsed JSON from APC if possible. * The JSON is run through a Processor instance, which registers things with the appropriate global settings. * The output of the processor is cached in APC if possible. * The extension/skin is marked as loaded in the ExtensionRegistry and a callback function is executed if one was specified. For ideal performance, a batch loading method is also provided: * The absolute path name to the JSON file is queued in the ExtensionRegistry instance. * When loadFromQueue() is called, it constructs a hash unique to the members of the current queue, and sees if the queue has been cached in APC. If not, it processes each file individually, and combines the result of each Processor into one giant array, which is cached in APC. * The giant array then sets various global settings, defines constants, and calls callbacks. To invalidate the cached processed info, by default the mtime of each JSON file is checked. However that can be slow if you have a large number of extensions, so you can set $wgExtensionInfoMTime to the mtime of one file, and `touch` it whenever you update your extensions. Change-Id: I7074b65d07c5c7d4e3f1fb0755d74a0b07ed4596
2014-10-15 00:31:15 +00:00
'ValidateRegistrationFile' => __DIR__ . '/maintenance/validateRegistrationFile.php',
maintenance: Print version of MediaWiki on the command prompt In the past, $wgVersion was the global container used to keep track of the version of MediaWiki. It was recently moved to a constant (MW_VERSION). Sometimes, it's difficult to know the current version of a MW install unless checked via Special:Version (on the web interface). This script is to make a quick command line based version checker of MediaWiki so when someone is working on a patch and wants to quickly know which version of MW that master is on (as this is changing from time to time and no quick way to know if by developers). It's a very simple script and to run it on your command line, do: `php maintenance/version.php` and you'll get a response with the MW version number and other info. Also, it attempts to check that if the version is an LTS and appends it to the version number and also build date which is the latest commit tracked by git. Change-Id: I547f3e7328cf3f18b9d414619b757efc81e63081
2020-07-16 13:00:41 +00:00
'Version' => __DIR__ . '/maintenance/version.php',
registration: Generalize CoreVersionChecker to VersionChecker This allows us to put other requirements more easily into extension registration, such as skins and/or extensions. Bug: T117277 Change-Id: I3ec1b28b6af380621585cd61b38e5ebb8be9f9c7
2016-12-03 18:06:46 +00:00
'VersionChecker' => __DIR__ . '/includes/registration/VersionChecker.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ViewAction' => __DIR__ . '/includes/actions/ViewAction.php',
Add maintenance/view.php for viewing page contents Use case: php maintenance/view.php Foo_bar | \ sed s/foo/bar/ | \ php maintenance/edit.php Foo_bar Adapted from maintenance/edit.php and RawAction.php. Change-Id: I170ac989e0a5b21a22054b549d62023014cb658a
2016-11-23 12:19:50 +00:00
'ViewCLI' => __DIR__ . '/maintenance/view.php',
ResourceLoader namespace (attempt 2) Move ResourceLoader classes to their own namespace. Strip the "ResourceLoader" prefix from all except ResourceLoader itself. Move the tests by analogy. I used a namespace alias "RL" in some callers since RL\Module is less ambiguous at the call site than just "Module". I did not address DependencyStore which continues to have a non-standard location and namespace. Revert of a241d83e0a6dabedf. Bug: T308718 Change-Id: Id08a220e1d6085e2b33f3f6c9d0e3935a4204659
2022-05-06 09:09:56 +00:00
'VueComponentParser' => __DIR__ . '/includes/ResourceLoader/VueComponentParser.php',
Move WANObjectCache to wancache/ instead of WinCache Follow up 6ca3de5fa0. Change-Id: I7021dfe5c900f810ab3b6dc701a04e2c3e1c4c66
2019-08-02 22:01:53 +00:00
'WANObjectCache' => __DIR__ . '/includes/libs/objectcache/wancache/WANObjectCache.php',
Rename PHP classes to match filenames Also change the letter case in the file names to be consistent to other files in includes/specials. The PHPCS exclude-pattern for these files on MediaWiki.Files.ClassMatchesFilename.NotMatch can now removed. The old class names are still available as aliases and are deprecated now. Change-Id: Id71f5a5ce456caf522c95c477487e14f366c1b40
2022-10-17 08:58:53 +00:00
'WantedFilesPage' => __DIR__ . '/includes/specials/SpecialWantedFiles.php',
'WantedPagesPage' => __DIR__ . '/includes/specials/SpecialWantedPages.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'WantedQueryPage' => __DIR__ . '/includes/specialpage/WantedQueryPage.php',
'WatchAction' => __DIR__ . '/includes/actions/WatchAction.php',
Move watcheditem classes to watcheditem directory Change-Id: If915c875380b4ecd74fad64df7833de87ea6d6f7
2017-03-20 12:41:16 +00:00
'WatchedItem' => __DIR__ . '/includes/watcheditem/WatchedItem.php',
'WatchedItemQueryService' => __DIR__ . '/includes/watcheditem/WatchedItemQueryService.php',
'WatchedItemQueryServiceExtension' => __DIR__ . '/includes/watcheditem/WatchedItemQueryServiceExtension.php',
'WatchedItemStore' => __DIR__ . '/includes/watcheditem/WatchedItemStore.php',
Split interface from WatchedItemStore Change-Id: Ifb029f5c79ee4865ee225d4f44d3354d95014cce
2017-03-20 12:57:37 +00:00
'WatchedItemStoreInterface' => __DIR__ . '/includes/watcheditem/WatchedItemStoreInterface.php',
Purge expired watchlist items Add two methods to remove expired watchlist items: 1. A job that's triggered on about 10% of page edits; and 2. A new maintenance script. Bug: T244804 Change-Id: Ica8ab92837c38fa4d484726c94d5181c08387e28
2020-02-14 05:55:07 +00:00
'WatchlistExpiryJob' => __DIR__ . '/includes/jobqueue/jobs/WatchlistExpiryJob.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'WebInstaller' => __DIR__ . '/includes/installer/WebInstaller.php',
Split the classes in WebInstallerPage.php into multiple files Bug: T122634 Change-Id: If6606a0e1c2a5ec5651cc7f83cf7342ff8c6c765
2016-01-05 20:48:25 +00:00
'WebInstallerComplete' => __DIR__ . '/includes/installer/WebInstallerComplete.php',
'WebInstallerCopying' => __DIR__ . '/includes/installer/WebInstallerCopying.php',
'WebInstallerDBConnect' => __DIR__ . '/includes/installer/WebInstallerDBConnect.php',
'WebInstallerDBSettings' => __DIR__ . '/includes/installer/WebInstallerDBSettings.php',
'WebInstallerDocument' => __DIR__ . '/includes/installer/WebInstallerDocument.php',
'WebInstallerExistingWiki' => __DIR__ . '/includes/installer/WebInstallerExistingWiki.php',
'WebInstallerInstall' => __DIR__ . '/includes/installer/WebInstallerInstall.php',
'WebInstallerLanguage' => __DIR__ . '/includes/installer/WebInstallerLanguage.php',
'WebInstallerName' => __DIR__ . '/includes/installer/WebInstallerName.php',
'WebInstallerOptions' => __DIR__ . '/includes/installer/WebInstallerOptions.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'WebInstallerOutput' => __DIR__ . '/includes/installer/WebInstallerOutput.php',
'WebInstallerPage' => __DIR__ . '/includes/installer/WebInstallerPage.php',
Split the classes in WebInstallerPage.php into multiple files Bug: T122634 Change-Id: If6606a0e1c2a5ec5651cc7f83cf7342ff8c6c765
2016-01-05 20:48:25 +00:00
'WebInstallerReleaseNotes' => __DIR__ . '/includes/installer/WebInstallerReleaseNotes.php',
'WebInstallerRestart' => __DIR__ . '/includes/installer/WebInstallerRestart.php',
'WebInstallerUpgrade' => __DIR__ . '/includes/installer/WebInstallerUpgrade.php',
'WebInstallerUpgradeDoc' => __DIR__ . '/includes/installer/WebInstallerUpgradeDoc.php',
'WebInstallerWelcome' => __DIR__ . '/includes/installer/WebInstallerWelcome.php',
media: Rename files to match the name of the class they define This will make jumping from file to file much easier in text editors when file name lookups will autocomplete naturally when looking for a class by name. Change-Id: I4b2e55a2e72674b619d5a592866c8a019a2b0224
2018-04-28 01:05:23 +00:00
'WebPHandler' => __DIR__ . '/includes/media/WebPHandler.php',
Reorg: Move WebRequest to includes\Request This has been approved as part of RFC T166010 Bug: T321882 Change-Id: I6bbdbbe6ea48cc1f50bc568bb8780fc7c5361a6f
2023-09-07 11:46:15 +00:00
'WebRequest' => __DIR__ . '/includes/Request/WebRequest.php',
Reorg: Move some of request related classes to MediaWiki/Request Redoing I5ea70120d74 but without moving WebRequest that caused issues with phan-taint-plugin. Moving: - DerivativeRequest - FauxRequest - FauxRequestUpload - PathRouter - WebRequestUpload Bug: T321882 Change-Id: I832b133aaf61ee9f6190b0227d2f3de99bd1717b
2022-10-28 10:04:25 +00:00
'WebRequestUpload' => __DIR__ . '/includes/Request/WebRequestUpload.php',
Reorg: Move WebResponse and FauxResponse to Request/ Bug: T321882 Change-Id: Iae8b9e0170c67c1adf861a6d0da45178a7d3cca7
2023-03-01 17:02:32 +00:00
'WebResponse' => __DIR__ . '/includes/Request/WebResponse.php',
maintenance: Display the birth date & age of a wiki install This maint script computes and displays a wiki's birth date and birthday in yy, mm, dd format. Sometimes, one would like to know when a wiki was installed and potentially the age of the wiki. Change-Id: If42c74a04491d4331dcd7f6fc00c9460d6e1d51f
2022-06-03 20:48:25 +00:00
'WikiBirthday' => __DIR__ . '/maintenance/wikiBirthday.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'WikiCategoryPage' => __DIR__ . '/includes/page/WikiCategoryPage.php',
Split Export.php classes into seperate files Moved classes in Export.php to seperate files in the new directory includes/export/ and updated autoload.php to these new locations. Bug: T122531 Change-Id: Idd3bba5a85d65c952f2ff503bea2ca76624c9b7f
2015-12-28 22:23:22 +00:00
'WikiExporter' => __DIR__ . '/includes/export/WikiExporter.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'WikiFilePage' => __DIR__ . '/includes/page/WikiFilePage.php',
Split classes in Import.php into separate files Bug: T122532 Change-Id: Ic4463ab8d3a7b2779f43efb92cb790dbc1d88064
2015-12-28 22:27:48 +00:00
'WikiImporter' => __DIR__ . '/includes/import/WikiImporter.php',
WikiImporter: inject services This patch injects services into WikiImporter. It also adds a WikiImporterFactory service for creating WikiImporter instances. Change-Id: I2966297e5728fca1ae8280361f1008cef6c6041b
2021-05-14 23:16:34 +00:00
'WikiImporterFactory' => __DIR__ . '/includes/import/WikiImporterFactory.php',
Reorg: Migrate WikiMap to WikiMap/ out of includes And WikiReference Bug: T321882 Change-Id: I60cf4b9ef02b9d58118caa39172677ddfe03d787
2023-02-23 20:44:38 +00:00
'WikiMap' => __DIR__ . '/includes/WikiMap/WikiMap.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'WikiPage' => __DIR__ . '/includes/page/WikiPage.php',
Reorg: Migrate WikiMap to WikiMap/ out of includes And WikiReference Bug: T321882 Change-Id: I60cf4b9ef02b9d58118caa39172677ddfe03d787
2023-02-23 20:44:38 +00:00
'WikiReference' => __DIR__ . '/includes/WikiMap/WikiReference.php',
Split classes in Import.php into separate files Bug: T122532 Change-Id: Ic4463ab8d3a7b2779f43efb92cb790dbc1d88064
2015-12-28 22:27:48 +00:00
'WikiRevision' => __DIR__ . '/includes/import/WikiRevision.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'WikiStatsOutput' => __DIR__ . '/maintenance/language/StatOutputs.php',
Make content handlers assemble content for search Bug: T89733 Change-Id: Ie45de496ecc826211d98eea3a410c7639b4be0a4
2016-05-16 20:24:10 +00:00
'WikiTextStructure' => __DIR__ . '/includes/content/WikiTextStructure.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'Wikimedia\\DebugInfo\\AnnotationReader' => __DIR__ . '/includes/libs/DebugInfo/AnnotationReader.php',
'Wikimedia\\DebugInfo\\DebugInfoTrait' => __DIR__ . '/includes/libs/DebugInfo/DebugInfoTrait.php',
'Wikimedia\\DebugInfo\\DumpUtils' => __DIR__ . '/includes/libs/DebugInfo/DumpUtils.php',
'Wikimedia\\DebugInfo\\Placeholder' => __DIR__ . '/includes/libs/DebugInfo/Placeholder.php',
ResourceLoader namespace (attempt 2) Move ResourceLoader classes to their own namespace. Strip the "ResourceLoader" prefix from all except ResourceLoader itself. Move the tests by analogy. I used a namespace alias "RL" in some callers since RL\Module is less ambiguous at the call site than just "Module". I did not address DependencyStore which continues to have a non-standard location and namespace. Revert of a241d83e0a6dabedf. Bug: T308718 Change-Id: Id08a220e1d6085e2b33f3f6c9d0e3935a4204659
2022-05-06 09:09:56 +00:00
'Wikimedia\\DependencyStore\\DependencyStore' => __DIR__ . '/includes/ResourceLoader/dependencystore/DependencyStore.php',
'Wikimedia\\DependencyStore\\KeyValueDependencyStore' => __DIR__ . '/includes/ResourceLoader/dependencystore/KeyValueDependencyStore.php',
'Wikimedia\\DependencyStore\\SqlModuleDependencyStore' => __DIR__ . '/includes/ResourceLoader/dependencystore/SqlModuleDependencyStore.php',
Move DiffEngine and helpers to includes/libs/Diff and put them in a namespace I will address the dependencies on MW core in a followup. Bug: T339184 Change-Id: I892364b0c9f15c9de4cfc29c683670c172d71764
2023-06-20 04:02:04 +00:00
'Wikimedia\\Diff\\ArrayDiffFormatter' => __DIR__ . '/includes/libs/Diff/ArrayDiffFormatter.php',
'Wikimedia\\Diff\\ComplexityException' => __DIR__ . '/includes/libs/Diff/ComplexityException.php',
'Wikimedia\\Diff\\Diff' => __DIR__ . '/includes/libs/Diff/Diff.php',
'Wikimedia\\Diff\\DiffEngine' => __DIR__ . '/includes/libs/Diff/DiffEngine.php',
'Wikimedia\\Diff\\DiffFormatter' => __DIR__ . '/includes/libs/Diff/DiffFormatter.php',
'Wikimedia\\Diff\\DiffOp' => __DIR__ . '/includes/libs/Diff/DiffOp.php',
'Wikimedia\\Diff\\DiffOpAdd' => __DIR__ . '/includes/libs/Diff/DiffOpAdd.php',
'Wikimedia\\Diff\\DiffOpChange' => __DIR__ . '/includes/libs/Diff/DiffOpChange.php',
'Wikimedia\\Diff\\DiffOpCopy' => __DIR__ . '/includes/libs/Diff/DiffOpCopy.php',
'Wikimedia\\Diff\\DiffOpDelete' => __DIR__ . '/includes/libs/Diff/DiffOpDelete.php',
'Wikimedia\\Diff\\TableDiffFormatter' => __DIR__ . '/includes/libs/Diff/TableDiffFormatter.php',
'Wikimedia\\Diff\\UnifiedDiffFormatter' => __DIR__ . '/includes/libs/Diff/UnifiedDiffFormatter.php',
'Wikimedia\\Diff\\WordAccumulator' => __DIR__ . '/includes/libs/Diff/WordAccumulator.php',
'Wikimedia\\Diff\\WordLevelDiff' => __DIR__ . '/includes/libs/Diff/WordLevelDiff.php',
Namespace EventRelayer and EventRelayerNull Change-Id: I648998172e2b20328d043bfb5866df4486357250
2023-06-10 22:15:46 +00:00
'Wikimedia\\EventRelayer\\EventRelayer' => __DIR__ . '/includes/libs/eventrelayer/EventRelayer.php',
Reorg: Move EventRelayerGroup to libs/eventrelayer/ Bug: T321882 Change-Id: Ic00f83d127845f99acca9c1f8907db7c6dc03b9e
2023-06-09 20:58:57 +00:00
'Wikimedia\\EventRelayer\\EventRelayerGroup' => __DIR__ . '/includes/libs/eventrelayer/EventRelayerGroup.php',
Namespace EventRelayer and EventRelayerNull Change-Id: I648998172e2b20328d043bfb5866df4486357250
2023-06-10 22:15:46 +00:00
'Wikimedia\\EventRelayer\\EventRelayerNull' => __DIR__ . '/includes/libs/eventrelayer/EventRelayerNull.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'Wikimedia\\Http\\HttpAcceptNegotiator' => __DIR__ . '/includes/libs/http/HttpAcceptNegotiator.php',
'Wikimedia\\Http\\HttpAcceptParser' => __DIR__ . '/includes/libs/http/HttpAcceptParser.php',
http: MultiHttpClient supports TelemetryHeadersInterface Introduce a new interface Wikimedia/Http/TelemetryHeadersInterface that provides telemetry information that could be attached to HTTP Requests. MultiHttpClient is expecting `telemetry` option of TelemetryHeadersInterface type. The MediaWiki/Http/Telemetry implements the interface, therefore ObjectCache can inject it to RESTBagOStuff, that further injects it to MultiHttpClient. Bug: T344926 Change-Id: I59a3f1048c403fe2e4ef0c74353dfe74ff9ca893
2023-09-07 17:46:30 +00:00
'Wikimedia\\Http\\TelemetryHeadersInterface' => __DIR__ . '/includes/libs/http/TelemetryHeadersInterface.php',
objectcache: split out StorageAwareness/ExpirationAwareness from IExpiringStore Add more detailed QOS_* constants while at it Bug: T236412 Change-Id: Ia862c5111a3daf10a34fc78163301629228efa6b
2020-01-09 22:10:08 +00:00
'Wikimedia\\LightweightObjectStore\\ExpirationAwareness' => __DIR__ . '/includes/libs/objectcache/utils/ExpirationAwareness.php',
'Wikimedia\\LightweightObjectStore\\StorageAwareness' => __DIR__ . '/includes/libs/objectcache/utils/StorageAwareness.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'Wikimedia\\Message\\DataMessageValue' => __DIR__ . '/includes/libs/Message/DataMessageValue.php',
'Wikimedia\\Message\\IMessageFormatterFactory' => __DIR__ . '/includes/libs/Message/IMessageFormatterFactory.php',
'Wikimedia\\Message\\ITextFormatter' => __DIR__ . '/includes/libs/Message/ITextFormatter.php',
'Wikimedia\\Message\\ListParam' => __DIR__ . '/includes/libs/Message/ListParam.php',
'Wikimedia\\Message\\ListType' => __DIR__ . '/includes/libs/Message/ListType.php',
'Wikimedia\\Message\\MessageParam' => __DIR__ . '/includes/libs/Message/MessageParam.php',
'Wikimedia\\Message\\MessageValue' => __DIR__ . '/includes/libs/Message/MessageValue.php',
'Wikimedia\\Message\\ParamType' => __DIR__ . '/includes/libs/Message/ParamType.php',
'Wikimedia\\Message\\ScalarParam' => __DIR__ . '/includes/libs/Message/ScalarParam.php',
mime: Convert built-in MIME mappings to PHP arrays Currently, MimeAnalyzer builds the internal mappings of MIME types <=> file extensions by concatenating several string buffers in mime.type format into a giant string, and then parsing it. The mapping of MIME types to internal media types is built up in a similar way, except we use a dubious homegrown format with undocumented conventions. It's a mess, and an expensive one -- ~1.5% of api.php CPU time on the WMF cluster is spent building these buffers and parsing them. Converting the mappings to PHP associative arrays makes them much cheaper to load and easier to maintain. Doing this without breaking compatibility with existing behaviors requires some delicate footwork. The current mime.types buffer is made up of the following fragments, in order: 1) MimeAnalyzer::$wellKnownTypes 2) If $wgMimeTypeFile == 'includes/mime.types' (sic!): the contents of includes/libs/mime/mime.types. If $wgMimeTypeFile is another file path (e.g., '/etc/mime.types'): the contents of that file. If !wg$MimeTypeFile, this fragment is blank. 3) MimeAnalyzer::$extraTypes (populated by extensions via hook). The mime.info buffer is built up in the exact same way, except it's MimeAnalyzer::$wellKnownInfo, $wgMimeInfoFile, and MimeAnalyzer::$extraInfo. What this means in effect is that some built-in MediaWiki MIME mappings are "baked in" (anything in MimeAnalyzer::$wellKnown*), and others can be overridden (anything in includes/libs/mime/mime.*). To avoid breaking backward compatibility, we have to preserve the distinction. Thus this change has two MIME mappings, encapsulated in two classes: 'MimeMapMinimal', which contains just the baked-in mappings, and 'MimeMap' which contains both the baked-in and overridable mappings. We also have to keep the code for parsing mime.types and the ad-hoc mime.info format, at least for now. In a FUTURE change (i.e., not here), I think we can: * Deprecate $wgMimeTypeFile in favor of a new config var, $wgExtraMimeTypeFile. $wgMimeTypeFile is evil because if you are using to add support for additional MIME types, you can end up unwittingly dropping support for other types that exist in MediaWiki's mime.types but not your file. The new $wgExtraMimeTypeFile would only be used to add new MIME mappings on top of the standard MimeMappings, which was probably the original intent for $wgMimeTypeFile. * Deprecate $wgMimeInfoFile. I don't think we need to provide a replacement, because extensions can use the hook, and I doubt anyone is using the config var. But if we wanted to provide an alternative, we could have a $wgExtraMimeInfoMap that has an array of extra mappings. * Deprecate MimeAnalyzer::addExtraTypes and MimeAnalyzer::addExtraInfo, and provide alternative interfaces that take structured input instead of string blobs. I tested this by dumping the internal state of MimeAnalyzer before and after this CL using the script in Ib856a69fe, using both default and custom values for $wgMimeInfo(File|Type). Bug: T252228 Change-Id: I9b2979d3c9c0dee96bb19e0290f680724e718891
2020-05-12 19:42:35 +00:00
'Wikimedia\\Mime\\MimeMap' => __DIR__ . '/includes/libs/mime/MimeMap.php',
'Wikimedia\\Mime\\MimeMapMinimal' => __DIR__ . '/includes/libs/mime/MimeMapMinimal.php',
Introduce and apply NonSerializableTrait The NonSerializableTrait prevents object serialization via php's native serialization mechanism. Most objects are not safe to serialize, and NonSerializableTrait provides a covenient and uniform way to protect against serialization attempts. This patch applies the NonSerializableTrait to some key classes in MediaWiki. Bug: T187731 Bug: T259181 Change-Id: I0c3b558d97e3415413bbaa3d98f6ebd5312c4a67
2020-09-07 09:30:43 +00:00
'Wikimedia\\NonSerializable\\NonSerializableTrait' => __DIR__ . '/includes/libs/NonSerializableTrait.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'Wikimedia\\ParamValidator\\Callbacks' => __DIR__ . '/includes/libs/ParamValidator/Callbacks.php',
'Wikimedia\\ParamValidator\\ParamValidator' => __DIR__ . '/includes/libs/ParamValidator/ParamValidator.php',
'Wikimedia\\ParamValidator\\SimpleCallbacks' => __DIR__ . '/includes/libs/ParamValidator/SimpleCallbacks.php',
'Wikimedia\\ParamValidator\\TypeDef' => __DIR__ . '/includes/libs/ParamValidator/TypeDef.php',
'Wikimedia\\ParamValidator\\TypeDef\\BooleanDef' => __DIR__ . '/includes/libs/ParamValidator/TypeDef/BooleanDef.php',
'Wikimedia\\ParamValidator\\TypeDef\\EnumDef' => __DIR__ . '/includes/libs/ParamValidator/TypeDef/EnumDef.php',
'Wikimedia\\ParamValidator\\TypeDef\\ExpiryDef' => __DIR__ . '/includes/libs/ParamValidator/TypeDef/ExpiryDef.php',
'Wikimedia\\ParamValidator\\TypeDef\\FloatDef' => __DIR__ . '/includes/libs/ParamValidator/TypeDef/FloatDef.php',
'Wikimedia\\ParamValidator\\TypeDef\\IntegerDef' => __DIR__ . '/includes/libs/ParamValidator/TypeDef/IntegerDef.php',
'Wikimedia\\ParamValidator\\TypeDef\\LimitDef' => __DIR__ . '/includes/libs/ParamValidator/TypeDef/LimitDef.php',
'Wikimedia\\ParamValidator\\TypeDef\\NumericDef' => __DIR__ . '/includes/libs/ParamValidator/TypeDef/NumericDef.php',
'Wikimedia\\ParamValidator\\TypeDef\\PasswordDef' => __DIR__ . '/includes/libs/ParamValidator/TypeDef/PasswordDef.php',
'Wikimedia\\ParamValidator\\TypeDef\\PresenceBooleanDef' => __DIR__ . '/includes/libs/ParamValidator/TypeDef/PresenceBooleanDef.php',
'Wikimedia\\ParamValidator\\TypeDef\\StringDef' => __DIR__ . '/includes/libs/ParamValidator/TypeDef/StringDef.php',
'Wikimedia\\ParamValidator\\TypeDef\\TimestampDef' => __DIR__ . '/includes/libs/ParamValidator/TypeDef/TimestampDef.php',
'Wikimedia\\ParamValidator\\TypeDef\\UploadDef' => __DIR__ . '/includes/libs/ParamValidator/TypeDef/UploadDef.php',
'Wikimedia\\ParamValidator\\Util\\UploadedFile' => __DIR__ . '/includes/libs/ParamValidator/Util/UploadedFile.php',
'Wikimedia\\ParamValidator\\Util\\UploadedFileStream' => __DIR__ . '/includes/libs/ParamValidator/Util/UploadedFileStream.php',
'Wikimedia\\ParamValidator\\ValidationException' => __DIR__ . '/includes/libs/ParamValidator/ValidationException.php',
rdbms: Introduce expression builder To avoid accepting raw SQL in conditions and avoid the need to call to addQuotes() which might get forgotten and open a SQL injection vulnerability. A migration path would be something like the following: Before: 'rev_timestamp > ' . $db->addQuotes( $timestamp ) After: $db->expr( 'rev_timestamp', '>', $timestamp ) See the ticket for more information and reasoning. Bug: T210206 Change-Id: I72431410c21ab97e797c7df07bf0dedd19307e65
2023-10-09 20:08:03 +00:00
'Wikimedia\\Rdbms\\AndExpressionGroup' => __DIR__ . '/includes/libs/rdbms/expression/AndExpressionGroup.php',
rdbms: move some files under rdbms/database to subfolders Change-Id: I627398d2cfe9fda93a16f94a94e75cf5f8833613
2019-03-26 05:39:24 +00:00
'Wikimedia\\Rdbms\\AtomicSectionIdentifier' => __DIR__ . '/includes/libs/rdbms/database/utils/AtomicSectionIdentifier.php',
Move Blob class to Rdbms namespaces Leave \Blob as an alias. Callers can now use the Rdbms\Blob class for "extends"/"new" and the Rdbms\IBlob interface for type hints. Change-Id: I983b76f181ac60c1eb92c350cd27ad77ec90a192
2017-02-07 17:36:12 +00:00
'Wikimedia\\Rdbms\\Blob' => __DIR__ . '/includes/libs/rdbms/encasing/Blob.php',
Replace MediaWikiIntegrationTestCase::$tablesUsed with automatic query tracking This patch deprecates the $tablesUsed property, and introduces a new utility, ChangedTablesTracker, that automatically keeps track of all tables changed in a test. Every table used is now guaranteed to be reset after the test. Note that tables changed in addDBDataOnce are only cleared at the end of the test class, or the data would be lost. Fix a test in SpecialBlockTest which would fail with this patch. $tablesUsed is now a no-op and can be removed from all tests that declare it. Bug: T342301 Change-Id: Ie2f1809dac243ef06ba0c34f039ce4e62cbf99cf
2023-08-07 12:08:50 +00:00
'Wikimedia\\Rdbms\\ChangedTablesTracker' => __DIR__ . '/includes/libs/rdbms/ChangedTablesTracker.php',
Move ChronologyProtector/TransactionProfiler to Rdbms namespace Change-Id: I37a655bd8bd267c9bc32028b55925b2dce527d33
2017-01-26 17:42:38 +00:00
'Wikimedia\\Rdbms\\ChronologyProtector' => __DIR__ . '/includes/libs/rdbms/ChronologyProtector.php',
rdbms: Move ReadOnlyMode and ConfiguredReadOnlyMode to rdbms library The db/ directory does not have an owner and it's a mess in general. These classes don't depend on anything in core except the rdbms library. Let's simply move it there. In other words, Krinkle made me do it. Since the class was moved in I6202e52ba73 merged less than a week ago, no need to alias anything. Bug: T321882 Change-Id: I24ceeb8bf765a50f441270136acd612359d50aa2
2023-05-04 21:41:21 +00:00
'Wikimedia\\Rdbms\\ConfiguredReadOnlyMode' => __DIR__ . '/includes/libs/rdbms/ConfiguredReadOnlyMode.php',
Add DB ConnectionManagers This moves and refactors the ConsistentReadConnectionManager from Wikibase into the core rdbms lib. The refactoring also creates a generic ConnectionManager. This relates to Iff20a22f9f2bc7ceefd6defc0ed9a494a6fe62c0 which introduced a DB factory / connection manager in an extension revealing the need for this in multiple places. Change-Id: I0c58e15aed5bed88323d18cb95e5008f8d3381c5
2016-11-21 13:26:07 +00:00
'Wikimedia\\Rdbms\\ConnectionManager' => __DIR__ . '/includes/libs/rdbms/connectionmanager/ConnectionManager.php',
rdbms: make automatic connection recovery more robust Rename canRecoverFromDisconnect() in order to better describe its function. Make it use the transaction ID and query walltime as arguments and return an ERR_* class constant instead of a bool. Avoid retries of slow queries that yield lost connection errors. Track session state errors caused by the loss of named locks or temp tables (e.g. during connection loss). Such errors will prevent further queries except for rollback() and flushSession(), which must be issued to resolve the error. Add flushPrimarySessions() methods to LBFactory/LoadBalancer and use it in places where session state loss is meant to be safely aknowledged. Change-Id: I60532f86e629c83b357d4832d1963eca17752944
2022-03-18 00:08:39 +00:00
'Wikimedia\\Rdbms\\CriticalSessionInfo' => __DIR__ . '/includes/libs/rdbms/database/utils/CriticalSessionInfo.php',
Move DB errors to Rdbms namespace Change-Id: I463bd86123501abc68fdb78b4cda6110f7af2549
2017-02-24 16:17:16 +00:00
'Wikimedia\\Rdbms\\DBAccessError' => __DIR__ . '/includes/libs/rdbms/exception/DBAccessError.php',
Move DBConnRef/MaintainableDBConnRef to Rdbms namespace Change-Id: I7ca6b40f973b2aae83747de92e280ded222c87e3
2017-03-29 16:15:50 +00:00
'Wikimedia\\Rdbms\\DBConnRef' => __DIR__ . '/includes/libs/rdbms/database/DBConnRef.php',
Move DB errors to Rdbms namespace Change-Id: I463bd86123501abc68fdb78b4cda6110f7af2549
2017-02-24 16:17:16 +00:00
'Wikimedia\\Rdbms\\DBConnectionError' => __DIR__ . '/includes/libs/rdbms/exception/DBConnectionError.php',
'Wikimedia\\Rdbms\\DBError' => __DIR__ . '/includes/libs/rdbms/exception/DBError.php',
'Wikimedia\\Rdbms\\DBExpectedError' => __DIR__ . '/includes/libs/rdbms/exception/DBExpectedError.php',
rdmbs: Start of SQLPlatform to split out of Database This is the first step to split parts of Database that doesn't require a connection and are used for query parts. Bug: T299691 Change-Id: I140aa4328865994499926f898233867ce383908c
2021-12-08 12:08:11 +00:00
'Wikimedia\\Rdbms\\DBLanguageError' => __DIR__ . '/includes/libs/rdbms/exception/DBLanguageError.php',
Rename DB primary position interfaces to DBPrimaryPos and MySQLPrimaryPos And replace all uses. Bug: T282894 Change-Id: I5222a8568255ac9fa5e2350e2264b8d2ee5eb968
2021-05-14 19:48:07 +00:00
'Wikimedia\\Rdbms\\DBPrimaryPos' => __DIR__ . '/includes/libs/rdbms/database/position/DBPrimaryPos.php',
rdbms: improve query logging logic in Database * Merge the two debug() calls in attemptQuery() into one single call which checks DBO_DEBUG. This avoids pointless SPI logger overhead. * Avoid calling generalizeSQL() unless actually necessary. This works via a lazy-loading object. * Make lastQuery() a bit more consistent in terms of when it gets updated. * Add DBQueryDisconnectedError class for dropped connections. * Clean up visbility and names of last query/error fields. Change-Id: Ie8df3434d23b18f7a0f4c056d71388192cc52c6b
2019-05-07 00:01:03 +00:00
'Wikimedia\\Rdbms\\DBQueryDisconnectedError' => __DIR__ . '/includes/libs/rdbms/exception/DBQueryDisconnectedError.php',
Move DB errors to Rdbms namespace Change-Id: I463bd86123501abc68fdb78b4cda6110f7af2549
2017-02-24 16:17:16 +00:00
'Wikimedia\\Rdbms\\DBQueryError' => __DIR__ . '/includes/libs/rdbms/exception/DBQueryError.php',
Detect query timeouts and throw a specific exception Throw DBQueryTimeoutError if a database query error is detected to be a timeout. Only DatabaseMysqlBase has been updated here. This is a subclass of DBQueryError, so existing catch'es will work. Bug: T175775 Change-Id: I4749dc33ad530d9b22504f02106b1ca49e8eb167
2017-09-18 11:38:59 +00:00
'Wikimedia\\Rdbms\\DBQueryTimeoutError' => __DIR__ . '/includes/libs/rdbms/exception/DBQueryTimeoutError.php',
Move DB errors to Rdbms namespace Change-Id: I463bd86123501abc68fdb78b4cda6110f7af2549
2017-02-24 16:17:16 +00:00
'Wikimedia\\Rdbms\\DBReadOnlyError' => __DIR__ . '/includes/libs/rdbms/exception/DBReadOnlyError.php',
rdbms: add and enforce DB_REPLICA/DB_MASTER roles in DBConnRef Even if there is only one database, if a DB_REPLICA connection reference is obtained and an attempt is made to write it then it will still fail. This can make it easier to spot incorrect database usage even in a simple vanilla developer environment. Note that methods like ILoadBalancer::getConnectionRef() can be used for local connections as well as foreign ones. Change-Id: I5523daad1bdd64624d3e0dd41bfd8d078b1078b0
2019-03-21 16:10:23 +00:00
'Wikimedia\\Rdbms\\DBReadOnlyRoleError' => __DIR__ . '/includes/libs/rdbms/exception/DBReadOnlyRoleError.php',
Move DB errors to Rdbms namespace Change-Id: I463bd86123501abc68fdb78b4cda6110f7af2549
2017-02-24 16:17:16 +00:00
'Wikimedia\\Rdbms\\DBReplicationWaitError' => __DIR__ . '/includes/libs/rdbms/exception/DBReplicationWaitError.php',
rdbms: make automatic connection recovery more robust Rename canRecoverFromDisconnect() in order to better describe its function. Make it use the transaction ID and query walltime as arguments and return an ERR_* class constant instead of a bool. Avoid retries of slow queries that yield lost connection errors. Track session state errors caused by the loss of named locks or temp tables (e.g. during connection loss). Such errors will prevent further queries except for rollback() and flushSession(), which must be issued to resolve the error. Add flushPrimarySessions() methods to LBFactory/LoadBalancer and use it in places where session state loss is meant to be safely aknowledged. Change-Id: I60532f86e629c83b357d4832d1963eca17752944
2022-03-18 00:08:39 +00:00
'Wikimedia\\Rdbms\\DBSessionStateError' => __DIR__ . '/includes/libs/rdbms/exception/DBSessionStateError.php',
Move DB errors to Rdbms namespace Change-Id: I463bd86123501abc68fdb78b4cda6110f7af2549
2017-02-24 16:17:16 +00:00
'Wikimedia\\Rdbms\\DBTransactionError' => __DIR__ . '/includes/libs/rdbms/exception/DBTransactionError.php',
'Wikimedia\\Rdbms\\DBTransactionSizeError' => __DIR__ . '/includes/libs/rdbms/exception/DBTransactionSizeError.php',
rdbms: make Database query error handling more strict Handle all errors in query() that might have caused rollback by putting the Database handle into an error state that can only be resolved by cancelAtomic() or rollback(). Other queries will be rejected until then. This results in more immediate exceptions in some cases where atomic section mismatch errors would have been thrown, such as a an error bubbling up from a child atomic section. Most cases were a try/catch block assumes that only the statement was rolled back now result in an error and rollback. Callers using try/catch to handle key conflicts should instead use SELECT FOR UPDATE to find conflicts beforehand, or use IGNORE, or the upsert()/replace() methods. The try/catch pattern is unsafe and no longer allowed, except for some common errors known to just rollback the statement. Even then, such statements can come from child atomic sections, so committing would be unsafe. Luckily, in such cases, there will be a mismatch detected on endAtomic() or a dangling section detected in close(), resulting in rollback. Remove caching from DatabaseMyslBase::getServerVariableSettings in case some SET query changes the values. Bug: T189999 Change-Id: I532bc5201681a915d0c8aa7a3b1c143b040b142e
2018-03-23 09:57:21 +00:00
'Wikimedia\\Rdbms\\DBTransactionStateError' => __DIR__ . '/includes/libs/rdbms/exception/DBTransactionStateError.php',
Move DB errors to Rdbms namespace Change-Id: I463bd86123501abc68fdb78b4cda6110f7af2549
2017-02-24 16:17:16 +00:00
'Wikimedia\\Rdbms\\DBUnexpectedError' => __DIR__ . '/includes/libs/rdbms/exception/DBUnexpectedError.php',
Move Database and subclasses to Rdbms namespace Change-Id: I52bef87512f9ddd155d1f4cc0052f6b7a0db5b42
2017-02-07 04:49:57 +00:00
'Wikimedia\\Rdbms\\Database' => __DIR__ . '/includes/libs/rdbms/database/Database.php',
rdbms: move some files under rdbms/database to subfolders Change-Id: I627398d2cfe9fda93a16f94a94e75cf5f8833613
2019-03-26 05:39:24 +00:00
'Wikimedia\\Rdbms\\DatabaseDomain' => __DIR__ . '/includes/libs/rdbms/database/domain/DatabaseDomain.php',
rdbms: Move Database::factory() to DatabaseFactory service We also bring along Database::attributesFromType(), which relied on the private ::getClass(). This requires us to inject DatabaseFactory through the LBFactory/LoadBalancer hierarchy. Database::factory() is now soft deprecated. All callers outside of includes/installer/ still need migration. Bug: T299691 Bug: T315270 Change-Id: I7d057a9438f1b097554679975e4e9b2fc99e7c2b
2020-07-23 09:31:57 +00:00
'Wikimedia\\Rdbms\\DatabaseFactory' => __DIR__ . '/includes/libs/rdbms/database/DatabaseFactory.php',
rdbms: Rename DatabaseMysqlBase to DatabaseMySQL Now that we merged DatabaseMysqli with DatabaseMysqlBase, there is no base anymore. I could have gone with DatabaseMysql, and the naming is not that consistent in rdbms: amir@amir-ThinkPad-P1-Gen-3:~/core/includes/libs/rdbms$ find . | grep -i mysql ./platform/MySQLPlatform.php ./field/MySQLField.php ./dbal/MWMySQLPlatform.php ./database/DatabaseMysqlBase.php ./database/DatabaseMysqli.php ./database/position/MySQLPrimaryPos.php ./database/resultwrapper/MysqliResultWrapper.php ./database/replication/MysqlReplicationReporter.php The majority is MySQL and since it's the correct form, I went with that instead. Change-Id: I3ee792f357dda974c855ba24b9b35e72fc73db06
2023-08-10 22:12:01 +00:00
'Wikimedia\\Rdbms\\DatabaseMySQL' => __DIR__ . '/includes/libs/rdbms/database/DatabaseMySQL.php',
Move Database and subclasses to Rdbms namespace Change-Id: I52bef87512f9ddd155d1f4cc0052f6b7a0db5b42
2017-02-07 04:49:57 +00:00
'Wikimedia\\Rdbms\\DatabasePostgres' => __DIR__ . '/includes/libs/rdbms/database/DatabasePostgres.php',
'Wikimedia\\Rdbms\\DatabaseSqlite' => __DIR__ . '/includes/libs/rdbms/database/DatabaseSqlite.php',
rdbms: Introduce DatabaseFlagsHolder and move some internal logic there Bug: T299691 Change-Id: If9da21bebf1b233da38ed198f35d3dcd51c356a5
2022-08-19 12:18:07 +00:00
'Wikimedia\\Rdbms\\Database\\DatabaseFlags' => __DIR__ . '/includes/libs/rdbms/database/DatabaseFlags.php',
rdbms: Start using SQLPlatform and move more methods there The first of many changes decoupling SQL building blocks from Database class. Bug: T299691 Depends-On: I5d1d5b9b875bced7bda234f45d6d22ed59db4871 Change-Id: I784e78361f5ee629d31c68629d669ee0ddddf929
2022-04-25 08:47:27 +00:00
'Wikimedia\\Rdbms\\Database\\DbQuoter' => __DIR__ . '/includes/libs/rdbms/database/DbQuoter.php',
rdbms: Introduce DatabaseFlagsHolder and move some internal logic there Bug: T299691 Change-Id: If9da21bebf1b233da38ed198f35d3dcd51c356a5
2022-08-19 12:18:07 +00:00
'Wikimedia\\Rdbms\\Database\\IDatabaseFlags' => __DIR__ . '/includes/libs/rdbms/database/IDatabaseFlags.php',
rdbms: Introduce DeleteQueryBuilder Similar to the rest of query builders Bug: T335378 Change-Id: I61151bfa33798c0a28e94b27e88e7b00471d9131
2023-04-25 09:21:02 +00:00
'Wikimedia\\Rdbms\\DeleteQueryBuilder' => __DIR__ . '/includes/libs/rdbms/querybuilder/DeleteQueryBuilder.php',
rdbms: move DBAL-related classes under /dbal directory Change-Id: I116e266835c59a9f7d8731614e13c4db5afb975c
2021-04-27 01:08:09 +00:00
'Wikimedia\\Rdbms\\DoctrineAbstractSchemaTrait' => __DIR__ . '/includes/libs/rdbms/dbal/DoctrineAbstractSchemaTrait.php',
'Wikimedia\\Rdbms\\DoctrineSchemaBuilder' => __DIR__ . '/includes/libs/rdbms/dbal/DoctrineSchemaBuilder.php',
'Wikimedia\\Rdbms\\DoctrineSchemaBuilderFactory' => __DIR__ . '/includes/libs/rdbms/dbal/DoctrineSchemaBuilderFactory.php',
'Wikimedia\\Rdbms\\DoctrineSchemaChangeBuilder' => __DIR__ . '/includes/libs/rdbms/dbal/DoctrineSchemaChangeBuilder.php',
'Wikimedia\\Rdbms\\EnumType' => __DIR__ . '/includes/libs/rdbms/dbal/EnumType.php',
rdbms: Introduce expression builder To avoid accepting raw SQL in conditions and avoid the need to call to addQuotes() which might get forgotten and open a SQL injection vulnerability. A migration path would be something like the following: Before: 'rev_timestamp > ' . $db->addQuotes( $timestamp ) After: $db->expr( 'rev_timestamp', '>', $timestamp ) See the ticket for more information and reasoning. Bug: T210206 Change-Id: I72431410c21ab97e797c7df07bf0dedd19307e65
2023-10-09 20:08:03 +00:00
'Wikimedia\\Rdbms\\Expression' => __DIR__ . '/includes/libs/rdbms/expression/Expression.php',
'Wikimedia\\Rdbms\\ExpressionGroup' => __DIR__ . '/includes/libs/rdbms/expression/ExpressionGroup.php',
Move ResultWrapper subclasses to Rdbms Change-Id: I6f3f0e85e268b24c57c537aa6ad8016e0b4cdddb
2017-02-19 05:03:13 +00:00
'Wikimedia\\Rdbms\\FakeResultWrapper' => __DIR__ . '/includes/libs/rdbms/database/resultwrapper/FakeResultWrapper.php',
Move Field classes to Rdbms namespace Update core callers and leave a class alias to \Field. Change-Id: I4908282301d5de2a20baafe510557bd2c3867de5
2017-02-08 07:10:16 +00:00
'Wikimedia\\Rdbms\\Field' => __DIR__ . '/includes/libs/rdbms/field/Field.php',
rdbms: improve query logging logic in Database * Merge the two debug() calls in attemptQuery() into one single call which checks DBO_DEBUG. This avoids pointless SPI logger overhead. * Avoid calling generalizeSQL() unless actually necessary. This works via a lazy-loading object. * Make lastQuery() a bit more consistent in terms of when it gets updated. * Add DBQueryDisconnectedError class for dropped connections. * Clean up visbility and names of last query/error fields. Change-Id: Ie8df3434d23b18f7a0f4c056d71388192cc52c6b
2019-05-07 00:01:03 +00:00
'Wikimedia\\Rdbms\\GeneralizedSql' => __DIR__ . '/includes/libs/rdbms/database/utils/GeneralizedSql.php',
Move Blob class to Rdbms namespaces Leave \Blob as an alias. Callers can now use the Rdbms\Blob class for "extends"/"new" and the Rdbms\IBlob interface for type hints. Change-Id: I983b76f181ac60c1eb92c350cd27ad77ec90a192
2017-02-07 17:36:12 +00:00
'Wikimedia\\Rdbms\\IBlob' => __DIR__ . '/includes/libs/rdbms/encasing/IBlob.php',
rdbms: Introduce IConnectionProvider and IReadableDatabase A narrow interface to be used instead of depending on ILB or ILBF. IDatabase is going to extend IReadableDatabase which is a narrower interface not having write or primary-related operations. Bug: T326274 Change-Id: I44ee42dd0392c0be4fe7dc6a7b827a31ba43976f
2023-02-08 16:23:10 +00:00
'Wikimedia\\Rdbms\\IConnectionProvider' => __DIR__ . '/includes/libs/rdbms/lbfactory/IConnectionProvider.php',
Move IDatabase/IMaintainableDatabase to Rdbms namespace Change-Id: If7e8a8ff574661fd827de8bcec11d2c39a687300
2017-02-10 18:09:05 +00:00
'Wikimedia\\Rdbms\\IDatabase' => __DIR__ . '/includes/libs/rdbms/database/IDatabase.php',
rdbms: Introduce expression builder To avoid accepting raw SQL in conditions and avoid the need to call to addQuotes() which might get forgotten and open a SQL injection vulnerability. A migration path would be something like the following: Before: 'rev_timestamp > ' . $db->addQuotes( $timestamp ) After: $db->expr( 'rev_timestamp', '>', $timestamp ) See the ticket for more information and reasoning. Bug: T210206 Change-Id: I72431410c21ab97e797c7df07bf0dedd19307e65
2023-10-09 20:08:03 +00:00
'Wikimedia\\Rdbms\\IExpression' => __DIR__ . '/includes/libs/rdbms/expression/IExpression.php',
Move LBFactory to Rdbms namespace Change-Id: I5ae10783228d0252284807c9562bc8e328d4becb
2017-01-26 18:27:37 +00:00
'Wikimedia\\Rdbms\\ILBFactory' => __DIR__ . '/includes/libs/rdbms/lbfactory/ILBFactory.php',
Move ILoadBalancer to Rdbms namespace All callers are in core and have been updated. Other callers can now be switched from LoadBalancer type hints to ILoadBalancer type hints. Once that migration is done, the classes implementing it can be moved too. Change-Id: I6b34099b5816dd8bf9646ed39f7a2d1960e2ed06
2017-02-06 21:53:13 +00:00
'Wikimedia\\Rdbms\\ILoadBalancer' => __DIR__ . '/includes/libs/rdbms/loadbalancer/ILoadBalancer.php',
rdbms: Remove instance ownership concept Instance ownership is supposed to protect LoadBalancer and Database against unauthorized calls to internal methods other than by the owning LoadBalancer/LBFactory. This seems like unnecessary complexity. It was introduced for T231443 and T217819, but the link was speculative and in the end it didn't help to fix or isolate those bugs. Since then it has caused a production error (T303885) and an intermittent CI failure (T292239). Instead, split the ILoadBalancer interface, introducing ILoadBalancerForOwner, which contains the methods which are only safe to call by LBFactory or by the caller of LBFactory::newMainLB(). This allows phan to statically detect inappropriate calls to internal methods. Ownership was used for convenience for two things unrelated to its original purpose: * Suppressing calls to ScopedCallback::newScopedIgnoreUserAbort() when the caller has already called it. But nested calls are apparently harmless, so I just called it unconditionally. * Suppressing exceptions from Database::close(). I extended the behaviour for owned instances to apply to all instances, so even unowned instances will no longer throw on close. CodeSearch suggests nothing in extensions is calling these methods with an owner parameter. One extension (Wikibase) overrides a method with an owner parameter in a test mock class and so needs to be simultaneously updated. Depends-On: Ib03aba9d8f5f05b875a321d00b14483633a636a8 Change-Id: I27ba4973d24d759c88b3868c95e7db875801ca0c
2022-04-14 03:29:45 +00:00
'Wikimedia\\Rdbms\\ILoadBalancerForOwner' => __DIR__ . '/includes/libs/rdbms/loadbalancer/ILoadBalancerForOwner.php',
Move LoadMonitor to Rdbms namespace Change-Id: Icc178acb5ba0e21d1a8e857c43724c694c7ebeb1
2017-01-26 17:59:18 +00:00
'Wikimedia\\Rdbms\\ILoadMonitor' => __DIR__ . '/includes/libs/rdbms/loadmonitor/ILoadMonitor.php',
Move IDatabase/IMaintainableDatabase to Rdbms namespace Change-Id: If7e8a8ff574661fd827de8bcec11d2c39a687300
2017-02-10 18:09:05 +00:00
'Wikimedia\\Rdbms\\IMaintainableDatabase' => __DIR__ . '/includes/libs/rdbms/database/IMaintainableDatabase.php',
rdbms: Introduce IConnectionProvider and IReadableDatabase A narrow interface to be used instead of depending on ILB or ILBF. IDatabase is going to extend IReadableDatabase which is a narrower interface not having write or primary-related operations. Bug: T326274 Change-Id: I44ee42dd0392c0be4fe7dc6a7b827a31ba43976f
2023-02-08 16:23:10 +00:00
'Wikimedia\\Rdbms\\IReadableDatabase' => __DIR__ . '/includes/libs/rdbms/database/IReadableDatabase.php',
Create IResultWrapper interface for type-hints Change-Id: Ie46ede59c09eb7b0b9ff06c6988e39fe2a953e46
2017-02-08 07:53:03 +00:00
'Wikimedia\\Rdbms\\IResultWrapper' => __DIR__ . '/includes/libs/rdbms/database/resultwrapper/IResultWrapper.php',
rdbms: Introduce InsertQueryBuilder Bug: T335377 Change-Id: I6e8a4ac0bdeaa1a4bd363190089dfc0f95f88ec6
2023-07-05 13:51:10 +00:00
'Wikimedia\\Rdbms\\InsertQueryBuilder' => __DIR__ . '/includes/libs/rdbms/querybuilder/InsertQueryBuilder.php',
Add SelectQueryBuilder Add a query builder class which encapsulates the parameters to IDatabase::select() and related functions. Override useIndexClause() and ignoreIndexClause() in DatabaseTestHelper so that index hints can be tested. Bug: T243051 Change-Id: I58eec4eeb23bd7fb05b8b77d0a748f1026afee52
2020-01-16 04:31:35 +00:00
'Wikimedia\\Rdbms\\JoinGroup' => __DIR__ . '/includes/libs/rdbms/querybuilder/JoinGroup.php',
'Wikimedia\\Rdbms\\JoinGroupBase' => __DIR__ . '/includes/libs/rdbms/querybuilder/JoinGroupBase.php',
Move LBFactory to Rdbms namespace Change-Id: I5ae10783228d0252284807c9562bc8e328d4becb
2017-01-26 18:27:37 +00:00
'Wikimedia\\Rdbms\\LBFactory' => __DIR__ . '/includes/libs/rdbms/lbfactory/LBFactory.php',
'Wikimedia\\Rdbms\\LBFactoryMulti' => __DIR__ . '/includes/libs/rdbms/lbfactory/LBFactoryMulti.php',
'Wikimedia\\Rdbms\\LBFactorySimple' => __DIR__ . '/includes/libs/rdbms/lbfactory/LBFactorySimple.php',
'Wikimedia\\Rdbms\\LBFactorySingle' => __DIR__ . '/includes/libs/rdbms/lbfactory/LBFactorySingle.php',
Move LikeMatch to Rdbms namespace Change-Id: I0cba263cd02fc5c4bfe8f063f38d1b4be28246b0
2017-02-07 05:20:39 +00:00
'Wikimedia\\Rdbms\\LikeMatch' => __DIR__ . '/includes/libs/rdbms/encasing/LikeMatch.php',
rdbms: Add support for LIKE in expression builder Bug: T210206 Change-Id: Iec33a64bb1ec1485ce91b8b05e660f8c1723182b
2023-11-01 21:11:17 +00:00
'Wikimedia\\Rdbms\\LikeValue' => __DIR__ . '/includes/libs/rdbms/expression/LikeValue.php',
Move remaining LoadBalancer classes to Rdbms The old names are left as aliases. Change-Id: I52a327f2463a2ba7437324047b5b00d28cd1d758
2017-02-18 00:26:47 +00:00
'Wikimedia\\Rdbms\\LoadBalancer' => __DIR__ . '/includes/libs/rdbms/loadbalancer/LoadBalancer.php',
Allow some maintenance scripts to be called without a LocalSettings Subclasses of Maintenance that can function without database access can now override canExecuteWithoutLocalSettings to return true. This is useful for scripts that need to be able to run before or without installing MediaWiki. When no config file is present, the storage backend will be disabled. Any attempt to access the database will result in an error. NOTE: This makes MediaWikiServices::disableBackendServices() more comprehensive, to avoid premature failures during service construction. This change makes it necessary to adjust how the installer manages service overrides. The CLI installer is covered by CI, I tested the web installer manually. Change-Id: Ie84010c80f32cbdfd34aff9dde1bfde1ed531793
2023-01-25 15:11:10 +00:00
'Wikimedia\\Rdbms\\LoadBalancerDisabled' => __DIR__ . '/includes/libs/rdbms/loadbalancer/LoadBalancerDisabled.php',
Move remaining LoadBalancer classes to Rdbms The old names are left as aliases. Change-Id: I52a327f2463a2ba7437324047b5b00d28cd1d758
2017-02-18 00:26:47 +00:00
'Wikimedia\\Rdbms\\LoadBalancerSingle' => __DIR__ . '/includes/libs/rdbms/loadbalancer/LoadBalancerSingle.php',
Move LoadMonitor to Rdbms namespace Change-Id: Icc178acb5ba0e21d1a8e857c43724c694c7ebeb1
2017-01-26 17:59:18 +00:00
'Wikimedia\\Rdbms\\LoadMonitor' => __DIR__ . '/includes/libs/rdbms/loadmonitor/LoadMonitor.php',
'Wikimedia\\Rdbms\\LoadMonitorNull' => __DIR__ . '/includes/libs/rdbms/loadmonitor/LoadMonitorNull.php',
rdbms: move DBAL-related classes under /dbal directory Change-Id: I116e266835c59a9f7d8731614e13c4db5afb975c
2021-04-27 01:08:09 +00:00
'Wikimedia\\Rdbms\\MWMySQLPlatform' => __DIR__ . '/includes/libs/rdbms/dbal/MWMySQLPlatform.php',
'Wikimedia\\Rdbms\\MWPostgreSqlPlatform' => __DIR__ . '/includes/libs/rdbms/dbal/MWPostgreSqlPlatform.php',
Move DBConnRef/MaintainableDBConnRef to Rdbms namespace Change-Id: I7ca6b40f973b2aae83747de92e280ded222c87e3
2017-03-29 16:15:50 +00:00
'Wikimedia\\Rdbms\\MaintainableDBConnRef' => __DIR__ . '/includes/libs/rdbms/database/MaintainableDBConnRef.php',
Move Field classes to Rdbms namespace Update core callers and leave a class alias to \Field. Change-Id: I4908282301d5de2a20baafe510557bd2c3867de5
2017-02-08 07:10:16 +00:00
'Wikimedia\\Rdbms\\MySQLField' => __DIR__ . '/includes/libs/rdbms/field/MySQLField.php',
Rename DB primary position interfaces to DBPrimaryPos and MySQLPrimaryPos And replace all uses. Bug: T282894 Change-Id: I5222a8568255ac9fa5e2350e2264b8d2ee5eb968
2021-05-14 19:48:07 +00:00
'Wikimedia\\Rdbms\\MySQLPrimaryPos' => __DIR__ . '/includes/libs/rdbms/database/position/MySQLPrimaryPos.php',
DBMS-specific ResultWrapper subclasses Cleanup after the switch of Database::query() to return ResultWrapper instead of resource. * Soft-deprecate the IResultWrapper accessors in IDatabase. * Move relevant DBMS-specific functionality to ResultWrapper subclasses. The deprecated methods in IResultWrapper become short and simple. ResultWrapper is now abstract (b/c break). * Move the implementation of fieldName(), numFields() and one of the fieldInfo() implementations to the ResultWrapper subclass in order to avoid ResultWrapper::unwrap() calls. * Make Database::doQuery() return a ResultWrapper subclass instead of underlying result data, so that the Database parent class does not need to be aware of wrapper construction. * Hard-deprecate ResultWrapper::unwrap(), DatabaseMysqlBase::fieldType(), DatabasePostgres::fieldType(). * Fix the inefficient seeking method in SQLite. * Make FakeResultWrapper extend ResultWrapper with an implementation similar to the SQLite one. This is possible because ResultWrapper does not depend on IDatabase anymore. * Resolve fixme in DatabasePostgres: from studying the source, neither pg_fetch_object() nor pg_num_rows() can set an error retrievable with pg_last_error(). Removed unnecessary warning suppression. * ResultWrapperTest didn't make sense as a unit test anymore, so I adapted it as an integration test against the current DBMS. This change also means that ResultWrapper::key() always gives the correct offset, even if Iterator methods are not being used. Bug: T286694 Change-Id: I935835316c0bd7d3d061bd8fde9c9ce99ce756ec
2021-07-15 00:46:59 +00:00
'Wikimedia\\Rdbms\\MysqliResultWrapper' => __DIR__ . '/includes/libs/rdbms/database/resultwrapper/MysqliResultWrapper.php',
Deprecate IDatabase::nextSequenceValue() It's often forgotten because MySQL and Sqlite don't use it, the only users are PostgreSQL and Oracle. And when used, if inserts to multiple tables are being done it's easy to get the ordering wrong. This patch reimplements DatabasePostgres::insertId() in terms of PG's lastval() function, and adds triggers to the Oracle schema to make it work the same as the other databases. Bug: T164900 Change-Id: Ib308190c52673a9266c8495a589ae644f9fbefce
2017-08-31 00:27:51 +00:00
'Wikimedia\\Rdbms\\NextSequenceValue' => __DIR__ . '/includes/libs/rdbms/database/utils/NextSequenceValue.php',
rdbms: Introduce expression builder To avoid accepting raw SQL in conditions and avoid the need to call to addQuotes() which might get forgotten and open a SQL injection vulnerability. A migration path would be something like the following: Before: 'rev_timestamp > ' . $db->addQuotes( $timestamp ) After: $db->expr( 'rev_timestamp', '>', $timestamp ) See the ticket for more information and reasoning. Bug: T210206 Change-Id: I72431410c21ab97e797c7df07bf0dedd19307e65
2023-10-09 20:08:03 +00:00
'Wikimedia\\Rdbms\\OrExpressionGroup' => __DIR__ . '/includes/libs/rdbms/expression/OrExpressionGroup.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'Wikimedia\\Rdbms\\Platform\\ISQLPlatform' => __DIR__ . '/includes/libs/rdbms/platform/ISQLPlatform.php',
'Wikimedia\\Rdbms\\Platform\\MySQLPlatform' => __DIR__ . '/includes/libs/rdbms/platform/MySQLPlatform.php',
'Wikimedia\\Rdbms\\Platform\\PostgresPlatform' => __DIR__ . '/includes/libs/rdbms/platform/PostgresPlatform.php',
'Wikimedia\\Rdbms\\Platform\\SQLPlatform' => __DIR__ . '/includes/libs/rdbms/platform/SQLPlatform.php',
'Wikimedia\\Rdbms\\Platform\\SqlitePlatform' => __DIR__ . '/includes/libs/rdbms/platform/SqlitePlatform.php',
Move Blob class to Rdbms namespaces Leave \Blob as an alias. Callers can now use the Rdbms\Blob class for "extends"/"new" and the Rdbms\IBlob interface for type hints. Change-Id: I983b76f181ac60c1eb92c350cd27ad77ec90a192
2017-02-07 17:36:12 +00:00
'Wikimedia\\Rdbms\\PostgresBlob' => __DIR__ . '/includes/libs/rdbms/encasing/PostgresBlob.php',
Move Field classes to Rdbms namespace Update core callers and leave a class alias to \Field. Change-Id: I4908282301d5de2a20baafe510557bd2c3867de5
2017-02-08 07:10:16 +00:00
'Wikimedia\\Rdbms\\PostgresField' => __DIR__ . '/includes/libs/rdbms/field/PostgresField.php',
DBMS-specific ResultWrapper subclasses Cleanup after the switch of Database::query() to return ResultWrapper instead of resource. * Soft-deprecate the IResultWrapper accessors in IDatabase. * Move relevant DBMS-specific functionality to ResultWrapper subclasses. The deprecated methods in IResultWrapper become short and simple. ResultWrapper is now abstract (b/c break). * Move the implementation of fieldName(), numFields() and one of the fieldInfo() implementations to the ResultWrapper subclass in order to avoid ResultWrapper::unwrap() calls. * Make Database::doQuery() return a ResultWrapper subclass instead of underlying result data, so that the Database parent class does not need to be aware of wrapper construction. * Hard-deprecate ResultWrapper::unwrap(), DatabaseMysqlBase::fieldType(), DatabasePostgres::fieldType(). * Fix the inefficient seeking method in SQLite. * Make FakeResultWrapper extend ResultWrapper with an implementation similar to the SQLite one. This is possible because ResultWrapper does not depend on IDatabase anymore. * Resolve fixme in DatabasePostgres: from studying the source, neither pg_fetch_object() nor pg_num_rows() can set an error retrievable with pg_last_error(). Removed unnecessary warning suppression. * ResultWrapperTest didn't make sense as a unit test anymore, so I adapted it as an integration test against the current DBMS. This change also means that ResultWrapper::key() always gives the correct offset, even if Iterator methods are not being used. Bug: T286694 Change-Id: I935835316c0bd7d3d061bd8fde9c9ce99ce756ec
2021-07-15 00:46:59 +00:00
'Wikimedia\\Rdbms\\PostgresResultWrapper' => __DIR__ . '/includes/libs/rdbms/database/resultwrapper/PostgresResultWrapper.php',
rdbms: Introduce Query object An interesting portion of rdbms is building SQL and then trying to reverse engineer what tf the given SQL is doing, whether it's a write query or not, whether it's writing to temp tables, etc. Let's just pass around the actual data instead. Bug: T326181 Change-Id: I4d7c72c08c98b884de51b46abf6460229055dcc9
2023-04-21 09:41:25 +00:00
'Wikimedia\\Rdbms\\Query' => __DIR__ . '/includes/libs/rdbms/database/Query.php',
'Wikimedia\\Rdbms\\QueryBuilderFromRawSql' => __DIR__ . '/includes/libs/rdbms/database/QueryBuilderFromRawSql.php',
rdbms: Add multi-statement query support to Database Add Database::queryMulti(), which will execute an array of queries as a batch with minimal roundtrips. SQLite fallbacks to looping through each statement and invoking doQuery(). Add QueryStatus class to reduce complexity in Database. Rewrite doQuery() as doSingleStatementQuery(). Change-Id: I3d51083e36ab06fcc1d94558e51b38e106f71bb9
2020-02-19 08:34:41 +00:00
'Wikimedia\\Rdbms\\QueryStatus' => __DIR__ . '/includes/libs/rdbms/database/utils/QueryStatus.php',
rdbms: Move ReadOnlyMode and ConfiguredReadOnlyMode to rdbms library The db/ directory does not have an owner and it's a mess in general. These classes don't depend on anything in core except the rdbms library. Let's simply move it there. In other words, Krinkle made me do it. Since the class was moved in I6202e52ba73 merged less than a week ago, no need to alias anything. Bug: T321882 Change-Id: I24ceeb8bf765a50f441270136acd612359d50aa2
2023-05-04 21:41:21 +00:00
'Wikimedia\\Rdbms\\ReadOnlyMode' => __DIR__ . '/includes/libs/rdbms/ReadOnlyMode.php',
rdbms: Introduce ReplaceQueryBuilder To replace IDatabase::replace() Bug: T335377 Change-Id: I446f7a09cfc0ee37c2e016052d452751f7333e27
2023-09-07 16:21:48 +00:00
'Wikimedia\\Rdbms\\ReplaceQueryBuilder' => __DIR__ . '/includes/libs/rdbms/querybuilder/ReplaceQueryBuilder.php',
rdbms: Moving replication-related code to its own component Remove 'insertSelectIsSafe' option, unused. Remove 'topologicalPrimaryConnRef' option, no longer used as of two months ago with I41a57247503 (8c9398f7f94f). Remove unneeded DatabaseSqlite::getTopologyBasedServerId implementation which can inherit null instead of overriding with string of "0". Only caller is SqlBagOStuff::makeTimestampedModificationToken which can be used as MainStash DB, where its important that a given server always has the same unique name within a set of db hosts that may replicate to each other. By inheriting null as topology server ID, it SqlBagOStuff will use IDatabase::getServerName instead. That in turn uses the 'host' connection parameter, which defaults to null in DatabaseFactory, and then falls back to the string "unknown" which is as good as "0" for this purpose. Bug: T299691 Change-Id: Iceb65c28cdd3c4a89b3c8b34c3f95d3285718ec0
2022-10-13 14:03:27 +00:00
'Wikimedia\\Rdbms\\Replication\\MysqlReplicationReporter' => __DIR__ . '/includes/libs/rdbms/database/replication/MysqlReplicationReporter.php',
'Wikimedia\\Rdbms\\Replication\\ReplicationReporter' => __DIR__ . '/includes/libs/rdbms/database/replication/ReplicationReporter.php',
Move ResultWrapper subclasses to Rdbms Change-Id: I6f3f0e85e268b24c57c537aa6ad8016e0b4cdddb
2017-02-19 05:03:13 +00:00
'Wikimedia\\Rdbms\\ResultWrapper' => __DIR__ . '/includes/libs/rdbms/database/resultwrapper/ResultWrapper.php',
Move Field classes to Rdbms namespace Update core callers and leave a class alias to \Field. Change-Id: I4908282301d5de2a20baafe510557bd2c3867de5
2017-02-08 07:10:16 +00:00
'Wikimedia\\Rdbms\\SQLiteField' => __DIR__ . '/includes/libs/rdbms/field/SQLiteField.php',
rdbms: move DBAL-related classes under /dbal directory Change-Id: I116e266835c59a9f7d8731614e13c4db5afb975c
2021-04-27 01:08:09 +00:00
'Wikimedia\\Rdbms\\SchemaBuilder' => __DIR__ . '/includes/libs/rdbms/dbal/SchemaBuilder.php',
'Wikimedia\\Rdbms\\SchemaChangeBuilder' => __DIR__ . '/includes/libs/rdbms/dbal/SchemaChangeBuilder.php',
Add SelectQueryBuilder Add a query builder class which encapsulates the parameters to IDatabase::select() and related functions. Override useIndexClause() and ignoreIndexClause() in DatabaseTestHelper so that index hints can be tested. Bug: T243051 Change-Id: I58eec4eeb23bd7fb05b8b77d0a748f1026afee52
2020-01-16 04:31:35 +00:00
'Wikimedia\\Rdbms\\SelectQueryBuilder' => __DIR__ . '/includes/libs/rdbms/querybuilder/SelectQueryBuilder.php',
rdbms: Rename internal ServerInfoHolder to ServerInfo Follows-up I177d57e2e34aea (3909c1440a). Change-Id: Ic7332abc5512a74f62ff01e1bd9566047b81cb59
2023-03-02 02:35:44 +00:00
'Wikimedia\\Rdbms\\ServerInfo' => __DIR__ . '/includes/libs/rdbms/ServerInfo.php',
Add DB ConnectionManagers This moves and refactors the ConsistentReadConnectionManager from Wikibase into the core rdbms lib. The refactoring also creates a generic ConnectionManager. This relates to Iff20a22f9f2bc7ceefd6defc0ed9a494a6fe62c0 which introduced a DB factory / connection manager in an extension revealing the need for this in multiple places. Change-Id: I0c58e15aed5bed88323d18cb95e5008f8d3381c5
2016-11-21 13:26:07 +00:00
'Wikimedia\\Rdbms\\SessionConsistentConnectionManager' => __DIR__ . '/includes/libs/rdbms/connectionmanager/SessionConsistentConnectionManager.php',
DBMS-specific ResultWrapper subclasses Cleanup after the switch of Database::query() to return ResultWrapper instead of resource. * Soft-deprecate the IResultWrapper accessors in IDatabase. * Move relevant DBMS-specific functionality to ResultWrapper subclasses. The deprecated methods in IResultWrapper become short and simple. ResultWrapper is now abstract (b/c break). * Move the implementation of fieldName(), numFields() and one of the fieldInfo() implementations to the ResultWrapper subclass in order to avoid ResultWrapper::unwrap() calls. * Make Database::doQuery() return a ResultWrapper subclass instead of underlying result data, so that the Database parent class does not need to be aware of wrapper construction. * Hard-deprecate ResultWrapper::unwrap(), DatabaseMysqlBase::fieldType(), DatabasePostgres::fieldType(). * Fix the inefficient seeking method in SQLite. * Make FakeResultWrapper extend ResultWrapper with an implementation similar to the SQLite one. This is possible because ResultWrapper does not depend on IDatabase anymore. * Resolve fixme in DatabasePostgres: from studying the source, neither pg_fetch_object() nor pg_num_rows() can set an error retrievable with pg_last_error(). Removed unnecessary warning suppression. * ResultWrapperTest didn't make sense as a unit test anymore, so I adapted it as an integration test against the current DBMS. This change also means that ResultWrapper::key() always gives the correct offset, even if Iterator methods are not being used. Bug: T286694 Change-Id: I935835316c0bd7d3d061bd8fde9c9ce99ce756ec
2021-07-15 00:46:59 +00:00
'Wikimedia\\Rdbms\\SqliteResultWrapper' => __DIR__ . '/includes/libs/rdbms/database/resultwrapper/SqliteResultWrapper.php',
rdbms: make selectRowCount() use $var argument to exclude NULLs If the $var argument is provided, then it will make the resulting count exclude rows where the value for that column is NULL. Also add buildSelectSubquery() method and Subquery wrapper class for use with select() for calculated tables. Change-Id: I549d629af99afdf370602de095f7fba6d1546c37
2018-02-15 03:46:04 +00:00
'Wikimedia\\Rdbms\\Subquery' => __DIR__ . '/includes/libs/rdbms/encasing/Subquery.php',
rdbms: Simplify TRUNCATE handling Tracking of "pristine" status in Database supported omission of TRUNCATE queries for temporary tables that are untouched by unit tests. Since we now detect the used tables, this is no longer necessary. Also, make the temp table info into a class. Change-Id: I57ff5b43cc7551ca32130f6987edd5f7c4f79910
2023-11-21 01:00:21 +00:00
'Wikimedia\\Rdbms\\TempTableInfo' => __DIR__ . '/includes/libs/rdbms/database/utils/TempTableInfo.php',
rdbms: move DBAL-related classes under /dbal directory Change-Id: I116e266835c59a9f7d8731614e13c4db5afb975c
2021-04-27 01:08:09 +00:00
'Wikimedia\\Rdbms\\TimestampType' => __DIR__ . '/includes/libs/rdbms/dbal/TimestampType.php',
'Wikimedia\\Rdbms\\TinyIntType' => __DIR__ . '/includes/libs/rdbms/dbal/TinyIntType.php',
rdbms: track active transaction IDs for named locks and temp tables Add TransactionIdentifier class, similar to AtomicSectionIdentifier, that represents applications-side tokens for transactions. Move the string ID logic there. The transaction tokens can be used to determine whether rollback() alone is sufficient to recover from a connection loss. This will be done in a follow up patch. Change-Id: I9c68b0c5a23800001fca49cabd6cc38fce4d5c00
2022-03-23 21:22:45 +00:00
'Wikimedia\\Rdbms\\TransactionIdentifier' => __DIR__ . '/includes/libs/rdbms/database/utils/TransactionIdentifier.php',
rdbms: Introduce TransactionManager class to move out the logic This would make Database class smaller and encapsulates the transaction logic making it easier to understand and change. Bug: T299698 Change-Id: I409a474209ab4b714c5f62e5e7c0b7a62b9e82c1
2022-01-20 20:29:32 +00:00
'Wikimedia\\Rdbms\\TransactionManager' => __DIR__ . '/includes/libs/rdbms/database/TransactionManager.php',
Move ChronologyProtector/TransactionProfiler to Rdbms namespace Change-Id: I37a655bd8bd267c9bc32028b55925b2dce527d33
2017-01-26 17:42:38 +00:00
'Wikimedia\\Rdbms\\TransactionProfiler' => __DIR__ . '/includes/libs/rdbms/TransactionProfiler.php',
rdbms: Introduce UnionQueryBuilder To get rid of a lot logic duplication and direct calls to IDatabase::query() Bug: T333690 Change-Id: I14093100153c91baadf76c41b0dd4b896e77d222
2023-04-05 20:21:24 +00:00
'Wikimedia\\Rdbms\\UnionQueryBuilder' => __DIR__ . '/includes/libs/rdbms/querybuilder/UnionQueryBuilder.php',
rdbms: Introduce UpdateQueryBuilder And using in Category.php as a POC. Bug: T329790 Change-Id: Iab0da74508baf7f07bae8f0e2d039e12bb4206a9
2023-02-15 20:10:05 +00:00
'Wikimedia\\Rdbms\\UpdateQueryBuilder' => __DIR__ . '/includes/libs/rdbms/querybuilder/UpdateQueryBuilder.php',
Forward-compat for merging CacheTime and ParserOutput mOptions CacheTime::mUsedOptions and ParserOutput::mAccessedOptions do exactly the same thing and has to be merged into a single property. This patch adds forward-compatibility and needs to be deployed at least one train before the patch which actually merges the properties. Change-Id: Ic9d71a443994e2545ebf2a826b9155c82961cb88
2020-11-05 17:04:37 +00:00
'Wikimedia\\Reflection\\GhostFieldAccessTrait' => __DIR__ . '/includes/libs/GhostFieldAccessTrait.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'Wikimedia\\StaticArrayWriter' => __DIR__ . '/includes/libs/StaticArrayWriter.php',
Metrics: rename Metrics lib to Stats Bug: T240685 Change-Id: Ie43d894b6b4030a88e397495d40886ccb6e69835
2023-02-24 21:18:13 +00:00
'Wikimedia\\Stats\\Emitters\\EmitterInterface' => __DIR__ . '/includes/libs/Stats/Emitters/EmitterInterface.php',
'Wikimedia\\Stats\\Emitters\\NullEmitter' => __DIR__ . '/includes/libs/Stats/Emitters/NullEmitter.php',
'Wikimedia\\Stats\\Emitters\\UDPEmitter' => __DIR__ . '/includes/libs/Stats/Emitters/UDPEmitter.php',
'Wikimedia\\Stats\\Exceptions\\IllegalOperationException' => __DIR__ . '/includes/libs/Stats/Exceptions/IllegalOperationException.php',
'Wikimedia\\Stats\\Exceptions\\InvalidConfigurationException' => __DIR__ . '/includes/libs/Stats/Exceptions/InvalidConfigurationException.php',
'Wikimedia\\Stats\\Exceptions\\UnsupportedFormatException' => __DIR__ . '/includes/libs/Stats/Exceptions/UnsupportedFormatException.php',
'Wikimedia\\Stats\\Formatters\\DogStatsdFormatter' => __DIR__ . '/includes/libs/Stats/Formatters/DogStatsdFormatter.php',
'Wikimedia\\Stats\\Formatters\\FormatterInterface' => __DIR__ . '/includes/libs/Stats/Formatters/FormatterInterface.php',
'Wikimedia\\Stats\\Formatters\\NullFormatter' => __DIR__ . '/includes/libs/Stats/Formatters/NullFormatter.php',
'Wikimedia\\Stats\\Formatters\\StatsdFormatter' => __DIR__ . '/includes/libs/Stats/Formatters/StatsdFormatter.php',
'Wikimedia\\Stats\\Metrics\\BaseMetric' => __DIR__ . '/includes/libs/Stats/Metrics/BaseMetric.php',
'Wikimedia\\Stats\\Metrics\\BaseMetricInterface' => __DIR__ . '/includes/libs/Stats/Metrics/BaseMetricInterface.php',
'Wikimedia\\Stats\\Metrics\\CounterMetric' => __DIR__ . '/includes/libs/Stats/Metrics/CounterMetric.php',
'Wikimedia\\Stats\\Metrics\\GaugeMetric' => __DIR__ . '/includes/libs/Stats/Metrics/GaugeMetric.php',
'Wikimedia\\Stats\\Metrics\\MetricInterface' => __DIR__ . '/includes/libs/Stats/Metrics/MetricInterface.php',
'Wikimedia\\Stats\\Metrics\\NullMetric' => __DIR__ . '/includes/libs/Stats/Metrics/NullMetric.php',
'Wikimedia\\Stats\\Metrics\\TimingMetric' => __DIR__ . '/includes/libs/Stats/Metrics/TimingMetric.php',
'Wikimedia\\Stats\\OutputFormats' => __DIR__ . '/includes/libs/Stats/OutputFormats.php',
'Wikimedia\\Stats\\Sample' => __DIR__ . '/includes/libs/Stats/Sample.php',
'Wikimedia\\Stats\\StatsCache' => __DIR__ . '/includes/libs/Stats/StatsCache.php',
'Wikimedia\\Stats\\StatsFactory' => __DIR__ . '/includes/libs/Stats/StatsFactory.php',
'Wikimedia\\Stats\\StatsUtils' => __DIR__ . '/includes/libs/Stats/StatsUtils.php',
Include core PSR-4 classes in the generated classmap It appears that autoloading classes via MediaWiki's PSR-4 autoloader has a not insignificant performance penalty, especially when hundreds of PSR-4 classes like HookRunner's hook interfaces are autoloaded. Using a classmap autoloader, like we already do for PSR-4 classes from Composer dependencies, is a potential way to reduce the performance impact here.[1] For core classes, this can be done by simply not excluding PSR-4 classes in AutoloadGenerator, causing it to include appropriate mappings in the generated autoload.php classmap. I had to exclude one class_alias() declared in Result.php from the classmap with a NO_AUTOLOAD stanza, because including it broke AutoLoaderStructureTest's assertion that all aliases should be defined in the same file as the aliased class. Assuming this is still an issue, this would already have been a problem because the test was previously skipping every PSR-4 class. Excluding this file via NO_AUTOLOAD just restores that status quo. ---- [1] https://phabricator.wikimedia.org/T274041#8358399 Bug: T274041 Change-Id: I0aa62c944d874bf7a9f3a240e72e58fe6a887b28
2022-11-07 12:23:37 +00:00
'Wikimedia\\UUID\\GlobalIdGenerator' => __DIR__ . '/includes/libs/uuid/GlobalIdGenerator.php',
'Wikimedia\\WRStats\\ArrayStatsStore' => __DIR__ . '/includes/libs/WRStats/ArrayStatsStore.php',
'Wikimedia\\WRStats\\BagOStuffStatsStore' => __DIR__ . '/includes/libs/WRStats/BagOStuffStatsStore.php',
'Wikimedia\\WRStats\\EntityKey' => __DIR__ . '/includes/libs/WRStats/EntityKey.php',
'Wikimedia\\WRStats\\GlobalEntityKey' => __DIR__ . '/includes/libs/WRStats/GlobalEntityKey.php',
'Wikimedia\\WRStats\\LimitBatch' => __DIR__ . '/includes/libs/WRStats/LimitBatch.php',
'Wikimedia\\WRStats\\LimitBatchResult' => __DIR__ . '/includes/libs/WRStats/LimitBatchResult.php',
'Wikimedia\\WRStats\\LimitCondition' => __DIR__ . '/includes/libs/WRStats/LimitCondition.php',
'Wikimedia\\WRStats\\LimitOperation' => __DIR__ . '/includes/libs/WRStats/LimitOperation.php',
'Wikimedia\\WRStats\\LimitOperationResult' => __DIR__ . '/includes/libs/WRStats/LimitOperationResult.php',
'Wikimedia\\WRStats\\LocalEntityKey' => __DIR__ . '/includes/libs/WRStats/LocalEntityKey.php',
'Wikimedia\\WRStats\\MetricSpec' => __DIR__ . '/includes/libs/WRStats/MetricSpec.php',
'Wikimedia\\WRStats\\RatePromise' => __DIR__ . '/includes/libs/WRStats/RatePromise.php',
'Wikimedia\\WRStats\\SequenceSpec' => __DIR__ . '/includes/libs/WRStats/SequenceSpec.php',
'Wikimedia\\WRStats\\StatsStore' => __DIR__ . '/includes/libs/WRStats/StatsStore.php',
'Wikimedia\\WRStats\\TimeRange' => __DIR__ . '/includes/libs/WRStats/TimeRange.php',
'Wikimedia\\WRStats\\WRStatsError' => __DIR__ . '/includes/libs/WRStats/WRStatsError.php',
'Wikimedia\\WRStats\\WRStatsFactory' => __DIR__ . '/includes/libs/WRStats/WRStatsFactory.php',
'Wikimedia\\WRStats\\WRStatsRateLimiter' => __DIR__ . '/includes/libs/WRStats/WRStatsRateLimiter.php',
'Wikimedia\\WRStats\\WRStatsReader' => __DIR__ . '/includes/libs/WRStats/WRStatsReader.php',
'Wikimedia\\WRStats\\WRStatsWriter' => __DIR__ . '/includes/libs/WRStats/WRStatsWriter.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'WikitextContent' => __DIR__ . '/includes/content/WikitextContent.php',
'WikitextContentHandler' => __DIR__ . '/includes/content/WikitextContentHandler.php',
Create a custom log formatter that allows log entries to contain wikitext This creates a new log formatter called WikitextLogFormatter, which is a simple class that allows log entries to contain properly formatted wikitext. This makes it easier for extensions so they don't have to create their own subclass of LogFormatter. Change-Id: I2b7fddf5c6ef017a0925b4bf75cfd47cb55aa5de
2018-02-25 00:19:31 +00:00
'WikitextLogFormatter' => __DIR__ . '/includes/logging/WikitextLogFormatter.php',
Move WANObjectCache to wancache/ instead of WinCache Follow up 6ca3de5fa0. Change-Id: I7021dfe5c900f810ab3b6dc701a04e2c3e1c4c66
2019-08-02 22:01:53 +00:00
'WinCacheBagOStuff' => __DIR__ . '/includes/libs/objectcache/WinCacheBagOStuff.php',
Move DiffEngine and helpers to includes/libs/Diff and put them in a namespace I will address the dependencies on MW core in a followup. Bug: T339184 Change-Id: I892364b0c9f15c9de4cfc29c683670c172d71764
2023-06-20 04:02:04 +00:00
'WordLevelDiff' => __DIR__ . '/includes/libs/Diff/WordLevelDiff.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'WrapOldPasswords' => __DIR__ . '/maintenance/wrapOldPasswords.php',
Implement Language Converter for wuu (Wu) Bug: T59138 Change-Id: I62507198ad4e467bf4c09f3545ce77188f47903e
2014-07-26 14:55:14 +00:00
'WuuConverter' => __DIR__ . '/includes/language/converters/WuuConverter.php',
Rename tests/phpunit/includes/media files to match class names The classes were renamed in 9bf39163, this updates the test cases to match. Also take care of XCF while we're at it too. Change-Id: Iaaeee93e496af6cdd610df5bc75302ecfe273f64
2019-01-30 05:35:11 +00:00
'XCFHandler' => __DIR__ . '/includes/media/XCFHandler.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'XMLRCFeedFormatter' => __DIR__ . '/includes/rcfeed/XMLRCFeedFormatter.php',
Decouple Xhprof profiling from profiling data processing The motivation for this patch came from trying to use xhprof to profile the unit tests. I was able to profile specific test suites, but if I tried to profile a complete PHPUnit run, I ended up with empty profiling data. My initial suspicion was that this was due to some Xhprof buffer getting exhausted. The actual reason ended up being much simpler: the XhprofTest suite indirectly called xhprof_enable() / xhprof_disable(), which stopped xhprof and cleared out the data, so that when I was calling xhprof_disable() at the end of the run, there was no profiling data to return, because xhprof was not running. For the most part the XhprofTest was already doing the right thing by trying to avoid having side-effects or relying on xhprof. Wherever possible, test fixture profiling data was used in lieu of actually running xhprof. But this was not totally successful because the Xhprof class coupled the collection of data to the processing of data. Xhprof::__construct() called xhprof_enable(), so there was no real way around that. I think that the right way to fix that is to decouple profiling from profiling data analysis. Thus I renamed 'Xhprof' to 'XhprofData', and modified the class so that it expects to be fed profiling data rather than going out and collecting it on its own. As a result, it is now possible to profile a full phpunit run with xhprof, and the work that went into writing fixtures for the Xhprof unit tests pays off: the class and the tests no longer have a hard dependency on the xhprof extension, and the tests do not have to be skipped when it is not installed. And the tests are really testing the system under test, rather than the xhprof extension. Finally, I added a new Xhprof class, which really is just an extremely thin wrapper around xhprof_enable() / xhprof_disable(). The only extra functionality it provides is the ability to check whether xhprof is running, via Xhprof::isEnabled(). Calling Xhprof::enable() when it is already enabled will cause an exception to be thrown. This should help us avoid running into situations where two components contend for control of the profiler without realizing it. A unit test tests this behavior. The only part of this change that is not covered by tests is the change to ProfilerXhprof. I tested it manually and it works. Change-Id: Ica96beded68f04083abaf48ef1ae8c726eb60fa6
2016-05-12 18:10:39 +00:00
'XhprofData' => __DIR__ . '/includes/libs/XhprofData.php',
Move Xml* classes under /xml Change-Id: I012648c9a860611a7cd809119073803e82429fc3
2020-03-19 07:14:37 +00:00
'Xml' => __DIR__ . '/includes/xml/Xml.php',
Split Export.php classes into seperate files Moved classes in Export.php to seperate files in the new directory includes/export/ and updated autoload.php to these new locations. Bug: T122531 Change-Id: Idd3bba5a85d65c952f2ff503bea2ca76624c9b7f
2015-12-28 22:23:22 +00:00
'XmlDumpWriter' => __DIR__ . '/includes/export/XmlDumpWriter.php',
Html: Move encodeJsVar() + encodeJsCall() from Xml These methods really belong in the Html class, not Xml. Leave behind soft-deprecated Xml methods that forward to the Html ones, as well as a class alias for HtmlJsCode (renamed from XmlJsCode). Bug: T341779 Change-Id: I99a5f9de1411d4eb5ee30226b4e8ace3ea8b2c3b
2023-07-13 15:44:35 +00:00
'XmlJsCode' => __DIR__ . '/includes/Html/HtmlJsCode.php',
Move Xml* classes under /xml Change-Id: I012648c9a860611a7cd809119073803e82429fc3
2020-03-19 07:14:37 +00:00
'XmlSelect' => __DIR__ . '/includes/xml/XmlSelect.php',
Move MimeMagic code to libs/mime/MimeAnalyzer.php * The later resides in /libs with related files. * Explose MimeAnalyzer as a service. * Keep MimeMagic::singleton() as a b/c alias. * MimeMagic::applyDefaultConfig() will bootstrap the service with all of the old config, extension hook handler, and detector command shell-out behavior. Change-Id: Ie2695a52e7a3bcfda9f7fa83659a9ff31b372bc3
2016-09-22 04:57:13 +00:00
'XmlTypeCheck' => __DIR__ . '/includes/libs/mime/XmlTypeCheck.php',
language: Move converters/ to includes/language/converters These are easy to move. They contain regular, testable, source code, are loaded only via the autoloader, and have no references to their file paths from anywhere else in or outside of core (as far as Codesearch can see). Change-Id: Ibe94e541637bb273bd11dba6c2bc5b59f601dd19
2020-07-02 00:57:56 +00:00
'ZhConverter' => __DIR__ . '/includes/language/converters/ZhConverter.php',
Performance improvements for autoload generator Both zend and HHVM run through the autoload file faster when it is a single array literal rather than individual key assignments. The __DIR__ string concatenation remains because HHVM and Zend >= 5.5.0 optimize away constant string concatenation. Change-Id: I75403ace264b09930d5cc545e62b8d7c3f1ad064
2014-11-14 18:18:09 +00:00
'ZipDirectoryReader' => __DIR__ . '/includes/utils/ZipDirectoryReader.php',
Move some more classes to comply with class per file Change-Id: Ibecea848fcca24709847931f5e02a7c981c4d277
2017-05-21 12:23:31 +00:00
'ZipDirectoryReaderError' => __DIR__ . '/includes/utils/ZipDirectoryReaderError.php',
Move HistoryBlob classes to own files Move all into own subfolder Change-Id: Iccf1bb9a2c8927c1b4dc0952d59d745109a71f76
2019-03-25 19:29:47 +00:00
'concatenatedgziphistoryblob' => __DIR__ . '/includes/historyblob/ConcatenatedGzipHistoryBlob.php',
'historyblobcurstub' => __DIR__ . '/includes/historyblob/HistoryBlobCurStub.php',
'historyblobstub' => __DIR__ . '/includes/historyblob/HistoryBlobStub.php',
Use short array for generator output The AutoloadGenerator and LocalSettingsGenerator should generate short array syntax Change-Id: I5772640556fd6274db0d522341a98c0acfe5794d
2016-02-17 21:08:07 +00:00
];
Reference in a new issue Copy permalink