Manual:Hooks/userCan/zh
Deprecated: 这个被弃用功能不应再被使用,但出于向后兼容性的原因仍然可用。
|
userCan | |
---|---|
自version 1.6.0 版可用 To interrupt/advise the "user can do X to Y article" check | |
定义函数: | public static function onuserCan( $title, $user, $action, &$result ) { ... }
|
附加钩子: | 在extension.json中:
{
"Hooks": {
"userCan": "MediaWiki\\Extension\\MyExtension\\Hooks::onuserCan"
}
}
|
调用自: | 文件: Permissions/PermissionManager.php |
介面: | userCanHook.php |
更多有关附加钩子的信息,请参见Manual:Hooks 。
有关使用此钩子的扩展示例,请参见Category:userCan extensions/zh。
Details
$title
reference to the title in question (see the use in $IP/includes/Title.php)
$user
reference to the current user (see the use in $IP/includes/Title.php)
$action
action (string) concerning the title in question
$result
- reference to the result propagated along the chain of hooks (see $IP/includes/Hooks.php)
- $result can be left untouched, or set to
true
orfalse
, according to the opinion of the particular hook function
- true means that the user is allowed, and false means that the $user is disallowed for the $action concerning the $title
- leaving untouched means that the hook function has no opinion about the situation
return value of the hook function
- the individual hook functions of the possibly nested list of hooks are processed in order of their natural occurrence, from the beginning until either the end of the list is reached, or the current hook function doesn't return
true
- a particular hook function on the list will stop the processing, if it returns
false
.
intentional side effect of the chain of hook function
- $result given by reference to each hook function contains the resulting opinion of the hook functions processed so far
- to be the first in the list of hooks has the disadvantage, that later hook functions have the opportunity to change the $result
- to be the last in the list of hooks has the disadvantage, that the processing of the hooks will simply not reach that point, hence less chance to have an impact on the $result
The final decision concerning the $title - $user - $action triple is the value can be found in $result, when the processing of the list of hooks is finished.
Risk of returning a string value
Unlike most other hooks, you cannot return a string value from the userCan hook. Normally, returning a string value will cause an error page to be displayed, containing the returned string. However, the process of displaying the error page calls the userCan hook to determine the available UI elements, and so returning a string from this function will cause an infinite recursion! This was tested on v1.6.10 and may have subsequently been fixed.
Limitations
Table of combinations
return true | return false | |
---|---|---|
$result = true | User should be allowed to proceed. Later functions can override. |
User should be allowed to proceed. Later functions not consulted. |
$result = false | User should not be allowed to proceed. Later functions can override. |
User should not be allowed to proceed. Later functions not consulted. |
$result untouched | Decision depends on the other hooks, or other internal decision. Later functions can override. |
Decision depends on the previous hooks, or other internal decision. Later functions not consulted. |
See also
- UserCanSendEmail
- TitleReadWhitelist - to allow user to read specific pages
- UserGetRights - for hooking into non-title-specific permission checks
- getUserPermissionsErrors - for a similar hook that can also return a message