aboutsummaryrefslogtreecommitdiffstats
path: root/includes/api/ApiEmailUser.php
Commit message (Collapse)AuthorAgeFilesLines
* api: Use type-declaration for string arg in ApiBase::__constructUmherirrender2024-10-171-1/+1
| | | | | | | Also for all sub-classes Remove simple doc-blocks without further information Change-Id: I981934efe32d44f52e5ab865a9b887be5bd0f41e
* Add namespace to includes/api classesJames D. Forrester2024-09-251-0/+5
| | | | | Bug: T353458 Change-Id: I3ea6b08c5018ba03ba45c5766e1f46e12f6b8597
* api: Use namespaced classesUmherirrender2024-06-141-0/+1
| | | | | | Changes to the use statements done automatically via script Change-Id: Icc5b59f9ef6319d1fb785fcda17f43c94f94cc38
* Refactor ApiEmailUser to use EmailUser/EmailUserFactory classes.Lewis Cawte2024-05-041-36/+39
| | | | | | | Removes usage of various deprecated SpecialEmailUser classes. Bug: T362636 Change-Id: Ieb71a3741348ca9dae8c5bf32e891fee458ed5b2
* EmailUser: use authorizeAction()daniel2023-09-261-1/+2
| | | | | | | | | | | | EmailUser should distinguish between pre-checking permission, and authorizing the sending of emails, so we can call authorizeAction() at the appropriate time. This way, rate limits get enforced implicitly. This change demonstrates the motivation behind Iebd62b0487a and I0c2ce8bdf07. Change-Id: Ic30c36f82ab142130b5f4167c13284aeed899231
* Namespace User under \MediaWiki\UserJames D. Forrester2023-09-191-0/+1
| | | | | Bug: T166010 Change-Id: I7257302b485588af31384d4f7fc8e30551f161f1
* Reorg: Move Status to MediaWiki\Status\Amir Sarabadani2023-08-251-0/+1
| | | | | | | | | | 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
* Namespace SpecialE* under \MediaWiki\SpecialsJames D. Forrester2023-05-031-0/+1
| | | | Change-Id: Id456f920654bcf179b6ae24bdb061d58bcd5be33
* api: Replace numerous deprecated constantsReedy2022-06-061-6/+8
| | | | Change-Id: I34ffcb70efbfa257da8dab6e0790aa0d697caf5b
* ApiEmailUser: Mark the subject as a required parameterFunc2022-03-161-1/+4
| | | | | | | This matches the behavior of Special:EmailUser. Bug: T303862 Change-Id: I445a9388a573383ffbbe451be1f925045d15a556
* Add comment to fall-through cases in switchUmherirrender2021-04-151-0/+6
| | | | | | | | Fix new coming sniff PSR2.ControlStructures.SwitchDeclaration.TerminatingComment Bug: T182546 Change-Id: I3f8d43c730981d8faaa72910d7f3b58a14a8372f
* Remove "Created on" from file header commentsUmherirrender2018-01-261-4/+0
| | | | | | | | | It is the job of git and svn to provide this information/metadata. The form was different, some with short, some with long month name some with leading zero at the day, some without. The year is also present in the Copyright clause Change-Id: If006907b82b9e45f13cfa2e45d41107a95570e1a
* Fix inconsistent capitalization of different method callsThiemo Mättig2017-12-271-1/+1
| | | | Change-Id: I9f5b9e59e8cdadf65e80077fe2d3a9822b4592fe
* Allow users to restrict who can send them direct emails via Special:EmailUserDavid Barratt2017-09-131-1/+1
| | | | | | | Users can now specify a blacklist of users who are prevented from sending them a direct email. Bug: T138166 Change-Id: Ifa26153f593b0ca3a9121e1e29961911c616c9e4
* ApiEmailUser: Add parentheses to fix outputBrad Jorsch2017-07-241-1/+1
| | | | | | | Stupid PHP ternary operator being left-associative. Bug: T171416 Change-Id: Iddcbe0d75d583e4021a3aab47be4a4912c492f03
* Make API documentation links language awareBaha2017-04-051-1/+1
| | | | | | | | | | | | | | Links generated by the API are now aware of the user's preferred language and will show documents in that language if available. To test, log in to mediawiki.org and set your language preference to 'es', then on an MediaWiki installation with this patch view the generated expanded API help at `api.php?action=help&recursivesubmodules=1&modules=main`. Each link to documentation on mediawiki.org should take you to its translated /es subpage, if one exists. Bug: T104518 Change-Id: I339a1f3ae1bce9d759cf251899d57c32b1def91e
* API: i18n for warnings and errorsBrad Jorsch2016-12-061-19/+19
| | | | | | | | | | | | | | | | | | | | | | | | | 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
* Convert all array() syntax to []Kunal Mehta2016-02-171-15/+15
| | | | | | | | | | Per wikitech-l consensus: https://lists.wikimedia.org/pipermail/wikitech-l/2016-February/084821.html Notes: * Disabled CallTimePassByReference due to false positives (T127163) Change-Id: I2c8ce713ce6600a0bb7bf67537c87044c7a45c4b
* API: Add more parameter types and improve infoBrad Jorsch2015-05-291-1/+1
| | | | | | | | | | | | | | | | | | New types 'text' and 'password' for where a <textarea> or <input type="password"> would be preferred over <input type="text">. Some timestamp parameters get actually tagged as 'timestamp'. 'submodule' types change the 'submodules' output property from a boolean to an object indicating the mapping from values to module paths. And they get an indication of the submodule parameter prefix (e.g. generator's "g"), if applicable. "generator" actually gets reported as a submodule type, using this new mechanism. action=paraminfo will now indicate ApiBase::PARAM_RANGE_ENFORCE status, and return better-formatted defaults for timestamps and booleans. Change-Id: Ic862d6f8fe13f7eb6b4298683514d33af5823e47
* API: Fix access on getExamplesMessagesBrad Jorsch2014-10-291-1/+1
| | | | | | | ApiBase declares it protected, but for some reason I had made it public in all subclasses. Change-Id: I8a50d4f47e66c7f09137968d3941dc5cdc1d28e4
* API: Internationalize all remaining core API modulesBrad Jorsch2014-10-201-16/+3
| | | | | | | | | This also adds some new ApiBase::PARAM_* constants to generate more helpful help, and a method to override the default description message for the use of ApiDisabled and ApiQueryDisabled. Bug: 71638 Change-Id: Ic0c3d232e0498d58a043037e2e0c6f0b1c3edad3
* SpecialEmailUser: Use Config instead of globalsKunal Mehta2014-09-121-1/+5
| | | | Change-Id: I81f6fb942a9cb12332c4763ab4c26cfcc556ddcb
* API: Overhaul token handlingBrad Jorsch2014-08-261-11/+2
| | | | | | | | | | | | | | | | | | | | The current token handling is a mess. This simplifies things greatly: * *All* tokens are obtained from action=query&meta=tokens, rather than being spread over action=tokens, action=query&prop=info, action=query&prop=revisions, action=query&prop=recentchanges, and action=query&prop=users. All these old methods are deprecated. * Similarly, there is only one hook to register new token types. All old hooks are deprecated. * All tokens are cacheable. * Most token types are dropped in favor of a 'csrf' token. They already were returning the same token anyway. * All token-using modules will document the required token type in a standard manner in action=help and are documented in machine-readable fashion in action=paraminfo. Note this will require updates to all extensions using tokens. Change-Id: I2793a3f2dd64a4bebb0b4d065e09af1e9f63fb89
* API: Remove action=paraminfo 'props' and 'errors' result propertiesBrad Jorsch2014-08-071-23/+0
| | | | | | | | | | | | | | | | | The format for 'props' was never specified and the list for 'errors' is impossible to keep updated when considering that many errors come from MediaWiki backend code and extension hook functions. And since there doesn't seem to be any real use case for either of these, let's just kill both of them instead of wasting effort on trying to fix them. Note that neither getResultProperties nor getPossibleErrors are called from any extensions in gerrit, and none of the other deprecated methods are called outside of the implementations of those two methods. Removing the obsolete methods is left to the maintainers of the extensions, as keeping them hurts nothing and is needed to maintain compatibility with earlier versions of MediaWiki. Change-Id: Ie11a401d60c834059fbf1b5625ca8ea093b3337c
* Add final period to API module descriptionsaddshore2014-03-101-1/+1
| | | | Change-Id: Icae68c1ab1fd0006e00a3a9a56ae8f831d3d0d45
* Remove final period from api module descriptionsumherirrender2014-03-021-1/+1
| | | | | | The most description are without a final period, so that looks common. Change-Id: If72a3cc094cfff436b53948728354cbaeff768c8
* Address errors and warnings in CodeSniffer in api/Siebrand Mazeland2013-11-171-1/+2
| | | | Change-Id: I06de371393d50eada33154626874b106d814642b
* (bug 45633) Fix more occurences of "e-mail" to "email" in APIAlexandre Emsenhuber2013-03-031-1/+1
| | | | | | | | | - Missed item in ApiSetNotificationTimestamp.php - Update link to mediawiki.org in ApiEmailUser.php now that the page was renamed Bug: 45633 Change-Id: I2a0a41317b9671fcd5fa1f9301cd67e619926a3e
* api: remove duplicate __contruct callsAntoine Musso2013-01-291-4/+0
| | | | | | | | For historical reasons, all our API class had a dummy __construct which simply calls their parent constructor. This patch removes all such occurences to save out some bytes. Change-Id: I667955d7821f780fc5ce23823d74dedb1729b9fa
* (bug 35885) remove api version string and parameterYuri Astrakhan2013-01-181-4/+0
| | | | | | | | | API was using SVN's version keyword which GIT does not support. All related methods were either removed, or for those that could have been used from extensions, emptied out. api.php?version now shows unrecognized param warning. Change-Id: I910ca1448ed2ed697ac19b17c486d130aa1d7e03
* (bug 38190) Add "required" flag to some token paramsumherirrender2012-07-201-1/+4
| | | | | | action=block/action=unblock can not have the token required because when using the gettoken param, the token param can not set. Change-Id: I15317f16c06f150d29c1b17de76f41a6cfa84820
* Added result properties to action=paraminfoPetr Onderka2012-06-061-0/+17
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Added information about the properties of the results of API calls to action=paraminfo, including information about "property groups": what should the prop parameter be set to to get that property. Uses the same format for types as parameters already do. The output format of some modules doesn't fit this, so the result properties for them weren't added, or only partially. Partially implemented modules: * expandtemplates: parsetree is in its own tag * protect, allusers, backlinks, deletedrevs, info, imageinfo, logevents, querypage, recentchanges, revisions, searchinfo, usercontribs, userinfo, users, watchlist, upload: response with partially complex structure Not implemented modules: * feedcontributions, feedwatchlist, opensearch, rds: non-standard reponse * help: error is normal response; not very useful for automated tools anyway * paraminfo, parse, pageprops, siteinfo, userrights: response with complex structure Change-Id: Iff2a9bef79f994e73eef3062b4dd5461bff968ab
* Removed usage of global objects in SpecialEmailUserAlexandre Emsenhuber2012-04-131-1/+1
| | | | | | | * Added $context parameter to SpecialEmailUser::submit() to replace usage of $wgUser and wfMsg*() calls; added SpecialEmailUser::uiSubmit() as wrapper for HTMLForm submission and updated the call in ApiEmailUser * Use local context to get messages Change-Id: Id5a7330486b9ccd5325293590eeefeba1c0f0536
* Consistency: made all API examples a verbsMax Semenik2012-01-121-1/+1
| | | | Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/108734
* Re-instate most of the revisions for bug 33147 "API examples should explain ↵Sam Reed2011-12-271-1/+1
| | | | | | | | | | | what they do" Using this to sync up my working copies Should have the little niggles tidied up though Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/107393
* Revert r106521: creates lots of long, unwrappable lines in help outputBrion Vibber2011-12-201-1/+1
| | | | Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/106865
* More example conversions/additionsSam Reed2011-12-171-1/+1
| | | | | | | Ping r106439 Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/106521
* Oh noes, moar http:// -> https://Sam Reed2011-11-281-1/+1
| | | | Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/104445
* Removed the 'eclipse helper' bit on top of every API moduleJohn Du Hart2011-11-161-5/+0
| | | | | | | | It's a parctice that dates back to 2006 when the API was first written, and frankly isn't covered by the coding conventions. Same thing with the docblocks, they're all copypasted with some bits changed and don't even make sense if you look at them in the genereated code docs. I don't feel that any of us depend on this anymore (get a better IDE), so in the inerest of consistancy it's time we said goodbye to it. Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/103273
* Adding context to the APIJohn Du Hart2011-10-261-3/+1
| | | | | | | This will probably break something somewhere so when it does please yell at me on IRC and I'll fix it. Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/100905
* Based on diff to wikia, set more functions consistently public rather than ↵Sam Reed2011-08-171-1/+1
| | | | | | | protected Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/94827
* Followup r92396, add help urls for most of the core (non query) modulesSam Reed2011-07-171-0/+4
| | | | Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/92398
* (bug 27862; follow-up r77714) Make emailuser api module not freak out when ↵Brian Wolff2011-03-051-0/+11
| | | | | | | SpecialEmailUser returns a status object instead of true. Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/83270
* Delete all the "API for MediaWiki 1.8+" commentsSam Reed2010-12-221-1/+1
| | | | | | | Add since to ApiQueryQueryPage Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/78829
* * (bug 25248) API: paraminfo errors with certain modulesSam Reed2010-10-011-0/+4
| | | | | | | Added a needsToken() function, rather than calling getTokenSalt, which can throw silly errors due to dependencies on parameters Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/74098
* Standardised file description headers, added @fileAlexandre Emsenhuber2010-08-071-2/+4
| | | | Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/70647
* Followup r70461 if PARAM_REQUIRED is set, use for missing param in ↵Sam Reed2010-08-041-2/+0
| | | | | | | | | getPossibleErrors in ApiBase All but ApiQueryBacklinks Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/70474
* Followup to r70460 and r70461: Use true instead of 1X!2010-08-041-2/+2
| | | | Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/70462
* Followup to r70460: Committed wrong version of ApiBase.php, convert all core ↵X!2010-08-041-9/+8
| | | | | | | API modules to PARAM_REQUIRED syntax Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/70461
* Use the canonical names for classes.Platonides2010-07-271-3/+3
| | | | Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/70024