Wikipedia:Misbruikfilter/Verzoekpagina filters

Uit Wikipedia, de vrije encyclopedie
Naar navigatie springen Naar zoeken springen


Nuvola apps kcmsystem.svg Verzoekpagina voor filters
Op deze pagina kunnen gebruikers voorstellen doen voor de aanmaak van nieuwe filters, het bewerken van bestaande filters of het verwijderen van bestaande filters. Ook kunnen fouten met betrekking tot bestaande filters op deze pagina worden aangegeven.
Overzicht beheerpagina's
Filters kunnen pas geëffectueerd worden wanneer deze eerst een week hebben proefgedraaid en er voldoende steun is vanuit de gemeenschap om het filter toe te passen. Dit telt ook voor reeds bestaande filters: wanneer deze significant worden aangepast, zullen deze aangepaste filters een week moeten proefdraaien. Proefdraaien houdt in dat er geen acties worden ondernomen, maar dat het filter alleen een logboek bijhoudt van wanneer het is geactiveerd.
Van alle bestaande filters wordt op Wikipedia:Misbruikfilter/Bestaande filters een overzicht bijgehouden.
Nieuwe verzoeken

Plaats nieuwe verzoeken onder het kopje "nieuwe verzoeken". Bij het doen van nieuwe verzoeken, vermeld je in elk geval het volgende:

  • Wat het filter moet doen (waarop het moet filteren, voor welke pagina's telt het filter, voor welke gebruikers telt het filter?);
  • Waarom dit filter geactiveerd zou moeten worden;
  • Moet het filter waarschuwen, moeten bewerkingen tegengehouden worden en/of moet de gebruiker de autoconfirmed status ontnomen worden?

Denk over deze zaken goed na, voordat je een verzoek indient

Afgehandelde verzoeken kunnen na een week worden gearchiveerd.
Archieven: 2009 - 2010 - 2011 - 2012 - 2013 - 2014 - 2015 - 2016 - 2017 - 2018 - 2019

Nieuwe verzoeken[bewerken]

Verzoeken a.u.b. plaatsen in de volgende vorm:

===NAAM VOORSTEL===
{{/filter | id = | actief = }} <!-- niet invullen, tenzij het filter is aangemaakt //-->
* '''Taak:''' Waar moet een filter op letten, voor welke pagina's telt het filter, voor welke gebruikers telt het filter?
* '''Waarom:''' Waarom moet het filter geactiveerd worden?
* '''Gevolgen:''' Waarschuwen en/of Verhinderen en/of Autoconfirmed status afnemen?
* '''Waarschuwingstekst:''' Voorgestelde waarschuwingstekst, of link naar sjabloon.
Eventuele overige opmerkingen
~~~~
{{/einde}} <!-- Deze regel niet vergeten, anders loopt het kader door tot in het volgende verzoek! //-->


Verzoeken ter test in log-only[bewerken]

Wanneer een nieuw verzoek in log-only is gezet, kan het verzoek naar hieronder worden verplaatst. Het filter zal vervolgens minstens één week in log-only draaien. In deze week kan de gemeenschap gegrond bezwaar uiten (zie ook de richtlijn).

Verzoeken in testfase[bewerken]

Afgehandelde verzoeken[bewerken]

Updateverzoek Instaspam-filter[bewerken]

Status:

bewerken · geschiedenis · logboeken · testen
  • Taak: Als ik deze logboekregel doorneem, zie ik een zinnetje langskomen (ook tijdens het lezen van een artikel met privacyschending) over hoe een account op Insta heet. Is het niet mogelijk om de filter daarop af te stellen? Verdere uitleg staat hieronder.
  • Waarom: Omdat het eigenlijk een soort oproep is om een account op Instagram te volgen.
  • Gevolgen: Graag hetzelfde houden.
  • Waarschuwingstekst: Dezelfde waarschuwingstekst.

Dit komt omdat dit soort spam in de toekomst vaker kan voorkomen en de filter daarop niet is ingesteld. Ook al kom ik deze manier van Instaspam niet tegen tegengekomen (behalve de dag dat ik dit verzoek indiende (22 augustus)), en ik denk dat hetzelfde geldt voor andere vandalismestrijders. Dus mijn vrees is - als we de filter niet op de juiste manier instellen - dat zowel de huidige als de toekomstige vandalismebestrijders dit echt tegen komen. Nieuwsgierige Gebruiker (overleg) 22 aug 2019 17:27 (CEST)

Dit filter blokkeert bewerkingen, dus we moeten 100% zeker zijn dat alle wijzigingen die dit filter matchen altijd geblokkeerd moeten worden. Een zin waarin mensen worden opgeroepen een instagramaccount te volgen is altijd verkeerd op Wikipedia. De zin zoals die in het gelinkte logboekbericht staat kan voorkomen in een legitiem artikel, zelfs als deze specifieke wijziging niet thuishoort op Wikipedia. Ik kan deze zinsconstructie dus niet toevoegen aan het filter. Sum?urai8? 29 aug 2019 23:12 (CEST)
Niet uitgevoerd Niet uitgevoerd Sum?urai8? 29 aug 2019 23:14 (CEST)


Emoji[bewerken]

Status:

Aanmaken filter · batchtesten
  • Taak: Filter dat voorkomt dat er emoji in teksten en bewerkingssamenvattingen worden gebruikt.
  • Waarom: Bewerkingen als deze [1] zijn vrij zelden van toegevoegde waarde.
  • Gevolgen: Omdat de RTRC op emoji vastloopt, zou ik ervoor kiezen om dergelijke bewerkingen te verhinderen.
  • Waarschuwingstekst: Iets in de geest van dat emoji niet zijn toegestaan in de teksten op Wikipedia

Brimz (overleg) 29 aug 2019 22:12 (CEST)

Er zijn momenteel 1719 utf8 emoji's lijkt het.bron Sommige hebben meerdere varianten/codes waarmee ze opgeroepen kunnen worden. Ik kan niet zo snel terugvinden of er een speciale range is vastgesteld waarin emoji's moeten zitten. Een paar duizend karakters in een regex stoppen lijkt mij niet heel snel/efficient, en ik wil niet een range opgeven die mogelijk karakters buiten deze al dan niet bestaande emoji range detecteert. Sum?urai8? 29 aug 2019 22:55 (CEST)
N.B. Dat RTRC crasht op bepaalde unicode karakters is een probleem dat Krinkle zelf moet oplossen. Het lijkt mij niet de bedoeling dat we tekenreeksen blokkeren omdat bepaalde tools er niet mee overweg kunnen. Sum?urai8? 29 aug 2019 22:57 (CEST)
Ik gok dat RTRC vastloopt op alle karakters boven U+FFFF. Meer oude JavaScript-code heeft hier moeite mee. –bdijkstra (overleg) 29 aug 2019 23:02 (CEST)
P.S. Zie Lijst van Unicode-subbereiken voor de emoji-range. En als je emoji's niet wil toestaan dan kan je categorie:Emoji wel opdoeken en ook kan je dan een aantal bronnen verwijderen waarin twitterberichten van beroemde personen geciteerd worden. –bdijkstra (overleg) 30 aug 2019 19:32 (CEST)
Daar heb je wel een punt. Dat laat onverlet dat emoji (is meervoud niet ook emoji?) in de bewerkingssamenvatting niet nodig zijn en dat het verhinderen daarvan geen nadelige gevolgen zal hebben om artikelen of categorieën over emoji aan te vullen. Brimz (overleg) 30 aug 2019 21:00 (CEST)
Meervoud zonder "'s" mag, maar ik heb de voorkeur voor met. Wat bedoel je trouwens met vastlopen? Als ik in RTRC bij tijdsbestek 20190829200100…20190829200359 invul zie ik geen rare dingen. –bdijkstra (overleg) 30 aug 2019 22:13 (CEST)
01 F600-01 F64F kwam ik eerder ook al tegen, maar als ik m'n hexadecimalen goed lees zijn dat 80 tekens. Er zijn een stuk meer emojis. Ik zie ook een emoji als 1F923 en 263A bijvoorbeeld. Gezien we emoji-artikelen hebben is het een stuk lastiger om een filter te maken die niet te restrictief is. Ik wacht op meer feedback van anderen hoe gewenst dit filter is. Sum?urai8? 31 aug 2019 10:51 (CEST)
Sorry ik haalde emoticons en emoji's door elkaar. Hier is een meer volledige lijst. –bdijkstra (overleg) 31 aug 2019 11:05 (CEST)
  • Blijkbaar doet filter 24 al het een en ander. Deze tagt de edit als kwebbelen. Ik denk niet dat blokkeren van de edit nodig is, maar ik zal kijken welke ranges nog niet in dit filter vallen. Sum?urai8? 7 sep 2019 22:18 (CEST)
    • Niet uitgevoerd Niet uitgevoerd Sum?urai8? 19 sep 2019 22:15 (CEST)


Tegenhouden van rare niet-bestaande sjablonen[bewerken]

Status: Actief

bewerken · geschiedenis · logboeken · testen
  • Taak: Dat er niet van die rare Russische sjablonen geplaatst worden.
  • Waarom: Naar aanleiding van deze en de verwante bewerkingen/ongedaan makingen.
  • Gevolgen: Waarschuwen, verhinderen en automatisch promoveren blokkeren lijken me handig.
  • Waarschuwingstekst: Is de waarschuwingstekst "Best editor, you are trying to place templates that are not created, you can't trying to place this templates, if you are 2 times trying it again, the abuse filter blocked you." een goed voorstel?

Jammer dat het te vaak moet gebeuren, daarom dien ik het verzoek in. Met vriendelijke groet: Nieuwsgierige Gebruiker (overleg) 22 jun 2019 14:00 (CEST)

Hallo? Moet ik deze verzoek weghalen? Want dit staat al meer dan 2 weken en er is niemand die reageert, ben ik de enige die op zijn eigen verzoek reageert? Nieuwsgierige Gebruiker (overleg) 6 jul 2019 16:17 (CEST)
Ik denk dat geen van de filterredacteurs hier heil in zien. Het maken van een filter kost vermoedelijk te veel tijd en moeite voor iets wat maar een paar keer per jaar gebeurt. –bdijkstra (overleg) 6 jul 2019 17:08 (CEST)
Paar keer per jaar? Nou, dit gebeurd (bijna) elke week met die rare Russische bewerkingen. Nieuwsgierige Gebruiker (overleg) 6 jul 2019 17:11 (CEST)
In dat geval zou het misschien helpen om een beeld te geven van de schaal van de overlast. –bdijkstra (overleg) 6 jul 2019 17:54 (CEST)
Nou, het gaat voornamelijk om de OP 's en soms ook GP 's (mogelijk is de schaal van bij wie het voorkwam incompleet) van Q-bit array, Jimbo Wales, NBS, OneLittleMouse, Ping08, Takewaki, Sigwald, Lanwi1, Jni, Geom en soms Favonian die het doelwit voor dit soort LSV zijn. Nieuwsgierige Gebruiker (overleg) 6 jul 2019 18:43 (CEST)
Elke week moet zijn elke maand denk ik, want de laatste golf dateert van 5 juni en daarvoor 5 april. Het aantal golven is dit jaar nog op één hand te tellen, is makkelijk herkenbaar en dus ook eenvoudig terug te draaien. De impact is dus heel laag en het risico (kans x impact) daarmee ook. De hoeveelheid werk om zo'n filter te bouwen werkt kennelijk niet op tegen de hoeveelheid werk om enkele malen per jaar een 10-tal gebruikerspagina's schoon te vegen. Groet, Brimz (overleg) 6 jul 2019 22:34 (CEST)

Maar ik hoop dat je snapt dat ik dit verzoek ooit indiende omdat ik Wikipedia hiertegen wil wapenen en dit regelmatig voorkomt. Met vriendelijke groet: Nieuwsgierige Gebruiker (overleg) 7 jul 2019 09:09 (CEST)

Gisteravond even in de mogelijkheden van misbruikfilter gekeken, ik zie geen opties om te controleren of een gebruikt sjabloon bestaat of niet. Dus ik vrees dat dit niet mogelijk is technisch. Etersheim - Etersheimer Braakmolen met zeilen.jpg Akoopal overleg 7 jul 2019 10:09 (CEST)
Maar het zijn telkens dezelfde sjablonen, en bovendien zijn alle letters van de naam Cyrillisch. –bdijkstra (overleg) 7 jul 2019 10:42 (CEST)
Dus daar kunnen we toch de misbruikfilter toch op aanpassen of niet soms? Nieuwsgierige Gebruiker (overleg) 7 jul 2019 14:20 (CEST)
Ik zie geen brood in het blokkeren van niet-bestaande sjablonen, omdat zoiets detecteren uitsluitend zou kunnen gebeuren met de gerenderde html, en zoiets betrouwbaar detecteren kost een hoop regexen, waarvan een aantal op een ENORME string, als het uberhaupt te detecteren is. Ik zie ook geen brood in het blokkeren van bepaalde schriften, omdat de kans op vals-positieven groot is. Het aantal bewerkingen dat hieraan voldoet lijkt ook niet enorm groot te zijn als ik de recente wijzigingen bekijk. Sum?urai8? 29 aug 2019 22:34 (CEST)
Het zijn inderdaad niet veel bewerkingen en het maakt mijzelf niet uit of er een filter hiervoor komt of niet, maar volgens mij kan het in 1 simpele, korte regex, iets als: class="new" title=""\>Sjabloon:[А-Яа-я:_ ]+\</a\>. Vals-positieven lijken me miniem want sjablonen met Cyrillische titels zijn zwaar ongewenst, zeker in overlegnaamruimten. –bdijkstra (overleg) 29 aug 2019 22:56 (CEST)
Je hebt gedeeltelijk gelijk. Ik had een veel ingewikkeldere structuur in m'n hoofd dan dat je eigenlijk nodig hebt. Je wil altijd voorkomen dat je een regex uitvoert op new_html met een lichtere query. Dat kan ik doen door te zoeken op {{cyrilische tekens}} in added_lines. Dingen die ik moet checken:
  • Links naar externe wikis moeten niet worden gefilterd
  • Wat wordt er gegenereerd met Template:, wat met de ruwp variant van Template/Sjabloon?
Ik kijk hier hopelijk in het weekend naar. Sum?urai8? 29 aug 2019 23:43 (CEST)
Aangemaakt in log-only. Sum?urai8? 1 sep 2019 19:14 (CEST)
Filter blokkeert nu wijzigingen na recente wijzigingen door deze gebruiker. Geeft momenteel geen waarschuwing, maar de kans dat iemand legitiem volledig cyrillische sjablonen toevoegt op een nederlands artikel is ~0. Sum?urai8? 19 sep 2019 22:14 (CEST)