Viewing abuse filter 41: Addition of external links

Filter parameters

Filter ID:	41
Description: (publicly viewable)
Filter hits:	2,041 hits
Conditions:	user_editcount < 5 & !contains_any(user_rights, "autopatrol", "autoreview") & !(added_lines irlike "<br>\|mediawiki\|miraheze\|publictestwiki\|wiki(?:books\|data\|functions\|news\|quote\|species\|source\|versity\|voyage)\|wiki[mp]edia\|wiktionary") & added_lines irlike "https?" & added_links irlike "https?" & page_id != 702 /* [[Test Wiki:Request for permissions]] / user_editcount < 5 & !contains_any(user_rights, "autopatrol", "autoreview") & !(added_lines irlike "<br>\|mediawiki\|miraheze\|publictestwiki\|wiki(?:books\|data\|functions\|news\|quote\|species\|source\|versity\|voyage)\|wiki[mp]edia\|wiktionary") & added_lines irlike "https?" & added_links irlike "https?" & page_id != 702 / [[Test Wiki:Request for permissions]] */
Notes:	Update: On 10 February 2021, change made by Harpsicorder, Abuse Filter set from disallow to warn/tag. Reason is not all external links may be made in harmful intent. Added customized warning --Justarandomamerican apply to IPs, too Changed warning message & title --X Major reconfiguring of the filter has been done (along with thorough testing of the new conditions by using the examine feature). I did the following changes: 1) I changed the current page_namespace condition to "equals_to_any(page_namespace, 2, 3)", and have moved it to the very top. 2) Below that, I changed "!"sysop" in user_groups" to "!contains_any(user_groups, "autopatrol", "sysop", "bot")", and have added the autopatrolled and bot user groups. 3) Below the latter conditions, I have put the remaining three conditions inside a (), and have put both of the added_links in the same line (line 6). With the new conditions, the reconfigured filter will still function as the previous change, but it's reconfigured to something advanced, at the very least. — 64andtim Changed warning message to "MediaWiki:Abusefilter-warning-41". — 64andtim Remove user page and namespace condition -Justa Removed the parenthesis condition, placed user_editcount on the first line and placed the exempt user groups condition at the last line. – Codename Norte (3/8/24) Disable as it is effecting users adding confirmation links. -X Enable, exempting RfP. -Justa Disable, still not working. -X Re-enable again, page_prefixedtitle != 'Test_Wiki:Request_for_permissions' on line 4 was the issue; I switched it to page_id != 702 and checked if it caught anything other that TW:RfP. It finally works again! -- Codename Noreste, June 26 2024 No reason for filter 41 to remain private; I do not believe this is targeted to spammers who attempt various ways to bypass this filter, and automated spambots aren't going to try and avoid this as well. It could also allow non-admins to review this filter's log to check for spam or other kinds of false positives. But fellow administrators who help with abuse filters, you may revert this if you disagree. -- Codename Noreste, July 5 2024 Excluding user space. -- Codename Noreste, August 20 2024 Yet another attempt for this filter to only target human users who post links, and not spambots. The latter can be targeted by filter 5. -- Codename Noreste (August 21, 2024) I optimized the filter by placing added_lines first checking for https, then added added_links after that (since it tends to be expensive, and at the last I used_contains_any for specific website exclusions. The user group check was placed at the very bottom of the filter to exclude users who are manually assigned specific user groups. --Codename Noreste 01:11 3 Jan 2025 Whitelisted some more legitimate links (including Miraheze and Public Test Wiki), and I don't think we should also draw attention as well to edits containing links, IMO. --Codename Noreste 23:04 11 Jan 2025 Updating again. --Codename Noreste 18:55 21 Mar 2025 I forgot to add the notes here, but I updated and renamed it slightly, tagging only for now with a new tag, and only apply to new user accounts. --Codename Noreste 00:24 31 Mar 2025 Updating yet again, and set to warn/tag again in an effort to slow down the spambots. --Codename Noreste 16:31 31 Mar 2025
Flags:	Hide details of this filter from public view Enable this filter I understand that details of this filter will be hidden from users who cannot see [https://www.mediawiki.org/wiki/Special:MyLanguage/Extension:AbuseFilter/Rules_format#Protected_variables protected variables] Mark as deleted
Filter last modified:	16:51, 31 March 2025 by Codename Noreste (talk \| contribs)
History:	View this filter's history
Tools:	Export this filter to another wiki {"data":{"rules":"user_editcount \u003C 5 \u0026\r\n!contains_any(user_rights, \"autopatrol\", \"autoreview\") \u0026\r\n!(added_lines irlike \"\u003Cbr\u003E\|mediawiki\|miraheze\|publictestwiki\|wiki(?:books\|data\|functions\|news\|quote\|species\|source\|versity\|voyage)\|wiki[mp]edia\|wiktionary\") \u0026\r\nadded_lines irlike \"https?\" \u0026\r\nadded_links irlike \"https?\" \u0026\r\npage_id != 702 /* [[Test Wiki:Request for permissions]] */","name":"Addition of external links","comments":"Update: On 10 February 2021, change made by Harpsicorder, Abuse Filter set from disallow to warn/tag. Reason is not all external links may be made in harmful intent.\r\n\r\nAdded customized warning --Justarandomamerican\r\n\r\napply to IPs, too\r\n\r\nChanged warning message \u0026 title --X\r\n\r\nMajor reconfiguring of the filter has been done (along with thorough testing of the new conditions by using the examine feature). I did the following changes:\r\n\r\n1) I changed the current page_namespace condition to \"equals_to_any(page_namespace, 2, 3)\", and have moved it to the very top.\r\n2) Below that, I changed \"!\"sysop\" in user_groups\" to \"!contains_any(user_groups, \"autopatrol\", \"sysop\", \"bot\")\", and have added the autopatrolled and bot user groups.\r\n3) Below the latter conditions, I have put the remaining three conditions inside a (), and have put both of the added_links in the same line (line 6).\r\n\r\nWith the new conditions, the reconfigured filter will still function as the previous change, but it's reconfigured to something advanced, at the very least. \u2014 64andtim\r\n\r\nChanged warning message to \"MediaWiki:Abusefilter-warning-41\". \u2014 64andtim\r\n\r\nRemove user page and namespace condition -Justa\r\n\r\nRemoved the parenthesis condition, placed user_editcount on the first line and placed the exempt user groups condition at the last line. \u2013 Codename Norte (3/8/24)\r\n\r\nDisable as it is effecting users adding confirmation links. -X\r\n\r\nEnable, exempting RfP. -Justa\r\n\r\nDisable, still not working. -X\r\n\r\nRe-enable again, page_prefixedtitle != 'Test_Wiki:Request_for_permissions' on line 4 was the issue; I switched it to page_id != 702 and checked if it caught anything other that TW:RfP. It finally works again! -- Codename Noreste, June 26 2024\r\n\r\nNo reason for filter 41 to remain private; I do not believe this is targeted to spammers who attempt various ways to bypass this filter, and automated spambots aren't going to try and avoid this as well. It could also allow non-admins to review this filter's log to check for spam or other kinds of false positives. But fellow administrators who help with abuse filters, you may revert this if you disagree. -- Codename Noreste, July 5 2024\r\n\r\nExcluding user space. -- Codename Noreste, August 20 2024\r\n\r\nYet another attempt for this filter to only target human users who post links, and not spambots. The latter can be targeted by filter 5. -- Codename Noreste (August 21, 2024)\r\n\r\nI optimized the filter by placing added_lines first checking for https, then added added_links after that (since it tends to be expensive, and at the last I used_contains_any for specific website exclusions. The user group check was placed at the very bottom of the filter to exclude users who are manually assigned specific user groups. --Codename Noreste 01:11 3 Jan 2025\r\n\r\nWhitelisted some more legitimate links (including Miraheze and Public Test Wiki), and I don't think we should also draw attention as well to edits containing links, IMO. --Codename Noreste 23:04 11 Jan 2025\r\n\r\nUpdating again. --Codename Noreste 18:55 21 Mar 2025\r\n\r\nI forgot to add the notes here, but I updated and renamed it slightly, tagging only for now with a new tag, and only apply to new user accounts. --Codename Noreste 00:24 31 Mar 2025\r\n\r\nUpdating yet again, and set to warn/tag again in an effort to slow down the spambots. --Codename Noreste 16:31 31 Mar 2025","group":"default","actions":{"tag":["Adding external link"],"warn":["abusefilter-warning-external-link"]},"enabled":true,"deleted":false,"privacylevel":0,"global":false},"actions":{"tag":["Adding external link"],"warn":["abusefilter-warning-external-link"]}}

Actions to take when matched

Trigger actions only if the user trips a rate limit

Number of actions to allow:

Period of time (in seconds):

Group throttle by:

user

See the documentation on mediawiki.org.

Trigger these actions after giving the user a warning

System message to use for warning:

Page name of other message:

(without "MediaWiki:" prefix)

Prevent the user from performing the action in question

System message to use for disallowing:

Page name of other message:

(without "MediaWiki:" prefix)

Revoke the user's autoconfirmed status

Block the user and/or IP address from editing

Block the user and/or IP address from editing their own talk page

Block duration for non-registered users:

Block duration for registered users:

Tag the edit for further review

Tags to apply:

Adding external link

Viewing abuse filter 41: Addition of external links

Navigation menu

Search