Viewing filter 81: Badcharts

Filter parameters

Filter ID:	81
Description: (publicly viewable)
Filter hits:	8,491 hits
Conditions: (documentation)	article_namespace == 0 & !("sysop" in user_groups) & new_wikitext rlike "[Cc][Hh][Aa][Rr][Tt]" & !("BADCHARTS" in added_lines) & lcase(added_lines) rlike "united world chart\|media traffic\|ost top 20\|hit40uk\|latin areschart\|odyssey albums\|bulgarian?[^\w]single\|bra[sz]il(ian)?[^\w](hot[^\w]100\|single\|album)\|hot[^\w]100[^\w]bra[zs]il\|lithuanian?[^\w](single\|airplay)\|myx[^\w](hit[^\w]chart\|daily[^\w]top[^\w]10\|countdown)\|(global\|chile(an)?\|argentinan?\|lithuanian?)[^\w]top[^\w]40\|poland[^\w](national[^\w])?top[^\w]50\|euro[^\w]200\b\|world[^\w](dance\|trance\|latin\|jazz\|soundtracks)\|latvian?[^\w](singles\|airplay)\|(chile(an)?\|columbian?)[^\w]singles?[^\w]chart\|(mexic(o\|an))[^\w](top[^\w])?100\b\|australian?[^\w]country[^\w]tracks?" article_namespace == 0 & !("sysop" in user_groups) & new_wikitext rlike "[Cc][Hh][Aa][Rr][Tt]" & !("BADCHARTS" in added_lines) & lcase(added_lines) rlike "united world chart\|media traffic\|ost top 20\|hit40uk\|latin areschart\|odyssey albums\|bulgarian?[^\w]single\|bra[sz]il(ian)?[^\w](hot[^\w]100\|single\|album)\|hot[^\w]100[^\w]bra[zs]il\|lithuanian?[^\w](single\|airplay)\|myx[^\w](hit[^\w]chart\|daily[^\w]top[^\w]10\|countdown)\|(global\|chile(an)?\|argentinan?\|lithuanian?)[^\w]top[^\w]40\|poland[^\w](national[^\w])?top[^\w]50\|euro[^\w]200\b\|world[^\w](dance\|trance\|latin\|jazz\|soundtracks)\|latvian?[^\w](singles\|airplay)\|(chile(an)?\|columbian?)[^\w]singles?[^\w]chart\|(mexic(o\|an))[^\w](top[^\w])?100\b\|australian?[^\w]country[^\w]tracks?"
Notes:	Requested filter for [[WP:BADCHARTS]], testing for load. I've completed a review of this and concluded that it generates too many false positives to justify using a warning; however, I will keep the log active so the music community can sort it by hand. -DF Sorry, disabling this one for now, it checks a large number of pages. If the pages are large, it may time out wiki. :Narrowing focus for fewer unnecessary checks. Re-enabling. I find it very unlikely that this would time out even against very large pages (which requires many seconds of runtime), but I'll listen if you can show me an example. -DF Missing a ) in regex, causing errors. Dont know why it saved in the first place. Disable, doesn't appear to be being used, and we are hitting the condition limit on 6% of edits, and this filter has a lot of checks. (undone by request) -Prodego NOTE: FILTER LOG BEING MONITORED (to keep me from identifying this as something to disable) -P Reordering, checking for better performance. --NW Never mind, worse that way. --NW Poor performance + false positives (many catches are bots) + filter is overwrought now = disabling. -Wknight94 Re-enabling by request. -Wknight94 Hugely expensive filter, disabling due to condition limit. --NW 4/21 Condensed all the conditions (except the early ones) into one long one. This should significantly help with processing. Re-enabling after optimization per request, log only. -- Shirik 24 Apr 2010 Added check for bad words not in removed lines. Since the hits for the added condition are small this should be cheap and remove a lot of false positives. Rich Farmbrough, 21 September 2010 Fixed own error. RF. Updated changes per Rich Farmbrough's suggestions on the Edit Filter talk page [http://en.wikipedia.org/w/index.php?title=Wikipedia_talk:Edit_filter&action=historysubmit&diff=388241629&oldid=388227774] Changed all + to *, put sys-op test first (could include bot too for more speed) Condition limit 7%, there are more important filters later on. Disabling temporarily. - KoH - Manually monitored, so false positives aren't particularly critical. Removed check designed to suppress them
Flags:	Hide details of this filter from public view Enable this filter Enable the use of [https://www.mediawiki.org/wiki/Special:MyLanguage/Extension:AbuseFilter/Rules_format#Protected_variables protected variables] in this filter Mark as deleted
Filter last modified:	14:10, 25 June 2015 by Kww (talk \| contribs)
History:	View this filter's history
Tools:	Export this filter to another wiki {"data":{"rules":"article_namespace == 0 \r\n\u0026 !(\"sysop\" in user_groups)\r\n\u0026 new_wikitext rlike \"[Cc][Hh][Aa][Rr][Tt]\" \u0026\r\n!(\"BADCHARTS\" in added_lines) \u0026 lcase(added_lines) rlike \"united world chart\|media traffic\|ost top 20\|hit40uk\|latin areschart\|odyssey albums\|bulgarian?[^\\w]single\|bra[sz]il(ian)?[^\\w](hot[^\\w]100\|single\|album)\|hot[^\\w]100[^\\w]bra[zs]il\|lithuanian?[^\\w](single\|airplay)\|myx[^\\w](hit[^\\w]chart\|daily[^\\w]top[^\\w]10\|countdown)\|(global\|chile(an)?\|argentinan?\|lithuanian?)[^\\w]top[^\\w]40\|poland[^\\w](national[^\\w])?top[^\\w]50\|euro[^\\w]200\\b\|world[^\\w](dance\|trance\|latin\|jazz\|soundtracks)\|latvian?[^\\w](singles\|airplay)\|(chile(an)?\|columbian?)[^\\w]singles?[^\\w]chart\|(mexic(o\|an))[^\\w](top[^\\w])?100\\b\|australian?[^\\w]country[^\\w]tracks?\"","name":"Badcharts","comments":"Requested filter for [[WP:BADCHARTS]], testing for load.\r\n\r\nI've completed a review of this and concluded that it generates too many false positives to justify using a warning; however, I will keep the log active so the music community can sort it by hand. -DF\r\n\r\nSorry, disabling this one for now, it checks a large number of pages. If the pages are large, it may time out wiki.\r\n\r\n:Narrowing focus for fewer unnecessary checks. Re-enabling. I find it very unlikely that this would time out even against very large pages (which requires many seconds of runtime), but I'll listen if you can show me an example. -DF\r\n\r\nMissing a ) in regex, causing errors. Dont know why it saved in the first place.\r\n\r\nDisable, doesn't appear to be being used, and we are hitting the condition limit on 6% of edits, and this filter has a lot of checks. (undone by request) -Prodego\r\n\r\nNOTE: FILTER LOG BEING MONITORED (to keep me from identifying this as something to disable) -P\r\n\r\nReordering, checking for better performance. --NW\r\nNever mind, worse that way. --NW\r\n\r\nPoor performance + false positives (many catches are bots) + filter is overwrought now = disabling. -Wknight94\r\nRe-enabling by request. -Wknight94\r\nHugely expensive filter, disabling due to condition limit. --NW 4/21\r\n\r\nCondensed all the conditions (except the early ones) into one long one. This should significantly help with processing. Re-enabling after optimization per request, log only. -- Shirik 24 Apr 2010\r\n \r\nAdded check for bad words not in removed lines. Since the hits for the added condition are small this should be cheap and remove a lot of false positives. Rich Farmbrough, 21 September 2010\r\nFixed own error. RF.\r\n\r\nUpdated changes per Rich Farmbrough's suggestions on the Edit Filter talk page [http://en.wikipedia.org/w/index.php?title=Wikipedia_talk:Edit_filter\u0026action=historysubmit\u0026diff=388241629\u0026oldid=388227774]\r\n\r\nChanged all + to *, put sys-op test first (could include bot too for more speed)\r\n\r\nCondition limit 7%, there are more important filters later on. Disabling temporarily. - KoH\r\n\r\n- Manually monitored, so false positives aren't particularly critical. Removed check designed to suppress them","group":"default","actions":[],"enabled":false,"deleted":true,"privacylevel":0,"global":false},"actions":[]}

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

Tag the edit in contributions lists and page histories

Tags to apply:

(see Wikipedia:Tags for use and formatting)

(please don't rename a tag here, see link above)

(one per line, no commas, publicly visible)

Require the user to complete a CAPTCHA in order to proceed with the action. Users with permission to skip a CAPTCHA are exempt.