Extension:PageTriage
PageTriage Release status: stable |
|
---|---|
![]() |
|
Implementation | Special page , User interface |
Description | Facilitates reviewing and approving new pages |
Author(s) | Ryan Kaldari, Benny Situ |
Latest version | 0.3.0 (2018-06-26) |
Compatibility policy | release branches |
MediaWiki | 1.27+ |
Database changes | Yes |
Tables | pagetriage_log pagetriage_page pagetriage_page_tags pagetriage_tags |
License | MIT License |
Download | |
Example | Special:NewPagesFeed on the English Wikipedia |
|
|
|
|
|
|
Translate the PageTriage extension if it is available at translatewiki.net | |
Issues | Open tasks · Report a bug |
PageTriage is an extension that aims to provide a feature-rich interface for triaging newly-created articles. It is intended to replace the new page patrol core function while adding additional functionality for reviewing, tagging, and improving new articles. It adds a Special:NewPagesFeed page, and a page curation toolbar to new pages for those with the 'patrol' permission. It was developed by the Wikimedia Foundation's Features Engineering team. For additional details see Page Curation.
An important note is that some of the configuration and code is specific to the English-language Wikipedia's workflows and as it's constructed now the extension is pretty much impossible to internationalize. (See Phabricator:T50552.)
Download
The extension can be retrieved directly from Git [?]:
- Browse code
- Some extensions have tags for stable releases.
- Browse tags
- Select the tag
- Click "snapshot"
- Each branch is associated with a past MediaWiki release. There is also a "master" branch containing the latest alpha version (might require an alpha version of MediaWiki).
- Browse branches
- Select a branch name
- Click "Continue"
Extract the snapshot and place it in the extensions/PageTriage/ directory of your MediaWiki installation.
If you are familiar with git and have shell access to your server, you can also obtain the extension as follows:
cd extensions/
git clone https://gerrit.wikimedia.org/r/mediawiki/extensions/PageTriage.git
Installation
- Download and place the file(s) in a directory called
PageTriage
in yourextensions/
folder. - Add the following code at the bottom of your LocalSettings.php:
wfLoadExtension( 'PageTriage' ); // These two settings are optional, and will enable the Articles-for-Creation mode. $wgExtraNamespaces[118] = 'Draft'; $wgPageTriageDraftNamespaceId = 118;
- Run the update script which will automatically create the necessary database tables that this extension needs.
Done – Navigate to Special:Version on your wiki to verify that the extension is successfully installed.
To users running MediaWiki 1.24 or earlier:
The instructions above describe the new way of installing this extension using wfLoadExtension()
.
If you need to install this extension on these earlier versions (MediaWiki 1.24 and earlier), instead of wfLoadExtension( 'PageTriage' );
, you need to use:
require_once "$IP/extensions/PageTriage/PageTriage.php";
To actually see the extension working:
- Add a new stub page as an anonymous user.
- Visit Special:NewPagesFeed
The new page should appear, flagged as "No categories", "Orphan", etc. To see the page curation toolbar:
- Login as a user with the 'sysop' permission, or add a group with the "patrol" permission, and add some user to that group, and login as that user.
- Visit Special:NewPagesFeed
- Now you should see a "Review" button next to the new page.
- Click this and you should see the page curation toolbar on the new page.
Extension configuration
The extension is based on the 'patrol' right. For more information about configuring patrolling, see Manual:Patrolling .
The following configuration variables can be set from your LocalSettings.php file:
- $wgPageTriageEnableCurationToolbar: Set to false to disable the curation toolbar (default is true)
- $wgPageTriageInfiniteScrolling: Whether or not to use infinite scrolling in the new pages feed (default is true)
- $wgPageTriageNoIndexUnreviewedNewArticles: Set this to true if new, unreviewed articles should be set to noindex. In other words, if they should not be indexed by search engines until they are reviewed. (default is false)
- $wgPageTriageMaxAge: The age (in days) at which PageTriage allows unreviewed articles to become indexed by search engines (if $wgPageTriageNoIndexUnreviewedNewArticles is true) (default is 90).
- $wgPageTriageNamespaces: The namespaces that PageTriage is active in. (default is NS_MAIN and NS_USER).
See extension.json for the full list of config variables.
On-wiki configuration
It is possible to configure much of PageTriage on-wiki via the pages MediaWiki:PageTriageExternalDeletionTagsOptions.js
and MediaWiki:PageTriageExternalTagsOptions.js
, although the structure of the configuration may change in the future (to better accommodate wikis besides English Wikipedia).
You can get a general idea of how the configuration works by looking at the following:
Toolbar section | Default file | English Wikipedia customization |
---|---|---|
![]() |
modules/ext.pageTriage.defaultTagsOptions/ext.pageTriage.defaultTagsOptions.js | en:MediaWiki:PageTriageExternalTagsOptions.js |
![]() |
modules/ext.pageTriage.defaultDeletionTagsOptions/ext.pageTriage.defaultDeletionTagsOptions.js | en:MediaWiki:PageTriageExternalDeletionTagsOptions.js |
Both of these files operate in much the same way.
There are two top-level jQuery variables that define the curation templates that are listed in the curation toolbar under the (add tags) and
(nominate for deletion) buttons.
These are:
$.pageTriageTagsOptions = {};
$.pageTriageDeletionTagsOptions = { Main: {}, User: {} };
The 'Main' and 'User' refer to the namespace of the page being curated. Each sub-item in the three sets above defines the tabs shown at the left side of the toolbar, and has the following form:
{
label: 'Short title',
desc: 'A longer description.', // Text only, no HTML or Wikitext markup
multiple: false, // Whether more than one of the tags can selected at once.
tags: { tag1 = {}, tag2 = {} }
}
Then the actual templates that are listed are defined under the above tags
variable. Each deletion template has the following form:
{
tag: 'Actual_template_name', // Without the 'Template:' prefix.
label: 'Friendly template title',
desc: 'A longer description.', // Text only, no HTML or Wikitext markup
code: '',
params: {},
anchor: '',
talkpagenotiftopictitle: 'message-name', // The message name (e.g. pagetriage-del-tags-speedy-deletion-nomination-notify-topic-title) used as the section/topic title when posting to the editing user's talk page. Usually, you can reuse one of the existing messages (currently pagetriage-del-tags-speedy-deletion-nomination-notify-topic-title, pagetriage-del-tags-prod-notify-topic-title, pagetriage-del-tags-xfd-notify-topic-title). If you need a new one, file a task so $wgPageTriageDeletionTagsOptionsContentLanguageMessages or the PageTriage repository can be updated.
talkpagenotiftpl: 'Template_name' // The template that will be added to the editing user's talk page, not including the talk page heading (handled by talkpagenotiftopictitle).
}
At the moment, some tags must be present:
$.pageTriageDeletionTagsOptions.Main.xfd.tags.articlefordeletion
Example
So, if you don't want to use any of the built-in deletion templates (which can be imported from NewPagesFeed_Templates.xml, by the way) then you can replace them all with a single one by adding the following at the bottom of your MediaWiki:PageTriageExternalDeletionTagsOptions.js
page:
var deletionSection = {
label: 'Deletion',
desc: 'Nominate for deletion.',
multiple: false,
tags: {
articlefordeletion: {
tag: 'delete',
label: 'Delete',
desc: 'Nominate this page for deletion.',
code: '',
params: {},
anchor: '',
talkpagenotiftopictitle: 'pagetriage-del-tags-xfd-notify-topic-title',
talkpagenotiftpl: 'Deletion notification'
}
}
};
$.pageTriageDeletionTagsOptions = { Main: { xfd: deletionSection }, User: { xfd: deletionSection } };
Client-side hooks
PageTriage provides a specialized action queue system to allow other scripts and gadgets to integrate with it. This is similar to mw.hook
except that it uses promises. This is done using the mw.pageTriage.actionQueue
module. See the comments in the source code for documentation on how the system works.
The actionQueue module is available after the mw.hook ext.pageTriage.toolbar.ready
fires.
PageTriage will give the action queue handler an Object with the following data, in addition to other data as noted below:
pageid
— ID of the page being reviewed.title
— Title of the page, including namespace.reviewer
— Username of who is using PageTriage.creator
— Username of the creator of the page.reviewed
— Whether or not the page is currently or will be marked as reviewed.
Available actions
delete
— Fired when the reviewer tags a page for deletion. The data given to the handler also includes:tags
— An object of all the templates added to the page. The keys are the template title, and the values are an object of metadata, including things like the speedy deletion code.
mark
— Fired when the review status of a page is changed. Also includes:note
— The personal message the reviewer added for the creator of the page. This may be blank.
tags
— Fired when maintenance tags are added to the page. Also includes:tags
— An array of the titles of all templates that were added to the page.note
— The personal message the reviewer added for the creator of the page. This may be blank.
Example
To use the action queue, register a function to be ran when an aforementioned action is fired. PageTriage will wait for any asynchronous code to complete before doing anything else, such as refreshing the page. For example, to edit Sandbox after a page has been marked as reviewed, you could use:
$( function () {
// You must first listen for the ext.pageTriage.toolbar.ready event using mw.hook, to ensure your handler is registered at the right time.
mw.hook( 'ext.pageTriage.toolbar.ready' ).add( function ( queue ) {
// Listen for the 'mark' action.
queue.add( 'mark', function ( data ) {
return new mw.Api().edit( 'Sandbox', function ( revision ) {
// Replace 'foo' with the note the reviewer left.
return revision.content.replace( 'foo', data.note );
} );
} );
} );
} );
API
PageTriage adds 5 API endpoints which can be used:
api.php?action=pagetriagestats
- Retrieves stats about the number of pages in the queue and the top reviewersapi.php?action=pagetriagelist
- Retrieves the list of pages in the queue and associated metadataapi.php?action=pagetriageaction
- Mark a page as reviewed or unreviewedapi.php?action=pagetriagetagging
- Add clean-up tags or deletion templates to a pageapi.php?action=pagetriagetemplate
- Internal API for fetching Backbone templates for use in the JS application
See also
![]() | This extension is being used on one or more Wikimedia projects. This probably means that the extension is stable and works well enough to be used by such high-traffic websites. Look for this extension's name in Wikimedia's CommonSettings.php and InitialiseSettings.php configuration files to see where it's installed. A full list of the extensions installed on a particular wiki can be seen on the wiki's Special:Version page. |