संपादन फ़िल्टर विन्यास

*Simple regex should catch poop vandalism, don't know if + is acceptable over {1,} in this particular system. Testing only for now. "Poo" is not matched as tests produced too many false positives. If I've made a really stupid mistake somewhere, don't hesitate to fix it. If there are false positives, don't hesitate to escape it: … & !(rmspecials(ccnorm(added_lines)) rlike "false positive regex") —Nihiltres

*Added case that this shouldn't be caught if there's poop in the article title, or if the action's done by a sysop —Nihiltres

*Changed from sysop to autoconfirmed - Prodego

*Changed from checking title for the regex to checking the old wikitext for the word poop. -Prodego

*Filter seems very accurate, enabling warnings. -Nixeagle

*Please don't set this one on disallow, warnings are fine. -Prodego

*A couple of minor fixes/simplifications and rationalized the notes here. —Nihiltres

*fixed so we don't trigger on a false positive by http://en.wikipedia.org/wiki/Special:AbuseFilter/examine?wpSearchUser=24.212.44.161&wpSearchPeriodStart=&wpSearchPeriodEnd=&submit=1&title=Special%3AAbuseFilter%2Fexamine . Also re-order with the quicker checks to the left. Disabling warning while we test. -Xaosflux

*Reverting you xaos, I did some testing and changes to hopefully optimize it and fix a false positive. -Nixeagle

*Setting to deny. -Hersfold

*DISABLING - Taking almost three seconds to run - Hersfold

*Taking out "action = edit", shouldn't be necessary since we're checking for autoconfirm right after it - Hersfold

*Rationalized the comments here and noted who said what, also note that if you're going to use \b in the regex make sure that it matches variants like "pooppp" or "pppoop", I recently had to add a + back after the first P. —Nihiltres

*Removed the rmwhitespace() bit and modified the regex to compensate since the \b and the rmwhitespace() together produced many false negatives. If you start getting false positives, fix it or revert it, but I'm pretty sure this should behave decently —Nihiltres

*Added a case with some false positives I found using Special:Prefixindex, just to be sure —Nihiltres

*Added "poo power" to exceptions. - Ruslik

*Simplified filter. - Ruslik

*Added "shampoo" to exceptions. - Ruslik

*Added "Come Poop with Me" to exceptions". - Ruslik

*Removed "shampoo" from exceptions because the regex doesn't catch it and it'll only cause false negatives, added instead the offending URLs from the false positive found. —Nihiltres

*Added "youtube poop", because it is producing false positives at a higher rate than just about anything else as of 11-29-09. - Soap

*Changed trailing P to (P|!) experimentally to catch "Poo!" cases as well; changed check for old poop to use removed_lines instead of old_wikitext for efficiency… feel free to revert either change if problematic. The "youtube poop" and "party pooper" additions are good. —Nihiltres

*Changed (P|!) to [P!] since that's probably better form. —Nihiltres

*Changed instances of \s? to \s* for better catching of variants… there may have been a reason I didn't include that before, but I don't remember it now. —Nihiltres

Added "Poopdeck" to exceptions. - Ruslik

added "poopatine" -- Soap

and "poopcity" -- Soap

Removed straight poop URL per discussion on WT:EF -- Shirik 12 Feb 2010

Added "The Rez Sisters" to allow a quote reported at WP:FALSEPOS -- Shirik 21 Feb 2010

Added "Poopin up on ya" per false positive -- Shirik 22 Feb 2010

Add "pookkum" ... I had wanted a more intelligent solution, but it seems there isnt one that would not lead to this filter allowing "poo poo" through -- Soap

"ucanpooptoo" -- Soap

Overly intensive, clean it up before reenabling (move exceptions to regex) -P

Trying a different approach. Matches if poop is not used anywhere in the old_wikitext. Of course, for speed, that step goes last. Also added a line to strip big edits (more then 300 characters added). Log only for a few days. Hidden from public view. Tim 4/28

Nothing has broken so far. Moved regex to constant. Added regex to match things like p.o.o.p.. Still watching closely. - Tim 4/28

Remove intesnive last line. Tim

Tagg as "possible vandalism" until we turn on "Disallow". -Tim 4/28

Fix false positive for "poor". Tim

Warn. Tim 4/28

Disabling. We're near 5% condition limit hits and this is a candidate for the culprit. -- Shirik

I optomized a few things, lets see if this works. Will disable if needed. -- Tim 4/29

Optimized -- Shirik 29 Apr 2010

Should not be private. -P

This filter appears to be catching on the string "oo" with an "l" on either side of it, which is causing false positives with words like "pooling" and "bloodflow" (see the F+'s page). Since I can't make heads or tails of the filter (since I barely know enough about the code), I'll leave that for another filter editor to deal with, but the present state isn't acceptable. -v-_-v

:Made a fix that I believe will solve the problem. Just as 'popping' doesnt match, now 'pooling' wont either  --Soap

:Nope, fix isn't working, Soap. Another "pooling" FP today. -v-_-v

::Maybe I should have removed the plus sign from the first part instead. Should be OK now but I'll keep watching. -- Soap

for now, changing * after second 'P' to + to stop blocking isolated "poo".  More useful suggestions welcome.  -- Soap