2007-07-31 17:53:37 +00:00
|
|
|
<?php
|
2010-02-26 13:18:56 +00:00
|
|
|
/**
|
2010-12-22 20:52:06 +00:00
|
|
|
*
|
2007-07-31 17:53:37 +00:00
|
|
|
*
|
2010-08-07 19:59:42 +00:00
|
|
|
* Created on July 30, 2007
|
|
|
|
|
*
|
2012-07-15 20:13:02 +00:00
|
|
|
* Copyright © 2007 Yuri Astrakhan "<Firstname><Lastname>@gmail.com"
|
2007-07-31 17:53:37 +00:00
|
|
|
*
|
|
|
|
|
* This program is free software; you can redistribute it and/or modify
|
|
|
|
|
* it under the terms of the GNU General Public License as published by
|
|
|
|
|
* the Free Software Foundation; either version 2 of the License, or
|
|
|
|
|
* (at your option) any later version.
|
|
|
|
|
*
|
|
|
|
|
* This program is distributed in the hope that it will be useful,
|
|
|
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
|
* GNU General Public License for more details.
|
|
|
|
|
*
|
|
|
|
|
* You should have received a copy of the GNU General Public License along
|
|
|
|
|
* with this program; if not, write to the Free Software Foundation, Inc.,
|
2010-06-21 13:13:32 +00:00
|
|
|
* 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA.
|
2007-07-31 17:53:37 +00:00
|
|
|
* http://www.gnu.org/copyleft/gpl.html
|
2010-08-07 19:59:42 +00:00
|
|
|
*
|
|
|
|
|
* @file
|
2007-07-31 17:53:37 +00:00
|
|
|
*/
|
|
|
|
|
|
|
|
|
|
/**
|
|
|
|
|
* Query module to get information about the currently logged-in user
|
2008-04-14 07:45:50 +00:00
|
|
|
*
|
WARNING: HUGE COMMIT
Doxygen documentation update:
* Changed alls @addtogroup to @ingroup. @addtogroup adds the comment to the group description, but doesn't add the file, class, function, ... to the group like @ingroup does. See for example http://svn.wikimedia.org/doc/group__SpecialPage.html where it's impossible to see related files, classes, ... that should belong to that group.
* Added @file to file description, it seems that it should be explicitely decalred for file descriptions, otherwise doxygen will think that the comment document the first class, variabled, function, ... that is in that file.
* Removed some empty comments
* Removed some ?>
Added following groups:
* ExternalStorage
* JobQueue
* MaintenanceLanguage
One more thing: there are still a lot of warnings when generating the doc.
2008-05-20 17:13:28 +00:00
|
|
|
* @ingroup API
|
2007-07-31 17:53:37 +00:00
|
|
|
*/
|
|
|
|
|
class ApiQueryUserInfo extends ApiQueryBase {
|
|
|
|
|
|
2014-06-03 19:53:34 +00:00
|
|
|
const WL_UNREAD_LIMIT = 1000;
|
|
|
|
|
|
2010-10-01 11:21:46 +00:00
|
|
|
private $prop = array();
|
|
|
|
|
|
2014-03-25 17:22:11 +00:00
|
|
|
public function __construct( ApiQuery $query, $moduleName ) {
|
2010-02-26 13:18:56 +00:00
|
|
|
parent::__construct( $query, $moduleName, 'ui' );
|
2007-07-31 17:53:37 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
public function execute() {
|
|
|
|
|
$params = $this->extractRequestParams();
|
|
|
|
|
$result = $this->getResult();
|
2008-01-24 17:59:07 +00:00
|
|
|
|
2010-01-11 15:55:52 +00:00
|
|
|
if ( !is_null( $params['prop'] ) ) {
|
|
|
|
|
$this->prop = array_flip( $params['prop'] );
|
2008-01-24 17:59:07 +00:00
|
|
|
}
|
2010-09-20 14:32:38 +00:00
|
|
|
|
2008-01-27 20:28:36 +00:00
|
|
|
$r = $this->getCurrentUserInfo();
|
2010-02-26 13:18:56 +00:00
|
|
|
$result->addValue( 'query', $this->getModuleName(), $r );
|
2008-01-24 17:59:07 +00:00
|
|
|
}
|
2008-04-14 07:45:50 +00:00
|
|
|
|
2015-05-10 14:05:03 +00:00
|
|
|
/**
|
|
|
|
|
* Get basic info about a given block
|
|
|
|
|
* @param Block $block
|
|
|
|
|
* @return array Array containing several keys:
|
|
|
|
|
* - blockid - ID of the block
|
|
|
|
|
* - blockedby - username of the blocker
|
|
|
|
|
* - blockedbyid - user ID of the blocker
|
|
|
|
|
* - blockreason - reason provided for the block
|
|
|
|
|
* - blockedtimestamp - timestamp for when the block was placed/modified
|
|
|
|
|
* - blockexpiry - expiry time of the block
|
|
|
|
|
*/
|
|
|
|
|
public static function getBlockInfo( Block $block ) {
|
Clean up handling of 'infinity'
There's a bunch of stuff that probably only works because the database
representation of infinity is actually 'infinity' on all databases
besides Oracle, and Oracle in general isn't maintained.
Generally, we should probably use 'infinity' everywhere except where
directly dealing with the database.
* Many extension callers of Language::formatExpiry() with $format !==
true are assuming it'll return 'infinity', none are checking for
$db->getInfinity().
* And Language::formatExpiry() would choke if passed 'infinity', despite
callers doing this.
* And Language::formatExpiry() could be more useful for the API if we
can override the string returned for infinity.
* As for core, Title is using Language::formatExpiry() with TS_MW which
is going to be changing anyway. Extension callers mostly don't exist.
* Block already normalizes its mExpiry field (and ->getExpiry()),
but some stuff is comparing it with $db->getInfinity() anyway. A few
external users set mExpiry to $db->getInfinity(), but this is mostly
because SpecialBlock::parseExpiryInput() returns $db->getInfinity()
while most callers (including all extensions) are assuming 'infinity'.
* And for that matter, Block should use $db->decodeExpiry() instead of
manually doing it, once we make that safe to call with 'infinity' for
all the extensions passing $db->getInfinity() to Block's contructor.
* WikiPage::doUpdateRestrictions() and some of its callers are using
$db->getInfinity(), when all the inserts using that value are using
$db->encodeExpiry() which will convert 'infinity'.
This also cleans up a slave-lag issue I noticed in ApiBlock while
testing.
Bug: T92550
Change-Id: I5eb68c1fb6029da8289276ecf7c81330575029ef
2015-03-12 16:37:04 +00:00
|
|
|
global $wgContLang;
|
2015-05-10 14:05:03 +00:00
|
|
|
$vals = array();
|
|
|
|
|
$vals['blockid'] = $block->getId();
|
|
|
|
|
$vals['blockedby'] = $block->getByName();
|
|
|
|
|
$vals['blockedbyid'] = $block->getBy();
|
|
|
|
|
$vals['blockreason'] = $block->mReason;
|
|
|
|
|
$vals['blockedtimestamp'] = wfTimestamp( TS_ISO_8601, $block->mTimestamp );
|
|
|
|
|
$vals['blockexpiry'] = $wgContLang->formatExpiry(
|
|
|
|
|
$block->getExpiry(), TS_ISO_8601, 'infinite'
|
|
|
|
|
);
|
|
|
|
|
return $vals;
|
|
|
|
|
}
|
Clean up handling of 'infinity'
There's a bunch of stuff that probably only works because the database
representation of infinity is actually 'infinity' on all databases
besides Oracle, and Oracle in general isn't maintained.
Generally, we should probably use 'infinity' everywhere except where
directly dealing with the database.
* Many extension callers of Language::formatExpiry() with $format !==
true are assuming it'll return 'infinity', none are checking for
$db->getInfinity().
* And Language::formatExpiry() would choke if passed 'infinity', despite
callers doing this.
* And Language::formatExpiry() could be more useful for the API if we
can override the string returned for infinity.
* As for core, Title is using Language::formatExpiry() with TS_MW which
is going to be changing anyway. Extension callers mostly don't exist.
* Block already normalizes its mExpiry field (and ->getExpiry()),
but some stuff is comparing it with $db->getInfinity() anyway. A few
external users set mExpiry to $db->getInfinity(), but this is mostly
because SpecialBlock::parseExpiryInput() returns $db->getInfinity()
while most callers (including all extensions) are assuming 'infinity'.
* And for that matter, Block should use $db->decodeExpiry() instead of
manually doing it, once we make that safe to call with 'infinity' for
all the extensions passing $db->getInfinity() to Block's contructor.
* WikiPage::doUpdateRestrictions() and some of its callers are using
$db->getInfinity(), when all the inserts using that value are using
$db->encodeExpiry() which will convert 'infinity'.
This also cleans up a slave-lag issue I noticed in ApiBlock while
testing.
Bug: T92550
Change-Id: I5eb68c1fb6029da8289276ecf7c81330575029ef
2015-03-12 16:37:04 +00:00
|
|
|
|
2015-05-10 14:05:03 +00:00
|
|
|
protected function getCurrentUserInfo() {
|
2011-10-26 23:27:01 +00:00
|
|
|
$user = $this->getUser();
|
2007-07-31 17:53:37 +00:00
|
|
|
$vals = array();
|
2011-10-26 23:27:01 +00:00
|
|
|
$vals['id'] = intval( $user->getId() );
|
|
|
|
|
$vals['name'] = $user->getName();
|
2007-07-31 17:53:37 +00:00
|
|
|
|
2011-10-26 23:27:01 +00:00
|
|
|
if ( $user->isAnon() ) {
|
2015-01-16 19:00:07 +00:00
|
|
|
$vals['anon'] = true;
|
2010-02-26 13:18:56 +00:00
|
|
|
}
|
2010-01-23 22:26:40 +00:00
|
|
|
|
2015-05-10 14:05:03 +00:00
|
|
|
if ( isset( $this->prop['blockinfo'] ) && $user->isBlocked() ) {
|
|
|
|
|
$vals = array_merge( $vals, self::getBlockInfo( $user->getBlock() ) );
|
2008-04-14 07:45:50 +00:00
|
|
|
}
|
2010-01-23 22:26:40 +00:00
|
|
|
|
2015-01-16 19:00:07 +00:00
|
|
|
if ( isset( $this->prop['hasmsg'] ) ) {
|
|
|
|
|
$vals['messages'] = $user->getNewtalk();
|
2007-07-31 17:53:37 +00:00
|
|
|
}
|
2010-01-23 22:26:40 +00:00
|
|
|
|
2010-01-11 15:55:52 +00:00
|
|
|
if ( isset( $this->prop['groups'] ) ) {
|
2012-08-03 19:41:44 +00:00
|
|
|
$vals['groups'] = $user->getEffectiveGroups();
|
2015-01-16 19:00:07 +00:00
|
|
|
ApiResult::setArrayType( $vals['groups'], 'array' ); // even if empty
|
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
|
|
|
ApiResult::setIndexedTagName( $vals['groups'], 'g' ); // even if empty
|
2008-01-24 17:59:07 +00:00
|
|
|
}
|
2010-01-23 22:26:40 +00:00
|
|
|
|
2011-09-28 17:01:53 +00:00
|
|
|
if ( isset( $this->prop['implicitgroups'] ) ) {
|
2012-08-03 19:41:44 +00:00
|
|
|
$vals['implicitgroups'] = $user->getAutomaticGroups();
|
2015-01-16 19:00:07 +00:00
|
|
|
ApiResult::setArrayType( $vals['implicitgroups'], 'array' ); // even if empty
|
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
|
|
|
ApiResult::setIndexedTagName( $vals['implicitgroups'], 'g' ); // even if empty
|
2011-09-28 17:01:53 +00:00
|
|
|
}
|
|
|
|
|
|
2010-01-11 15:55:52 +00:00
|
|
|
if ( isset( $this->prop['rights'] ) ) {
|
2008-11-20 14:46:10 +00:00
|
|
|
// User::getRights() may return duplicate values, strip them
|
2011-10-26 23:27:01 +00:00
|
|
|
$vals['rights'] = array_values( array_unique( $user->getRights() ) );
|
2015-01-16 19:00:07 +00:00
|
|
|
ApiResult::setArrayType( $vals['rights'], 'array' ); // even if empty
|
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
|
|
|
ApiResult::setIndexedTagName( $vals['rights'], 'r' ); // even if empty
|
2008-01-24 17:59:07 +00:00
|
|
|
}
|
2010-01-23 22:26:40 +00:00
|
|
|
|
2010-01-11 15:55:52 +00:00
|
|
|
if ( isset( $this->prop['changeablegroups'] ) ) {
|
2011-10-26 23:27:01 +00:00
|
|
|
$vals['changeablegroups'] = $user->changeableGroups();
|
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
|
|
|
ApiResult::setIndexedTagName( $vals['changeablegroups']['add'], 'g' );
|
|
|
|
|
ApiResult::setIndexedTagName( $vals['changeablegroups']['remove'], 'g' );
|
|
|
|
|
ApiResult::setIndexedTagName( $vals['changeablegroups']['add-self'], 'g' );
|
|
|
|
|
ApiResult::setIndexedTagName( $vals['changeablegroups']['remove-self'], 'g' );
|
2009-03-26 13:10:13 +00:00
|
|
|
}
|
2010-01-23 22:26:40 +00:00
|
|
|
|
2010-01-11 15:55:52 +00:00
|
|
|
if ( isset( $this->prop['options'] ) ) {
|
2011-10-26 23:27:01 +00:00
|
|
|
$vals['options'] = $user->getOptions();
|
2015-01-16 19:00:07 +00:00
|
|
|
$vals['options'][ApiResult::META_BC_BOOLS] = array_keys( $vals['options'] );
|
2008-01-24 17:59:07 +00:00
|
|
|
}
|
2010-01-23 22:26:40 +00:00
|
|
|
|
2014-08-08 16:56:07 +00:00
|
|
|
if ( isset( $this->prop['preferencestoken'] ) ) {
|
|
|
|
|
$p = $this->getModulePrefix();
|
|
|
|
|
$this->setWarning(
|
|
|
|
|
"{$p}prop=preferencestoken has been deprecated. Please use action=query&meta=tokens instead."
|
|
|
|
|
);
|
|
|
|
|
}
|
2011-01-04 01:39:02 +00:00
|
|
|
if ( isset( $this->prop['preferencestoken'] ) &&
|
2014-12-17 11:09:04 +00:00
|
|
|
!$this->lacksSameOriginSecurity() &&
|
2013-06-10 19:30:43 +00:00
|
|
|
$user->isAllowed( 'editmyoptions' )
|
2011-01-04 01:39:02 +00:00
|
|
|
) {
|
2011-10-27 00:46:17 +00:00
|
|
|
$vals['preferencestoken'] = $user->getEditToken( '', $this->getMain()->getRequest() );
|
2008-09-25 15:20:37 +00:00
|
|
|
}
|
2010-01-23 22:26:40 +00:00
|
|
|
|
2010-01-11 15:55:52 +00:00
|
|
|
if ( isset( $this->prop['editcount'] ) ) {
|
2013-07-18 20:12:15 +00:00
|
|
|
// use intval to prevent null if a non-logged-in user calls
|
|
|
|
|
// api.php?format=jsonfm&action=query&meta=userinfo&uiprop=editcount
|
2011-10-26 23:27:01 +00:00
|
|
|
$vals['editcount'] = intval( $user->getEditCount() );
|
2008-01-24 17:59:07 +00:00
|
|
|
}
|
2010-01-23 22:26:40 +00:00
|
|
|
|
2010-01-11 15:55:52 +00:00
|
|
|
if ( isset( $this->prop['ratelimits'] ) ) {
|
2008-02-01 14:46:46 +00:00
|
|
|
$vals['ratelimits'] = $this->getRateLimits();
|
|
|
|
|
}
|
2010-01-23 22:26:40 +00:00
|
|
|
|
2014-01-24 02:51:11 +00:00
|
|
|
if ( isset( $this->prop['realname'] ) && !in_array( 'realname', $this->getConfig()->get( 'HiddenPrefs' ) ) ) {
|
2011-10-26 23:27:01 +00:00
|
|
|
$vals['realname'] = $user->getRealName();
|
2011-01-01 17:38:15 +00:00
|
|
|
}
|
|
|
|
|
|
2013-06-10 19:30:43 +00:00
|
|
|
if ( $user->isAllowed( 'viewmyprivateinfo' ) ) {
|
|
|
|
|
if ( isset( $this->prop['email'] ) ) {
|
|
|
|
|
$vals['email'] = $user->getEmail();
|
|
|
|
|
$auth = $user->getEmailAuthenticationTimestamp();
|
|
|
|
|
if ( !is_null( $auth ) ) {
|
|
|
|
|
$vals['emailauthenticated'] = wfTimestamp( TS_ISO_8601, $auth );
|
|
|
|
|
}
|
2010-02-26 13:18:56 +00:00
|
|
|
}
|
2009-02-23 13:34:29 +00:00
|
|
|
}
|
2010-07-23 07:33:40 +00:00
|
|
|
|
2011-04-10 12:27:32 +00:00
|
|
|
if ( isset( $this->prop['registrationdate'] ) ) {
|
2011-10-26 23:27:01 +00:00
|
|
|
$regDate = $user->getRegistration();
|
2011-04-10 12:27:32 +00:00
|
|
|
if ( $regDate !== false ) {
|
|
|
|
|
$vals['registrationdate'] = wfTimestamp( TS_ISO_8601, $regDate );
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
2010-06-07 18:53:30 +00:00
|
|
|
if ( isset( $this->prop['acceptlang'] ) ) {
|
2012-04-22 23:42:38 +00:00
|
|
|
$langs = $this->getRequest()->getAcceptLang();
|
2010-06-18 18:00:54 +00:00
|
|
|
$acceptLang = array();
|
|
|
|
|
foreach ( $langs as $lang => $val ) {
|
|
|
|
|
$r = array( 'q' => $val );
|
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
|
|
|
ApiResult::setContentValue( $r, 'code', $lang );
|
2010-06-18 18:00:54 +00:00
|
|
|
$acceptLang[] = $r;
|
2010-06-07 18:53:30 +00:00
|
|
|
}
|
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
|
|
|
ApiResult::setIndexedTagName( $acceptLang, 'lang' );
|
2010-06-18 18:00:54 +00:00
|
|
|
$vals['acceptlang'] = $acceptLang;
|
2010-06-07 18:53:30 +00:00
|
|
|
}
|
2013-11-14 13:00:02 +00:00
|
|
|
|
2014-06-03 19:53:34 +00:00
|
|
|
if ( isset( $this->prop['unreadcount'] ) ) {
|
|
|
|
|
$dbr = $this->getQuery()->getNamedDB( 'watchlist', DB_SLAVE, 'watchlist' );
|
|
|
|
|
|
2014-09-11 19:14:06 +00:00
|
|
|
$count = $dbr->selectRowCount(
|
2014-06-03 19:53:34 +00:00
|
|
|
'watchlist',
|
2014-09-11 19:14:06 +00:00
|
|
|
'1',
|
2014-06-03 19:53:34 +00:00
|
|
|
array(
|
|
|
|
|
'wl_user' => $user->getId(),
|
|
|
|
|
'wl_notificationtimestamp IS NOT NULL',
|
|
|
|
|
),
|
|
|
|
|
__METHOD__,
|
|
|
|
|
array( 'LIMIT' => self::WL_UNREAD_LIMIT )
|
|
|
|
|
);
|
|
|
|
|
|
|
|
|
|
if ( $count >= self::WL_UNREAD_LIMIT ) {
|
|
|
|
|
$vals['unreadcount'] = self::WL_UNREAD_LIMIT . '+';
|
|
|
|
|
} else {
|
2015-01-22 15:36:18 +00:00
|
|
|
$vals['unreadcount'] = $count;
|
2014-06-03 19:53:34 +00:00
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
2010-06-18 18:00:54 +00:00
|
|
|
return $vals;
|
2010-06-07 18:53:30 +00:00
|
|
|
}
|
2008-04-14 07:45:50 +00:00
|
|
|
|
2010-02-26 13:18:56 +00:00
|
|
|
protected function getRateLimits() {
|
2015-01-16 19:00:07 +00:00
|
|
|
$retval = array(
|
|
|
|
|
ApiResult::META_TYPE => 'assoc',
|
|
|
|
|
);
|
|
|
|
|
|
2011-10-26 23:27:01 +00:00
|
|
|
$user = $this->getUser();
|
|
|
|
|
if ( !$user->isPingLimitable() ) {
|
2015-01-16 19:00:07 +00:00
|
|
|
return $retval; // No limits
|
2010-02-26 13:18:56 +00:00
|
|
|
}
|
2008-04-14 07:45:50 +00:00
|
|
|
|
2008-02-01 14:46:46 +00:00
|
|
|
// Find out which categories we belong to
|
|
|
|
|
$categories = array();
|
2011-10-26 23:27:01 +00:00
|
|
|
if ( $user->isAnon() ) {
|
2008-02-01 14:46:46 +00:00
|
|
|
$categories[] = 'anon';
|
2010-02-26 13:18:56 +00:00
|
|
|
} else {
|
2008-02-01 14:46:46 +00:00
|
|
|
$categories[] = 'user';
|
2010-02-26 13:18:56 +00:00
|
|
|
}
|
2011-10-26 23:27:01 +00:00
|
|
|
if ( $user->isNewbie() ) {
|
2008-02-01 14:46:46 +00:00
|
|
|
$categories[] = 'ip';
|
|
|
|
|
$categories[] = 'subnet';
|
2013-04-19 18:03:05 +00:00
|
|
|
if ( !$user->isAnon() ) {
|
2008-02-01 14:46:46 +00:00
|
|
|
$categories[] = 'newbie';
|
2013-04-19 18:03:05 +00:00
|
|
|
}
|
2008-02-01 14:46:46 +00:00
|
|
|
}
|
2011-10-26 23:27:01 +00:00
|
|
|
$categories = array_merge( $categories, $user->getGroups() );
|
2008-04-14 07:45:50 +00:00
|
|
|
|
2008-02-01 14:46:46 +00:00
|
|
|
// Now get the actual limits
|
2014-01-24 02:51:11 +00:00
|
|
|
foreach ( $this->getConfig()->get( 'RateLimits' ) as $action => $limits ) {
|
2010-02-26 13:18:56 +00:00
|
|
|
foreach ( $categories as $cat ) {
|
|
|
|
|
if ( isset( $limits[$cat] ) && !is_null( $limits[$cat] ) ) {
|
2010-01-11 15:55:52 +00:00
|
|
|
$retval[$action][$cat]['hits'] = intval( $limits[$cat][0] );
|
|
|
|
|
$retval[$action][$cat]['seconds'] = intval( $limits[$cat][1] );
|
2008-02-01 14:46:46 +00:00
|
|
|
}
|
2010-02-26 13:18:56 +00:00
|
|
|
}
|
|
|
|
|
}
|
2013-11-14 13:00:02 +00:00
|
|
|
|
2008-02-01 14:46:46 +00:00
|
|
|
return $retval;
|
2008-04-14 07:45:50 +00:00
|
|
|
}
|
2007-07-31 17:53:37 +00:00
|
|
|
|
2008-01-28 19:05:26 +00:00
|
|
|
public function getAllowedParams() {
|
2010-02-26 13:18:56 +00:00
|
|
|
return array(
|
|
|
|
|
'prop' => array(
|
|
|
|
|
ApiBase::PARAM_DFLT => null,
|
|
|
|
|
ApiBase::PARAM_ISMULTI => true,
|
|
|
|
|
ApiBase::PARAM_TYPE => array(
|
2007-07-31 17:53:37 +00:00
|
|
|
'blockinfo',
|
|
|
|
|
'hasmsg',
|
|
|
|
|
'groups',
|
2011-09-28 17:01:53 +00:00
|
|
|
'implicitgroups',
|
2007-07-31 17:53:37 +00:00
|
|
|
'rights',
|
2009-03-26 13:10:13 +00:00
|
|
|
'changeablegroups',
|
2008-01-23 20:13:58 +00:00
|
|
|
'options',
|
2008-09-25 15:20:37 +00:00
|
|
|
'preferencestoken',
|
2008-02-01 14:46:46 +00:00
|
|
|
'editcount',
|
2009-02-23 13:34:29 +00:00
|
|
|
'ratelimits',
|
|
|
|
|
'email',
|
2011-01-01 17:38:15 +00:00
|
|
|
'realname',
|
2010-06-07 18:53:30 +00:00
|
|
|
'acceptlang',
|
2014-06-03 19:53:34 +00:00
|
|
|
'registrationdate',
|
|
|
|
|
'unreadcount',
|
2014-09-18 17:38:23 +00:00
|
|
|
),
|
2015-08-06 08:17:34 +00:00
|
|
|
ApiBase::PARAM_HELP_MSG_PER_VALUE => array(
|
|
|
|
|
'unreadcount' => array(
|
|
|
|
|
'apihelp-query+userinfo-paramvalue-prop-unreadcount',
|
|
|
|
|
self::WL_UNREAD_LIMIT - 1,
|
|
|
|
|
self::WL_UNREAD_LIMIT . '+',
|
|
|
|
|
),
|
2014-09-18 17:38:23 +00:00
|
|
|
),
|
2008-02-01 13:43:01 +00:00
|
|
|
)
|
2007-07-31 17:53:37 +00:00
|
|
|
);
|
|
|
|
|
}
|
|
|
|
|
|
2014-10-28 17:17:02 +00:00
|
|
|
protected function getExamplesMessages() {
|
2010-02-26 13:18:56 +00:00
|
|
|
return array(
|
2014-09-18 17:38:23 +00:00
|
|
|
'action=query&meta=userinfo'
|
|
|
|
|
=> 'apihelp-query+userinfo-example-simple',
|
|
|
|
|
'action=query&meta=userinfo&uiprop=blockinfo|groups|rights|hasmsg'
|
|
|
|
|
=> 'apihelp-query+userinfo-example-data',
|
2007-07-31 17:53:37 +00:00
|
|
|
);
|
|
|
|
|
}
|
|
|
|
|
|
2011-07-17 16:51:11 +00:00
|
|
|
public function getHelpUrls() {
|
2015-04-07 09:55:31 +00:00
|
|
|
return 'https://www.mediawiki.org/wiki/API:Userinfo';
|
2011-07-17 16:51:11 +00:00
|
|
|
}
|
2007-07-31 17:53:37 +00:00
|
|
|
}
|