2005-08-17 19:48:24 +00:00
|
|
|
hooks.txt
|
2004-11-27 21:43:06 +00:00
|
|
|
|
|
|
|
|
This document describes how event hooks work in MediaWiki; how to add
|
|
|
|
|
hooks for an event; and how to run hooks for an event.
|
|
|
|
|
|
|
|
|
|
==Glossary==
|
|
|
|
|
|
|
|
|
|
event
|
|
|
|
|
Something that happens with the wiki. For example: a user logs
|
|
|
|
|
in. A wiki page is saved. A wiki page is deleted. Often there are
|
|
|
|
|
two events associated with a single action: one before the code
|
|
|
|
|
is run to make the event happen, and one after. Each event has a
|
|
|
|
|
name, preferably in CamelCase. For example, 'UserLogin',
|
|
|
|
|
'ArticleSave', 'ArticleSaveComplete', 'ArticleDelete'.
|
|
|
|
|
|
|
|
|
|
hook
|
|
|
|
|
A clump of code and data that should be run when an event
|
|
|
|
|
happens. This can be either a function and a chunk of data, or an
|
|
|
|
|
object and a method.
|
|
|
|
|
|
|
|
|
|
hook function
|
|
|
|
|
The function part of a hook.
|
|
|
|
|
|
|
|
|
|
==Rationale==
|
|
|
|
|
|
|
|
|
|
Hooks allow us to decouple optionally-run code from code that is run
|
|
|
|
|
for everyone. It allows MediaWiki hackers, third-party developers and
|
|
|
|
|
local administrators to define code that will be run at certain points
|
|
|
|
|
in the mainline code, and to modify the data run by that mainline
|
|
|
|
|
code. Hooks can keep mainline code simple, and make it easier to
|
|
|
|
|
write extensions. Hooks are a principled alternative to local patches.
|
|
|
|
|
|
|
|
|
|
Consider, for example, two options in MediaWiki. One reverses the
|
|
|
|
|
order of a title before displaying the article; the other converts the
|
|
|
|
|
title to all uppercase letters. Currently, in MediaWiki code, we
|
Changed the calling protocol for function wfRunHooks() in Hooks.php.
Previously, this function used variable arguments to allow
different hooks to pass different parameters. However, var args
silently convert reference-calling to value-calling. So a call
that used to work like this:
# old
wfRunHooks('SomeEvent', $param1, &$param2, $param3);
...now works like this:
# new
wfRunHooks('SomeEvent', array($param1, &$param2, $param3));
Hook functions can now change pass-by-reference parameters correctly
(e.g. $param2 in the above example).
All calls to wfRunHooks() were changed and tested, and the change
was documented in docs/hooks.doc. This change was originally checked
in on REL1_4 branch as a bugfix, but per vibber reverted and checked
in to HEAD instead.
2005-03-13 15:29:43 +00:00
|
|
|
would handle this as follows (note: not real code, here):
|
2004-11-27 21:43:06 +00:00
|
|
|
|
|
|
|
|
function showAnArticle($article) {
|
|
|
|
|
global $wgReverseTitle, $wgCapitalizeTitle;
|
|
|
|
|
|
|
|
|
|
if ($wgReverseTitle) {
|
|
|
|
|
wfReverseTitle($article);
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
if ($wgCapitalizeTitle) {
|
|
|
|
|
wfCapitalizeTitle($article);
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
# code to actually show the article goes here
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
An extension writer, or a local admin, will often add custom code to
|
|
|
|
|
the function -- with or without a global variable. For example,
|
|
|
|
|
someone wanting email notification when an article is shown may add:
|
|
|
|
|
|
|
|
|
|
function showAnArticle($article) {
|
|
|
|
|
global $wgReverseTitle, $wgCapitalizeTitle;
|
|
|
|
|
|
|
|
|
|
if ($wgReverseTitle) {
|
|
|
|
|
wfReverseTitle($article);
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
if ($wgCapitalizeTitle) {
|
|
|
|
|
wfCapitalizeTitle($article);
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
# code to actually show the article goes here
|
|
|
|
|
|
|
|
|
|
if ($wgNotifyArticle) {
|
|
|
|
|
wfNotifyArticleShow($article));
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
Using a hook-running strategy, we can avoid having all this
|
|
|
|
|
option-specific stuff in our mainline code. Using hooks, the function
|
|
|
|
|
becomes:
|
|
|
|
|
|
|
|
|
|
function showAnArticle($article) {
|
Changed the calling protocol for function wfRunHooks() in Hooks.php.
Previously, this function used variable arguments to allow
different hooks to pass different parameters. However, var args
silently convert reference-calling to value-calling. So a call
that used to work like this:
# old
wfRunHooks('SomeEvent', $param1, &$param2, $param3);
...now works like this:
# new
wfRunHooks('SomeEvent', array($param1, &$param2, $param3));
Hook functions can now change pass-by-reference parameters correctly
(e.g. $param2 in the above example).
All calls to wfRunHooks() were changed and tested, and the change
was documented in docs/hooks.doc. This change was originally checked
in on REL1_4 branch as a bugfix, but per vibber reverted and checked
in to HEAD instead.
2005-03-13 15:29:43 +00:00
|
|
|
|
|
|
|
|
if (wfRunHooks('ArticleShow', array(&$article))) {
|
|
|
|
|
|
2004-11-27 21:43:06 +00:00
|
|
|
# code to actually show the article goes here
|
Changed the calling protocol for function wfRunHooks() in Hooks.php.
Previously, this function used variable arguments to allow
different hooks to pass different parameters. However, var args
silently convert reference-calling to value-calling. So a call
that used to work like this:
# old
wfRunHooks('SomeEvent', $param1, &$param2, $param3);
...now works like this:
# new
wfRunHooks('SomeEvent', array($param1, &$param2, $param3));
Hook functions can now change pass-by-reference parameters correctly
(e.g. $param2 in the above example).
All calls to wfRunHooks() were changed and tested, and the change
was documented in docs/hooks.doc. This change was originally checked
in on REL1_4 branch as a bugfix, but per vibber reverted and checked
in to HEAD instead.
2005-03-13 15:29:43 +00:00
|
|
|
|
|
|
|
|
wfRunHooks('ArticleShowComplete', array(&$article));
|
2004-11-27 21:43:06 +00:00
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
We've cleaned up the code here by removing clumps of weird,
|
|
|
|
|
infrequently used code and moving them off somewhere else. It's much
|
|
|
|
|
easier for someone working with this code to see what's _really_ going
|
|
|
|
|
on, and make changes or fix bugs.
|
|
|
|
|
|
|
|
|
|
In addition, we can take all the code that deals with the little-used
|
|
|
|
|
title-reversing options (say) and put it in one place. Instead of
|
Changed the calling protocol for function wfRunHooks() in Hooks.php.
Previously, this function used variable arguments to allow
different hooks to pass different parameters. However, var args
silently convert reference-calling to value-calling. So a call
that used to work like this:
# old
wfRunHooks('SomeEvent', $param1, &$param2, $param3);
...now works like this:
# new
wfRunHooks('SomeEvent', array($param1, &$param2, $param3));
Hook functions can now change pass-by-reference parameters correctly
(e.g. $param2 in the above example).
All calls to wfRunHooks() were changed and tested, and the change
was documented in docs/hooks.doc. This change was originally checked
in on REL1_4 branch as a bugfix, but per vibber reverted and checked
in to HEAD instead.
2005-03-13 15:29:43 +00:00
|
|
|
having little title-reversing if-blocks spread all over the codebase
|
2004-11-27 21:43:06 +00:00
|
|
|
in showAnArticle, deleteAnArticle, exportArticle, etc., we can
|
|
|
|
|
concentrate it all in an extension file:
|
|
|
|
|
|
|
|
|
|
function reverseArticleTitle($article) {
|
|
|
|
|
# ...
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
function reverseForExport($article) {
|
|
|
|
|
# ...
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
The setup function for the extension just has to add its hook
|
|
|
|
|
functions to the appropriate events:
|
|
|
|
|
|
|
|
|
|
setupTitleReversingExtension() {
|
|
|
|
|
global $wgHooks;
|
|
|
|
|
|
2004-11-28 00:51:43 +00:00
|
|
|
$wgHooks['ArticleShow'][] = 'reverseArticleTitle';
|
|
|
|
|
$wgHooks['ArticleDelete'][] = 'reverseArticleTitle';
|
|
|
|
|
$wgHooks['ArticleExport'][] = 'reverseForExport';
|
2004-11-27 21:43:06 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
Having all this code related to the title-reversion option in one
|
|
|
|
|
place means that it's easier to read and understand; you don't have to
|
|
|
|
|
do a grep-find to see where the $wgReverseTitle variable is used, say.
|
|
|
|
|
|
|
|
|
|
If the code is well enough isolated, it can even be excluded when not
|
Changed the calling protocol for function wfRunHooks() in Hooks.php.
Previously, this function used variable arguments to allow
different hooks to pass different parameters. However, var args
silently convert reference-calling to value-calling. So a call
that used to work like this:
# old
wfRunHooks('SomeEvent', $param1, &$param2, $param3);
...now works like this:
# new
wfRunHooks('SomeEvent', array($param1, &$param2, $param3));
Hook functions can now change pass-by-reference parameters correctly
(e.g. $param2 in the above example).
All calls to wfRunHooks() were changed and tested, and the change
was documented in docs/hooks.doc. This change was originally checked
in on REL1_4 branch as a bugfix, but per vibber reverted and checked
in to HEAD instead.
2005-03-13 15:29:43 +00:00
|
|
|
used -- making for some slight savings in memory and load-up
|
|
|
|
|
performance at runtime. Admins who want to have all the reversed
|
|
|
|
|
titles can add:
|
2004-11-27 21:43:06 +00:00
|
|
|
|
|
|
|
|
require_once('extensions/ReverseTitle.php');
|
|
|
|
|
|
|
|
|
|
...to their LocalSettings.php file; those of us who don't want or need
|
|
|
|
|
it can just leave it out.
|
|
|
|
|
|
|
|
|
|
The extensions don't even have to be shipped with MediaWiki; they
|
|
|
|
|
could be provided by a third-party developer or written by the admin
|
|
|
|
|
him/herself.
|
|
|
|
|
|
|
|
|
|
==Writing hooks==
|
|
|
|
|
|
|
|
|
|
A hook is a chunk of code run at some particular event. It consists of:
|
|
|
|
|
|
|
|
|
|
* a function with some optional accompanying data, or
|
|
|
|
|
* an object with a method and some optional accompanying data.
|
|
|
|
|
|
|
|
|
|
Hooks are registered by adding them to the global $wgHooks array for a
|
|
|
|
|
given event. All the following are valid ways to define hooks:
|
|
|
|
|
|
2004-11-28 00:51:43 +00:00
|
|
|
$wgHooks['EventName'][] = 'someFunction'; # function, no data
|
|
|
|
|
$wgHooks['EventName'][] = array('someFunction', $someData);
|
|
|
|
|
$wgHooks['EventName'][] = array('someFunction'); # weird, but OK
|
2004-11-27 21:43:06 +00:00
|
|
|
|
|
|
|
|
$wgHooks['EventName'][] = $object; # object only
|
|
|
|
|
$wgHooks['EventName'][] = array($object, 'someMethod');
|
|
|
|
|
$wgHooks['EventName'][] = array($object, 'someMethod', $someData);
|
|
|
|
|
$wgHooks['EventName'][] = array($object); # weird but OK
|
|
|
|
|
|
|
|
|
|
When an event occurs, the function (or object method) will be called
|
|
|
|
|
with the optional data provided as well as event-specific parameters.
|
|
|
|
|
The above examples would result in the following code being executed
|
|
|
|
|
when 'EventName' happened:
|
|
|
|
|
|
|
|
|
|
# function, no data
|
|
|
|
|
someFunction($param1, $param2)
|
|
|
|
|
# function with data
|
|
|
|
|
someFunction($someData, $param1, $param2)
|
|
|
|
|
|
|
|
|
|
# object only
|
|
|
|
|
$object->onEventName($param1, $param2)
|
|
|
|
|
# object with method
|
|
|
|
|
$object->someMethod($param1, $param2)
|
|
|
|
|
# object with method and data
|
|
|
|
|
$object->someMethod($someData, $param1, $param2)
|
|
|
|
|
|
|
|
|
|
Note that when an object is the hook, and there's no specified method,
|
|
|
|
|
the default method called is 'onEventName'. For different events this
|
|
|
|
|
would be different: 'onArticleSave', 'onUserLogin', etc.
|
|
|
|
|
|
|
|
|
|
The extra data is useful if we want to use the same function or object
|
|
|
|
|
for different purposes. For example:
|
|
|
|
|
|
2004-11-28 00:51:43 +00:00
|
|
|
$wgHooks['ArticleSaveComplete'][] = array('ircNotify', 'TimStarling');
|
|
|
|
|
$wgHooks['ArticleSaveComplete'][] = array('ircNotify', 'brion');
|
2004-11-27 21:43:06 +00:00
|
|
|
|
|
|
|
|
This code would result in ircNotify being run twice when an article is
|
|
|
|
|
saved: once for 'TimStarling', and once for 'brion'.
|
|
|
|
|
|
|
|
|
|
Hooks can return three possible values:
|
Changed the calling protocol for function wfRunHooks() in Hooks.php.
Previously, this function used variable arguments to allow
different hooks to pass different parameters. However, var args
silently convert reference-calling to value-calling. So a call
that used to work like this:
# old
wfRunHooks('SomeEvent', $param1, &$param2, $param3);
...now works like this:
# new
wfRunHooks('SomeEvent', array($param1, &$param2, $param3));
Hook functions can now change pass-by-reference parameters correctly
(e.g. $param2 in the above example).
All calls to wfRunHooks() were changed and tested, and the change
was documented in docs/hooks.doc. This change was originally checked
in on REL1_4 branch as a bugfix, but per vibber reverted and checked
in to HEAD instead.
2005-03-13 15:29:43 +00:00
|
|
|
|
2004-11-27 21:43:06 +00:00
|
|
|
* true: the hook has operated successfully
|
|
|
|
|
* "some string": an error occurred; processing should
|
|
|
|
|
stop and the error should be shown to the user
|
|
|
|
|
* false: the hook has successfully done the work
|
|
|
|
|
necessary and the calling function should skip
|
|
|
|
|
|
|
|
|
|
The last result would be for cases where the hook function replaces
|
|
|
|
|
the main functionality. For example, if you wanted to authenticate
|
|
|
|
|
users to a custom system (LDAP, another PHP program, whatever), you
|
|
|
|
|
could do:
|
|
|
|
|
|
2004-11-28 00:51:43 +00:00
|
|
|
$wgHooks['UserLogin'][] = array('ldapLogin', $ldapServer);
|
2004-11-27 21:43:06 +00:00
|
|
|
|
|
|
|
|
function ldapLogin($username, $password) {
|
|
|
|
|
# log user into LDAP
|
|
|
|
|
return false;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
Returning false makes less sense for events where the action is
|
Changed the calling protocol for function wfRunHooks() in Hooks.php.
Previously, this function used variable arguments to allow
different hooks to pass different parameters. However, var args
silently convert reference-calling to value-calling. So a call
that used to work like this:
# old
wfRunHooks('SomeEvent', $param1, &$param2, $param3);
...now works like this:
# new
wfRunHooks('SomeEvent', array($param1, &$param2, $param3));
Hook functions can now change pass-by-reference parameters correctly
(e.g. $param2 in the above example).
All calls to wfRunHooks() were changed and tested, and the change
was documented in docs/hooks.doc. This change was originally checked
in on REL1_4 branch as a bugfix, but per vibber reverted and checked
in to HEAD instead.
2005-03-13 15:29:43 +00:00
|
|
|
complete, and will normally be ignored.
|
2004-11-27 21:43:06 +00:00
|
|
|
|
|
|
|
|
==Using hooks==
|
|
|
|
|
|
|
|
|
|
A calling function or method uses the wfRunHooks() function to run
|
|
|
|
|
the hooks related to a particular event, like so:
|
|
|
|
|
|
|
|
|
|
class Article {
|
|
|
|
|
# ...
|
|
|
|
|
function protect() {
|
|
|
|
|
global $wgUser;
|
Changed the calling protocol for function wfRunHooks() in Hooks.php.
Previously, this function used variable arguments to allow
different hooks to pass different parameters. However, var args
silently convert reference-calling to value-calling. So a call
that used to work like this:
# old
wfRunHooks('SomeEvent', $param1, &$param2, $param3);
...now works like this:
# new
wfRunHooks('SomeEvent', array($param1, &$param2, $param3));
Hook functions can now change pass-by-reference parameters correctly
(e.g. $param2 in the above example).
All calls to wfRunHooks() were changed and tested, and the change
was documented in docs/hooks.doc. This change was originally checked
in on REL1_4 branch as a bugfix, but per vibber reverted and checked
in to HEAD instead.
2005-03-13 15:29:43 +00:00
|
|
|
if (wfRunHooks('ArticleProtect', array(&$this, &$wgUser))) {
|
2004-11-27 21:43:06 +00:00
|
|
|
# protect the article
|
Changed the calling protocol for function wfRunHooks() in Hooks.php.
Previously, this function used variable arguments to allow
different hooks to pass different parameters. However, var args
silently convert reference-calling to value-calling. So a call
that used to work like this:
# old
wfRunHooks('SomeEvent', $param1, &$param2, $param3);
...now works like this:
# new
wfRunHooks('SomeEvent', array($param1, &$param2, $param3));
Hook functions can now change pass-by-reference parameters correctly
(e.g. $param2 in the above example).
All calls to wfRunHooks() were changed and tested, and the change
was documented in docs/hooks.doc. This change was originally checked
in on REL1_4 branch as a bugfix, but per vibber reverted and checked
in to HEAD instead.
2005-03-13 15:29:43 +00:00
|
|
|
wfRunHooks('ArticleProtectComplete', array(&$this, &$wgUser));
|
2004-11-27 21:43:06 +00:00
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
wfRunHooks() returns true if the calling function should continue
|
|
|
|
|
processing (the hooks ran OK, or there are no hooks to run), or false
|
|
|
|
|
if it shouldn't (an error occurred, or one of the hooks handled the
|
|
|
|
|
action already). Checking the return value matters more for "before"
|
|
|
|
|
hooks than for "complete" hooks.
|
|
|
|
|
|
Changed the calling protocol for function wfRunHooks() in Hooks.php.
Previously, this function used variable arguments to allow
different hooks to pass different parameters. However, var args
silently convert reference-calling to value-calling. So a call
that used to work like this:
# old
wfRunHooks('SomeEvent', $param1, &$param2, $param3);
...now works like this:
# new
wfRunHooks('SomeEvent', array($param1, &$param2, $param3));
Hook functions can now change pass-by-reference parameters correctly
(e.g. $param2 in the above example).
All calls to wfRunHooks() were changed and tested, and the change
was documented in docs/hooks.doc. This change was originally checked
in on REL1_4 branch as a bugfix, but per vibber reverted and checked
in to HEAD instead.
2005-03-13 15:29:43 +00:00
|
|
|
Note that hook parameters are passed in an array; this is a necessary
|
|
|
|
|
inconvenience to make it possible to pass reference values (that can
|
|
|
|
|
be changed) into the hook code. Also note that earlier versions of
|
|
|
|
|
wfRunHooks took a variable number of arguments; the array() calling
|
|
|
|
|
protocol came about after MediaWiki 1.4rc1.
|
|
|
|
|
|
2004-11-27 23:10:05 +00:00
|
|
|
==Events and parameters==
|
|
|
|
|
|
|
|
|
|
This is a list of known events and parameters; please add to it if
|
|
|
|
|
you're going to add events to the MediaWiki code.
|
|
|
|
|
|
2005-12-17 03:18:39 +00:00
|
|
|
'AbortNewAccount': Return false to cancel account creation.
|
|
|
|
|
$user: the User object about to be created (read-only, incomplete)
|
|
|
|
|
|
2005-08-17 07:44:38 +00:00
|
|
|
'AddNewAccount': after a user account is created
|
|
|
|
|
null: This hook passes null as an argument
|
|
|
|
|
|
2004-11-28 06:15:22 +00:00
|
|
|
'ArticleDelete': before an article is deleted
|
|
|
|
|
$article: the article (object) being deleted
|
|
|
|
|
$user: the user (object) deleting the article
|
|
|
|
|
$reason: the reason (string) the article is being deleted
|
|
|
|
|
|
|
|
|
|
'ArticleDeleteComplete': after an article is deleted
|
|
|
|
|
$article: the article that was deleted
|
|
|
|
|
$user: the user that deleted the article
|
|
|
|
|
$reason: the reason the article was deleted
|
|
|
|
|
|
2004-11-28 00:20:37 +00:00
|
|
|
'ArticleProtect': before an article is protected
|
|
|
|
|
$article: the article being protected
|
|
|
|
|
$user: the user doing the protection
|
|
|
|
|
$protect: boolean whether this is a protect or an unprotect
|
|
|
|
|
$reason: Reason for protect
|
|
|
|
|
$moveonly: boolean whether this is for move only or not
|
|
|
|
|
|
|
|
|
|
'ArticleProtectComplete': after an article is protected
|
|
|
|
|
$article: the article that was protected
|
|
|
|
|
$user: the user who did the protection
|
|
|
|
|
$protect: boolean whether it was a protect or an unprotect
|
|
|
|
|
$reason: Reason for protect
|
|
|
|
|
$moveonly: boolean whether it was for move only or not
|
|
|
|
|
|
2004-11-28 06:45:24 +00:00
|
|
|
'ArticleSave': before an article is saved
|
|
|
|
|
$article: the article (object) being saved
|
|
|
|
|
$user: the user (object) saving the article
|
|
|
|
|
$text: the new article text
|
|
|
|
|
$summary: the article summary (comment)
|
|
|
|
|
$isminor: minor flag
|
|
|
|
|
$iswatch: watch flag
|
|
|
|
|
$section: section #
|
|
|
|
|
|
|
|
|
|
'ArticleSaveComplete': after an article is saved
|
|
|
|
|
$article: the article (object) saved
|
|
|
|
|
$user: the user (object) who saved the article
|
|
|
|
|
$text: the new article text
|
|
|
|
|
$summary: the article summary (comment)
|
|
|
|
|
$isminor: minor flag
|
|
|
|
|
$iswatch: watch flag
|
|
|
|
|
$section: section #
|
|
|
|
|
|
2005-12-20 21:25:54 +00:00
|
|
|
'AutoAuthenticate': called to authenticate users on external/environmental means
|
|
|
|
|
$user: writes user object to this parameter
|
|
|
|
|
|
2004-11-27 23:57:55 +00:00
|
|
|
'BlockIp': before an IP address or user is blocked
|
|
|
|
|
$block: the Block object about to be saved
|
|
|
|
|
$user: the user _doing_ the block (not the one being blocked)
|
|
|
|
|
|
|
|
|
|
'BlockIpComplete': after an IP address or user is blocked
|
|
|
|
|
$block: the Block object that was saved
|
|
|
|
|
$user: the user who did the block (not the one being blocked)
|
|
|
|
|
|
2004-11-29 04:23:12 +00:00
|
|
|
'EmailUser': before sending email from one user to another
|
|
|
|
|
$to: address of receiving user
|
|
|
|
|
$from: address of sending user
|
|
|
|
|
$subject: subject of the mail
|
|
|
|
|
$text: text of the mail
|
|
|
|
|
|
|
|
|
|
'EmailUserComplete': after sending email from one user to another
|
|
|
|
|
$to: address of receiving user
|
|
|
|
|
$from: address of sending user
|
|
|
|
|
$subject: subject of the mail
|
|
|
|
|
$text: text of the mail
|
|
|
|
|
|
2005-12-26 07:14:42 +00:00
|
|
|
'GetInternalURL': modify fully-qualified URLs used for squid cache purging
|
|
|
|
|
$title: Title object of page
|
|
|
|
|
$url: string value as output (out parameter, can modify)
|
|
|
|
|
$query: query options passed to Title::getInternalURL()
|
|
|
|
|
|
|
|
|
|
'GetLocalURL': modify local URLs as output into page links
|
|
|
|
|
$title: Title object of page
|
|
|
|
|
$url: string value as output (out parameter, can modify)
|
|
|
|
|
$query: query options passed to Title::getLocalURL()
|
|
|
|
|
|
|
|
|
|
'GetFullURL': modify fully-qualified URLs used in redirects/export/offsite data
|
|
|
|
|
$title: Title object of page
|
|
|
|
|
$url: string value as output (out parameter, can modify)
|
|
|
|
|
$query: query options passed to Title::getFullURL()
|
|
|
|
|
|
2005-07-29 15:08:57 +00:00
|
|
|
'LogPageValidTypes': action being logged.
|
|
|
|
|
$type: array of strings
|
|
|
|
|
|
|
|
|
|
'LogPageLogName': name of the logging page(s).
|
|
|
|
|
$typeText: array of strings
|
|
|
|
|
|
|
|
|
|
'LogPageLogHeader': strings used by wfMsg as a header.
|
|
|
|
|
$headerText: array of strings
|
|
|
|
|
|
2006-01-03 15:45:36 +00:00
|
|
|
'MarkPatrolled': before an edit is marked patrolled
|
|
|
|
|
$rcid: ID of the revision to be marked patrolled
|
|
|
|
|
$user: the user (object) marking the revision as patrolled
|
|
|
|
|
$wcOnlySysopsCanPatrol: config setting indicating whether the user
|
|
|
|
|
needs to be a sysop in order to mark an edit patrolled
|
|
|
|
|
|
|
|
|
|
'MarkPatrolledComplete': after an edit is marked patrolled
|
|
|
|
|
$rcid: ID of the revision marked as patrolled
|
|
|
|
|
$user: user (object) who marked the edit patrolled
|
|
|
|
|
$wcOnlySysopsCanPatrol: config setting indicating whether the user
|
|
|
|
|
must be a sysop to patrol the edit
|
|
|
|
|
|
2005-12-25 11:04:40 +00:00
|
|
|
'PageRenderingHash': alter the parser cache option hash key
|
|
|
|
|
A parser extension which depends on user options should install
|
|
|
|
|
this hook and append its values to the key.
|
|
|
|
|
$hash: reference to a hash key string which can be modified
|
|
|
|
|
|
Changed the calling protocol for function wfRunHooks() in Hooks.php.
Previously, this function used variable arguments to allow
different hooks to pass different parameters. However, var args
silently convert reference-calling to value-calling. So a call
that used to work like this:
# old
wfRunHooks('SomeEvent', $param1, &$param2, $param3);
...now works like this:
# new
wfRunHooks('SomeEvent', array($param1, &$param2, $param3));
Hook functions can now change pass-by-reference parameters correctly
(e.g. $param2 in the above example).
All calls to wfRunHooks() were changed and tested, and the change
was documented in docs/hooks.doc. This change was originally checked
in on REL1_4 branch as a bugfix, but per vibber reverted and checked
in to HEAD instead.
2005-03-13 15:29:43 +00:00
|
|
|
'TitleMoveComplete': after moving an article (title)
|
|
|
|
|
$old: old title
|
|
|
|
|
$nt: new title
|
|
|
|
|
$user: user who did the move
|
2005-06-01 02:31:45 +00:00
|
|
|
$pageid: database ID of the page that's been moved
|
|
|
|
|
$redirid: database ID of the created redirect
|
Changed the calling protocol for function wfRunHooks() in Hooks.php.
Previously, this function used variable arguments to allow
different hooks to pass different parameters. However, var args
silently convert reference-calling to value-calling. So a call
that used to work like this:
# old
wfRunHooks('SomeEvent', $param1, &$param2, $param3);
...now works like this:
# new
wfRunHooks('SomeEvent', array($param1, &$param2, $param3));
Hook functions can now change pass-by-reference parameters correctly
(e.g. $param2 in the above example).
All calls to wfRunHooks() were changed and tested, and the change
was documented in docs/hooks.doc. This change was originally checked
in on REL1_4 branch as a bugfix, but per vibber reverted and checked
in to HEAD instead.
2005-03-13 15:29:43 +00:00
|
|
|
|
2004-11-28 07:06:25 +00:00
|
|
|
'UnknownAction': An unknown "action" has occured (useful for defining
|
|
|
|
|
your own actions)
|
|
|
|
|
$action: action name
|
|
|
|
|
$article: article "acted on"
|
|
|
|
|
|
2004-11-30 05:45:56 +00:00
|
|
|
'UnwatchArticle': before a watch is removed from an article
|
|
|
|
|
$user: user watching
|
|
|
|
|
$article: article object to be removed
|
|
|
|
|
|
|
|
|
|
'UnwatchArticle': after a watch is removed from an article
|
|
|
|
|
$user: user that was watching
|
|
|
|
|
$article: article object removed
|
|
|
|
|
|
2005-09-06 04:53:59 +00:00
|
|
|
'UploadVerification': additional chances to reject an uploaded file
|
|
|
|
|
string $saveName: destination file name
|
|
|
|
|
string $tempName: filesystem path to the temporary file for checks
|
|
|
|
|
string &$error: output: HTML error to show if upload canceled by returning false
|
|
|
|
|
|
2004-11-27 23:10:05 +00:00
|
|
|
'UserLoginComplete': after a user has logged in
|
|
|
|
|
$user: the user object that was created on login
|
|
|
|
|
|
|
|
|
|
'UserLogout': before a user logs out
|
|
|
|
|
$user: the user object that is about to be logged out
|
|
|
|
|
|
|
|
|
|
'UserLogoutComplete': after a user has logged out
|
|
|
|
|
$user: the user object _after_ logout (won't have name, ID, etc.)
|
|
|
|
|
|
2004-11-30 05:45:56 +00:00
|
|
|
'WatchArticle': before a watch is added to an article
|
|
|
|
|
$user: user that will watch
|
|
|
|
|
$article: article object to be watched
|
|
|
|
|
|
|
|
|
|
'WatchArticleComplete': after a watch is added to an article
|
|
|
|
|
$user: user that watched
|
|
|
|
|
$article: article object watched
|
|
|
|
|
|
2005-04-25 11:09:21 +00:00
|
|
|
'CategoryPageView': before viewing a categorypage in CategoryPage::view
|
|
|
|
|
$catpage: CategoryPage instance
|
|
|
|
|
|
2005-08-09 08:01:55 +00:00
|
|
|
'SkinTemplateContentActions': after building the $content_action array right
|
|
|
|
|
before returning it, see content_action.php in
|
|
|
|
|
the extension module for a demonstration of how
|
|
|
|
|
to use this hook.
|
|
|
|
|
$content_actions: The array of content actions
|
|
|
|
|
|
2005-07-29 15:08:57 +00:00
|
|
|
|
2005-08-18 23:59:01 +00:00
|
|
|
More hooks might be available but undocumented.
|