All usages of Linker::link() and Linker::linkKnown() has been replaced with LinkRenderer
Bug: T149346
Change-Id: Id087fe2aeaae81445e83e020ef66b541d9da4060
* Use LinkBatch for local page existence queries needed by Linker
* Cache user links as Linker results in duplicate User::getEditCount query for each row
* Store result of SpecialAbuseLog::isHidden() for each row to minimize calls to
Revision::fetchFromConds
* Use Linker::linkKnown instead of link when linking to special pages
Example improvements seen locally:
Before: 1152 queries
After: 243 queries
Change-Id: I22ba68710f3ecea5b48b25d631da84c6445fcb97
Changes after this conversion:
* order of the fields changed slightly from the original ( User,
Filter, Title ) to ( User, Title, Filter )
* $this->mSearchUser is set as the Default value of 'user'
field, making the value from the request show up there even if
its value was invalid. Earlier, it should show up 'null' due to
loadParameters() validation checks.
Bug: T132287
Change-Id: I614cd9b962b7b672e43dd35b14700c72f3425c1f
You can now specifiy on a central wiki on the AbuseFilterLog in the
wiki-field the local wfWikiID() to search for filter hits on this wiki.
background: for local hits afl_wiki doesn't contain the wiki name but is
NULL.
Bug: T85323
Change-Id: Ic93a530ee4d2d083b38b0caed7ce02dacdecca6c
without it, you get redirected to the main page (index.php) when
$wgUsePathInfo = false; as no title-parameter is given.
also don't rely on __tostring.
Change-Id: I6b97d61c58b196c95836036219201cff8e2e0657
When examining AbuseFilter logs using user scripts, it is convenient to have
access to the variables shown in the table, without having to interact with
the page to get the content of the table cells.
This change introduces the variable wgAbuseFilterVariables on these pages:
* Special:AbuseFilter/examine
* Special:AbuseLog/<logId>
Change-Id: I2cebf141e6c1d26e62ed7e6ba0b5c327694e2ef8
Allow a pipe-separated list of filter IDs to be entered on
Special:AbuseLog, returning all entries that were generated by any of the
given filters.
Change-Id: I170dc46ef51135fe711d0a76113d367033b67cc9
This patch makes a diff link appear in Special:Abuselog no matter a filter
is public or private. Because there is much information to figure out which
revision a filter catches, showing a diff link will make patrollers more
convenient without leaking more information.
Bug: 59695
Change-Id: I6a4432cbb41ae78583cc87355514f252984c1005
The fix for bug #50808 resulted in the Details link being hidden from the
log page as well as the details page. This restores it to the log page.
Change-Id: I651f0f41e0d603cbd28cbf920842d6bdd879f4b1
Global AbuseFilters will be searchable using "global-123"
with this. Furthermore this patch fixes the visibility of
global AbuseFilter ids within the API module.
Bug: 51007
Change-Id: Ia6caba5ae3d727b778076ecdba500b4dc1d55b6f
Right now the extension tries to link a local page
with the given title if the user can't see filter
details instead of linking to the correct page on
the target wiki.
Change-Id: I6bd2ecc48d1c248655ed41fc5ba9e9f286037adc
Not sure why it wasn't used, maybe because it does a little more
than the bare minimum we need here.
Change-Id: I5e604474849d1389fc4cc260c76cf80e4e466bf5
* Replace deprecated methods.
* Remove no longer needed function fnmatch().
* Remove superfluous newlines.
* Remove unused and redundant local variables and globals.
* Deglobalization.
* Update documentation.
* Fix incorrect return values or add FIXMEs when in doubt.
* Escape output in a few places where needed.
* Remove unneeded MEDIAWIKI constant checks.
* Fix various JSHint/JSLint issues.
Patch Set 11: Merged https://gerrit.wikimedia.org/r/24701 into
this one per Siebrand's request
Change-Id: I02ba4ce31b6aca5b7324114093f8ece143abc295
Make the GET URIs constructed by the form on Special:AbuseLog
nicer. Right now they're like Special:AbuseLog?title=Special%3AAbuseLog
(the title is useless as the form is already constructed with
action=/wiki/Special:AbuseLog).
Change-Id: Ibbc294431443730c5862eeadb806fbc091c5ed6d
