Viewing abuse filter 41: New user adding external link

You are viewing an old version of this filter. The statistics quoted are for the most recent version of the filter. • Return to this filter's history.

Filter parameters

Filter ID:	41
Description: (publicly viewable)
Conditions:	user_editcount <= 3 & (user_age > 0 \| user_type == "named") & added_lines irlike "https?" & added_links irlike "https?" & !(added_lines irlike "<br>\|mediawiki\|miraheze\|publictestwiki\|wiki(?:books\|data\|functions\|news\|quote\|species\|source\|versity\|voyage)\|wiki[mp]edia\|wiktionary") & page_id != 702 /* Test Wiki:Request for permissions / user_editcount <= 3 & (user_age > 0 \| user_type == "named") & added_lines irlike "https?" & added_links irlike "https?" & !(added_lines irlike "<br>\|mediawiki\|miraheze\|publictestwiki\|wiki(?:books\|data\|functions\|news\|quote\|species\|source\|versity\|voyage)\|wiki[mp]edia\|wiktionary") & 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
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:	00:14, 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= 3 \u0026\r\n(user_age \u003E 0 \| user_type == \"named\") \u0026\r\nadded_lines irlike \"https?\" \u0026\r\nadded_links irlike \"https?\" \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\npage_id != 702 /* Test Wiki:Request for permissions */","name":"New user adding external link","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","group":"default","actions":{"tag":["New user adding external link"]},"enabled":true,"deleted":false,"privacylevel":0,"global":false},"actions":{"tag":["New user adding external link"]}}

Actions to take when matched

Trigger actions only if the user trips a rate limit

Trigger these actions after giving the user a warning

Prevent the user from performing the action in question

Revoke the user's autoconfirmed status

Block the user and/or IP address from editing

Tag the edit for further review

Tags to apply:

New user adding external link

You are viewing an old version of this filter. The statistics quoted are for the most recent version of the filter. • Return to this filter's history.

Anonymous

Search

Viewing abuse filter 41: New user adding external link

Namespaces

More

Page actions

Navigation

Navigation

Community

Online users in chat

Wiki tools

Wiki tools

Anonymous

Search

Viewing abuse filter 41: New user adding external link

Navigation

Wiki tools

Page tools