Viewing abuse filter 41: New users adding external links

Filter parameters

Filter ID:	41
Description: (publicly viewable)
Filter hits:	2,002 hits
Statistics:	Of the last 8 actions, this filter has matched 0 (0%). On average, its run time is 0.05 ms, and it consumes 1 condition of the condition limit.
Conditions:	user_editcount < 5 & added_links & !added_links irlike 'wiki[ti][pedia\|books\|voyage\|quote\|media] \| [test/]wiki' & !added_lines rlike "<br><br>" & /* exclude spambots, but target human users / !contains_any(user_groups, "autopatrol", "sysop", "bot") & page_id != 702 / [[Test Wiki:Request for permissions]] / user_editcount < 5 & added_links & !added_links irlike 'wiki[ti][pedia\|books\|voyage\|quote\|media] \| [test/]wiki' & !added_lines rlike "<br><br>" & / exclude spambots, but target human users / !contains_any(user_groups, "autopatrol", "sysop", "bot") & 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)
Flags:	Hide details of this filter from public view Enable this filter Mark as deleted
Filter last modified:	02:17, 22 August 2024 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\nadded_links \u0026\r\n!added_links irlike 'wiki[ti][pedia\|books\|voyage\|quote\|media] \| [test/]wiki' \u0026\r\n!added_lines rlike \"\u003Cbr\u003E\u003Cbr\u003E\" \u0026 /* exclude spambots, but target human users /\r\n!contains_any(user_groups, \"autopatrol\", \"sysop\", \"bot\") \u0026\r\npage_id != 702 / [[Test Wiki:Request for permissions]] */","name":"New users adding 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)","group":"default","actions":{"tag":["New user adding external link(s)"],"warn":["abusefilter-warning-41"]},"enabled":true,"deleted":false,"hidden":false,"global":false},"actions":{"tag":["New user adding external link(s)"],"warn":["abusefilter-warning-41"]}}

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:

New user adding external link(s)

Viewing abuse filter 41: New users adding external links

Navigation menu

Search