Zum Inhalt springen

Wikipedia:Bearbeitungsfilter/Anträge

Abschnitt hinzufügen
aus Wikipedia, der freien Enzyklopädie
Dies ist eine alte Version dieser Seite, zuletzt bearbeitet am 29. August 2015 um 21:05 Uhr durch Lustiger seth (Diskussion | Beiträge) (Seitenleerungen durch IPs: +re). Sie kann sich erheblich von der aktuellen Version unterscheiden.

Letzter Kommentar: vor 9 Jahren von Lustiger seth in Abschnitt Seitenleerungen durch IPs
Auf dieser Seite werden Abschnitte ab Überschriftenebene 2 automatisch archiviert, die seit 2 Tagen mit dem Baustein {{Erledigt|1=--~~~~}} versehen sind.
Abkürzung: WP:FILT/A, WP:BF/A
Archiv
Wie wird ein Archiv angelegt?
Auf dieser Seite können Vorschläge für neue Regeln des Bearbeitungsfilters eingereicht werden. Diskussionen zu Filterregeln (z.B. wegen irrtümlichen Blockaden), deren Nummer nicht bekannt ist, werden ebenfalls hier geführt. Zusätzlich gibt es für jede bereits bestehende Regel eine eigene Diskussionsseite. Eine Übersicht zu diesen einzelnen Seiten gibt der Abschnitt #Liste der Diskussionen zu einzelnen Regeln. Im Archiv werden Diskussionen gesammelt, für die keine Regeln erstellt wurden.

Liste der Diskussionen zu einzelnen Regeln

Neueste Diskussionen

Regel letzte Seitenänderung Thread letzter Beitrag von
#421 2025-06-09 02:28:10 Vanalierender troll werden durch 421 geschützt Scufralop (2025-06-09)
#319 2025-06-08 19:27:36 Jahresarbeitsentgeltgrenze 2A02:3100:9D7C:E200:9DD6:4B5:5C6D:6957 (2025-06-08)
#242 2025-06-04 17:15:25 Hinweise/Rückmeldungen lustiger_seth (2022-04-18)
#415 2025-06-03 14:18:20 Neue Hinweise/Rückmeldungen 2.241.153.198 (2025-05-25)
#369 2025-05-26 19:39:21 Cristin Hussong 2001:16B8:BA7C:8800:F9DA:3BE4:D09A:A3A (2025-04-17)
#446 2025-05-23 14:22:43 Zweck xqt (2025-05-23)
Anträge 2025-05-20 19:00:14 False: Filter global 405 TenWhile6 (2025-05-20)
#413 2025-05-18 23:21:05 „Diese Aktion wurde automatisch als möglicherweise schädlich erkannt und deshalb nicht ausgeführt.“ 2A02:3030:A94:31A:E5AB:C562:2ECC:29C5 (2025-05-18)
#107 2025-05-17 04:46:07 Redirect verwirrt die Wikipedianer aus Wikipedia:Redaktion Informatik Siegbert v2 (2025-05-17)
#226 2025-05-16 10:48:35 Zweck Documentakommunikation (2025-05-16)
#76 2025-05-12 12:15:24 Biite um Erklärung KLuttenberger (2025-05-12)
#445 2025-05-03 06:56:05 WosretBot2 kann Mentorenvorlage nicht aktualisieren TenWhile6 (2025-04-30)
#442 2025-05-01 09:47:53 Zweck TenWhile6 (2025-02-02)
#263 2025-04-25 07:03:29 Ständig rausgeflogen lustiger_seth (2024-12-30)
#426 2025-04-21 01:57:17 Neue Hinweise/Rückmeldungen 保子 (2025-04-20)
#449 2025-04-16 20:49:56 Zweck lustiger_seth (2025-04-16)
#425 2025-04-15 11:03:26 Neue Hinweise/Rückmeldungen TenWhile6 (2025-03-30)
#395 2025-04-12 12:16:34 Blockade bei Rundfunkrecht (Deutschland) Einsenkungsmarke (2024-07-13)
#313 2025-04-10 12:27:17 Aktualisierung Firmeneintrag Irina Bryksin (2025-04-10)
#428 2025-04-08 19:43:11 Neue Hinweise/Rückmeldungen TenWhile6 (2025-03-30)
#439 2025-03-30 20:48:17 Neue Hinweise/Rückmeldungen TenWhile6 (2025-03-30)
#21 2025-03-24 07:47:17 Fluortelomerphosphatdiester MBq (2025-03-24)
#6 2025-03-22 21:57:24 Fern Sutherland TenWhile6 (2025-03-22)
#374 2025-02-19 21:58:20 Hinweise/Rückmeldungen Bahnmoeller (2025-02-19)
#432 2025-02-18 12:55:47 Zweck lustiger_seth (2025-02-18)
#447 2025-02-18 12:03:55 Zweck lustiger_seth (2025-02-18)
#397 2025-02-15 03:21:57 Frage Lg123456 (2024-12-12)
#305 2025-02-15 03:16:38 Neue Hinweise/Rückmeldungen 2A00:6020:4681:7900:989E:3A97:58D3:AA61 (2025-01-06)
#275 2025-02-12 00:10:39 Filtertitel TenWhile6 (2025-02-11)
#396 2025-02-11 20:46:26 Zweck Johannnes89 (2025-02-11)
#403 2025-02-08 00:28:59 Evtl. zu streng eingestellt? TenWhile6 (2025-02-07)
#444 2025-02-06 21:25:03 Zweck TenWhile6 (2025-02-06)
#441 2025-02-06 20:40:40 Zweck lustiger_seth (2025-02-06)
#443 2025-02-03 23:26:04 Zweck TenWhile6 (2025-02-03)
#353 2025-01-30 14:10:56 Zweck Joachim E. Zöller (2025-01-30)
#437 2025-01-22 11:40:31 Initiale Diskussion TenWhile6 (2025-01-22)
#440 2025-01-20 21:05:24 Zweck Wüstenspringmaus (2025-01-20)
#414 2025-01-19 14:01:47 Verhindern, dass VM-Meldungen vom Gemeldeten umgehend wieder entfernt werden TenWhile6 (2024-03-21)
#274 2025-01-18 07:56:22 Löschantrag 2003:CB:2F0C:5B95:2179:9F27:3E62:E99A (2025-01-18)
#407 2025-01-11 11:04:04 Zweck TenWhile6 (2025-01-11)
#438 2025-01-06 11:58:49 Zweck TenWhile6 (2025-01-06)

Alle Diskussionen

Hinweis auf Vorschau

Ich fände es sinnvoll, wenn einem Benutzer bei der xten aufeinander folgenden Bearbeitung im selben Artikel ein Hinweis bezüglich Vorschau angezeigt würde. Die Meldung könnte eine Kurzversion von Vorlage:Vorschau sein. Für x würde ich einen Wert von 3–5 vorschlagen. --Leyo 21:32, 13. Apr. 2010 (CEST)Beantworten

Sinnvoll, aber diese Aktionen sollten nicht geloggt werden, da es sonst nur eine Bloßstellung ist. Vielleicht kann man schauen, ob verschiedene Abschnitte bearbeitet wurden oder immer der gleiche bzw. der ganze Artikel. Der Umherirrende 22:03, 13. Apr. 2010 (CEST)Beantworten
Ist es möglich, die Aktionen nicht zu loggen? --Leyo 19:59, 15. Apr. 2010 (CEST)Beantworten
Es gibt die Option "Bearbeitung im Missbrauchsfilter-Logbuch markieren", ich weiß nur nicht, ob ich sie richtig verstanden habe, es gibt aber auch die Option "Bearbeitung für eine spätere Überprüfung markieren", da bin ich mir aber nicht sicher was sie macht (bei diesem Vorschlag unangebracht, wollte ich nur so vermerken). Der Umherirrende 20:20, 15. Apr. 2010 (CEST)Beantworten
"Bearbeitung im Missbrauchsfilter-Logbuch markieren" erzeugt einen Logbuchantrag. Diese Option können Admins nicht abschalten. Die Option "Bearbeitung für eine spätere Überprüfung markieren" tagged/markiert die Aktion. Dies ist für diversen Spezialseiten, wie "Letzte Änderungen", wo es eine Tag/Markierungs-Filtermöglichkeit gibt. Merlissimo 20:49, 15. Apr. 2010 (CEST)
Schade, warum auch immer das so gedacht ist, aber danke für die Erklärung. Der Umherirrende 20:54, 15. Apr. 2010 (CEST)Beantworten
Für mich ist das nicht abschaltbare Loggen kein Killer-Kriterium. --Leyo 14:46, 16. Apr. 2010 (CEST)Beantworten

Auch für die Einfügung von http://http:// und http:http:// (ferner vielleicht htpp://, hppt://, etc.) wäre eine Warnung angebracht. Derartige Links sind immer falsch und bringen auch moderne Browser noch gehörig durcheinander (mein Opera z.B. führt mich derzeit mit jedem http://http://-Link auf ein x-beliebiges YouTube-Video, früher war's mal ein Browserspiel), und sind nachträglich auch nicht ganz leicht aufzuspüren (die Wikipedia-interne Suche sowie die Weblinksuche etwa kann man dafür vergessen, auch Google funktioniert nur mäßig). Andererseits sind deren dauerhaftes Bestehen ja ein guter Indikator dafür, wie selten hier jemand die angegebenen Quellen nachprüft. --YMS 22:54, 11. Mai 2010 (CEST)Beantworten

wow, 909 http://http://-Links - davon 629 im ANR. Ich würde sagen wir korrigieren die erst einmal und schauen in zwei Wochen, wie viele dann wieder neu hinzukommen sind, ok? Merlissimo 23:05, 11. Mai 2010 (CEST)
Woher stammt diese Zahl? (Ich hatte vorhin schonmal schwache 20 derartige Links korrigiert, plus einige auf Commons.) --YMS 23:40, 11. Mai 2010 (CEST)Beantworten
Ich betreibe einen globalen Weblink-Korrektur-Bot. Wenn der das nicht wüsste ....
Er benutzt dazu ein kleines Tool von mir [1]. Die Zahlen [2] sind die pageids, die den Link beinhalten. Die benutzt der Bot dann als Eingabe. Merlissimo 23:48, 11. Mai 2010 (CEST)
Absatz nach Wikipedia:Bots/Anfragen#Ungültige_Weblinks verschoben, da hier die falsche Seite für den Botlauf. Merlissimo 00:52, 12. Mai 2010 (CEST)
sind jetzt wieder >200 links. ich lasse CamelBot gerade zumindest die im ANS korrigieren. die frage ist also noch/wieder aktuell. abzuwaegen ist also, ob es besser ist, wenn user auf den fehler hingewiesen werden (und evtl. nicht ueber genuegend techn. know-how verfuegen, um zu wissen, was sie tun sollen), oder ob es besser ist, wenn man nachtraeglich den bot drueberlaufen laesst (was eigentlich unnoetige history-eintraege erzeugt). -- seth 22:44, 14. Nov. 2011 (CET)Beantworten
Ist das THema noch aktuell? (sorry, liegt hier wohl seit mehr als einem Halben Jahr rum. Die Frage wäre wohl, wieviel "Aufwand" durch den Botlauf entsteht, da die Userwarnung immer zumindestens ein paar Edits kosten wird, gerade bei Usern, die nicht so technisch versiert sind. (siehe zB den aktuellen "Fall" auf WP:SBL, wo jemand aus dem google-Hit-Link den www-link extrahiert hat, und sich dann wunderte, dass [www.example.com] halt keinen klickbaren Link ergab) Insofern würde ich den Hamstern die extra Arbeit zumuten um die Edits zu "retten" --T3rminat0r (Diskussion) 11:50, 3. Aug. 2012 (CEST)Beantworten
gudn tach!
ja, ist vielleicht am besten, das per bots zu regeln. -- seth 23:16, 2. Apr. 2013 (CEST)Beantworten
gudn tach!
mittlerweile haben wir viele templates gefixt, die solche fehler beguenstigt hatten. zudem kuemmert sich CamelBot um die recent changes. damit sollte das thema hoffentlich erledigt sein. -- seth 22:04, 3. Jan. 2015 (CET)Beantworten

Bitte ersetze diesen Text durch Deine aussagekräftige Überschrift verhindern

Wäre es möglich einen Filter einzurichten, der oben stehende Überschriften auf WP:SH und WP:AU verhindert und die Benutzer mit einer Vorlage freundlich darauf hinweist, dass sie die Überschrift gegen Ihre eigene austauschen sollen? Ideal wäre es auch, wenn gleichzeitig Signaturen am Anfang der Frage verhindert werden, so wie hier. WikiDienst ?! 19:23, 1. Jun. 2010 (CEST)Beantworten

Scheint sich nach einer auffälligeren Gestaltung des Editintros weitgehendst erledigt zu haben. WikiDienst ?! 01:09, 28. Jun. 2010 (CEST)Beantworten
Gibt es immer noch häufig. --mfb (Diskussion) 15:50, 21. Jun. 2015 (CEST)Beantworten
gudn tach!
ich vermute: solch eine filterregel wuerde nur jenen etwas bringen, die einfach nur vergessen haben, den text zu ersetzen. fuer die anderen, naemlich jenen, denen es zu kompliziert ist, den text zu ersetzen, denen wird es vermutlich erst recht zu kompliziert sein, mit einer meldung des edit filters richtig umzugehen. deswegen bin ich eher gegen den einsatz des edit filters in solchen faellen. um die korrektur der ueberschrift sollen sich besser die anderen menschlichen user kuemmern. -- 92.230.240.145 22:07, 22. Jun. 2015 (CEST)Beantworten
Was ist daran kompliziert? Ich denke viele sehen den Text einfach nicht und achten nur auf das große Editfenster. Eine dicke rote Warnmeldung ist schwerer zu übersehen, und wenn der Benutzer sie dennoch übersieht darf er dann auch mit ungeeigneter Überschrift speichern (also nur warnen, nicht verbieten). --mfb (Diskussion) 22:21, 22. Jun. 2015 (CEST)Beantworten

Hauptseite

Früher (in der guten alten Zeit) konnten alle Benutzer (sogar unangemeldet, wenn ich mich richtig erinnere) die einzelnen Vorlagen auf der Hauptseite bearbeiten. Der einzige mir bekannte Grund, warum dies nicht mehr so ist, war der Angriff, bei dem durch das Einbinden der letzten Änderungen die Server massiv überlastet wurden. Diesen und ähnliche Angriffe könnten doch mit dem Missbrauchsfilter verhindert werden, indem man das Einfügen von zwei geschweiften Klammern in Hauptseitenvorlagen verbietet. Natürlich muss sich der Admin, der einen solchen Filter einrichtet und danach die Kaskadensperrung aufhebt, seiner Sache absolut sicher sein, aber es sollte doch möglich sein, so einen Filter einzurichten, sodass man nicht für jeden Rechtschreibfehler auf der Hauptseite einen Admin braucht. --Schnark 10:31, 7. Aug. 2010 (CEST)Beantworten

Dennoch sollte man es mit einem Filter verbieten, dass jeder ab autoconfimed die Vorlagen bearbeiten kann, sonst gäbe das zu viel Vandalismus. Sichter wären dafür sicher geeigneter. 188.23.2.40 07:07, 16. Aug. 2010 (CEST)Beantworten
Was ist eigentlich aus dieser Idee geworden? Die Bedingungen sind doch jetzt besser, wo wir die 3/4 Sperre haben, was meint ihr? Viele Grüße, Luke081515 15:13, 21. Jun. 2015 (CEST)Beantworten
Die Hauptseite auf 3/4 zu setzen wurde schon auf der dortigen Diskussionsseite diskutiert, ist aber ohne Ergebnis verlaufen obwohl sich die meisten einig waren, dass das sinnvoll ist. Ein Problem ist, dass es keinen 3/4-Kaskadenschutz gibt. Man müsste also alles manuell 3/4 schützen was ggf. eingebunden wird, womit Nicht-Sichter keine Artikel des Tages etc. mehr vorbereiten könnten. --mfb (Diskussion) 15:43, 21. Jun. 2015 (CEST)Beantworten
@Mfb: Das Problem sehe ich nicht. Kaskadenschutz geht ja über Wikipedia:Hauptseite/Heute, man nimmt also dort einen Abschnitt raus, und dann ist der Rest noch Kaskadengeschützt. Dann kann man ggf. auch auf Halbschutz runter, und mit autoreview=sysop sichergehen, das kein VAND auf die Seite gelangt. Das wäre mein Vorschlag, oder hab ich da einen Denkfehler drinne? Viele Grüße, Luke081515 15:47, 21. Jun. 2015 (CEST)Beantworten
Moment, was willst du wie schützen? Das Sichtungsverfahren zu nutzen wäre vorstellbar, braucht dann aber einen Namensraum in dem gesichtet wird (ANR ist ungeeignet - Vorlage? Oder kann man bei einzelnen Seiten manuell Sichtungen einstellen?). --mfb (Diskussion) 15:54, 21. Jun. 2015 (CEST)Beantworten
Stimmt, dann müsste man den Vorlangen Namensraum nutzen, so wurde es auch beim Nekrolog genutzt. Im Prinzip spricht ja nix dagegen. Was die Bilder betrifft, das war damals der Einwand, das für die andere Abschnitte der Seite zu machen, weil man einfach eine neue Version hochladen könnte, das wird hier mit Kaskadensperre gelöst. Viele Grüße, Luke081515 16:00, 21. Jun. 2015 (CEST)Beantworten
Gut, was man also für eine Änderung bräuchte: Hauptseite vollsperren, dort eingebundene Vorlagen für Layout und andere Dinge sperren. Die AdT-Seiten und alles Andere, was von allen vorbereitet werden darf, in den Vorlagen-Namensraum verschieben. Dinge wie Wikipedia:Hauptseite/Aktuelles ggf. auf 3/4, damit nicht jeden Tag zwei Rechtschreibfehler auf der Diskussionsseite diskutiert werden müssen. Das alles wäre natürlich an geeigneter Stelle zu diskutieren um Konsens zu finden, ich denke hier nur über die technische Umsetzung nach. --mfb (Diskussion) 16:09, 21. Jun. 2015 (CEST)Beantworten
Nicht ganz, die Hauptseite hat schon voll ein lächelnder Smiley . das hätte dann zur Folge, das dann Admins nicht mehr alles ändern müssten, sondern nur noch sichten müssten. Technisch gut machbar. Viele Grüße, Luke081515 16:13, 21. Jun. 2015 (CEST)Beantworten
Das Aufheben der Kaskadensperre hielt ich für so offensichtlich, dass ich es nicht erwähnt habe ;). Es werden dann wohl neue Regeln gebraucht, wer wann was bearbeiten darf/soll. --mfb (Diskussion) 16:16, 21. Jun. 2015 (CEST)Beantworten
Ähm, die Kaskadensperre braucht nicht raus. Die Seite Wipedia:Hauptseite/Heute hat mir der Hauptseite gar nix zu tun, sie sorgt nur für die Kaskadenprotektion. Man muss also dort nur ein paar der Einbindungen rausnehmen, je nachdem, was man freigeben will, z.B. Wikipedia Aktuell muss ja nicht. Viele Grüße, Luke081515 16:30, 21. Jun. 2015 (CEST)Beantworten
Huch? Ich dachte, alles was von der Hauptseite eingebunden wird (und somit alles was dort angezeigt wird) ist vollgesperrt, eben durch die Kaskadensperre. Und das soll doch geändert werden. --mfb (Diskussion) 16:34, 21. Jun. 2015 (CEST)Beantworten
@Mfb: Nope, das ist etwas tricky, also:
  • Diese Seite hat da keinen Haken
  • Die schon
Das liegt daran, das die zweite genau mit der ersten Identisch ist, bis auf eine Ausnahme, die zweite enthält nicht den Nekrolog, der ist als einziges nicht Kaskadengeschützt. Man müsste also nicht die Kaskadensperre aufheben, sondern aus der zweiten Seite die Einbindungen entfernen, dann wären die Kaskadensperren aufgehoben, und man müsste jede Seite einzeln schützen. Viele grüße, Luke081515 18:38, 21. Jun. 2015 (CEST)Beantworten
Ah, interessanter Punkt. Gut, das lässt sich ja leicht umsetzen. --mfb (Diskussion) 21:29, 21. Jun. 2015 (CEST)Beantworten

Diskussion:Politically Incorrect

Diskussion:Politically Incorrect (SeiteVersionsgeschichteSeitenschutz-Logbuch)

Honeypot für Polittrolle, entsprechend haarsträubend sieht die Versionsgeschichte aus. Könnte man das ins Editlimit aufnehmen, damit die üblichen Verdächtigen nicht andauernd auf der VM aufschlagen müssen? Gruss, --Cú Faoil RM-RH 01:42, 8. Jun. 2011 (CEST)Beantworten

für Diskussionsseiten ist dieser Filter meiner Meinung nach noch weniger geeignet als für Artikel. --Tinz 19:17, 8. Jun. 2011 (CEST)Beantworten
Was würdest Du vorschlagen? Halbsperre bringt wohl nichts, die üblichen Warrior sind angemeldete Benutzer. Disk vollsperren geht natürlich erst recht nicht. Tja. Gruss, --Cú Faoil RM-RH 19:34, 8. Jun. 2011 (CEST)Beantworten
Naja, die üblichen Benutzer zu sperren, wenn sie auf der Diskussionsseite Editwars führen, es sind ja recht wenige. Auf Diskussionsseiten sollte da die Toleranzschwelle nochmal deutlich niedriger liegen, da Beiträge namentlich gekennzeichnet werden und es im Prinzip überhaupt keinen Grund für Editwars gibt. Eines der Hauptprobleme des Editfilters ist generell, dass er für alle Benutzer gilt, auch für Konstruktive. Bei einem umstrittenen Thema wie PI muss es aber immer möglich sein, über den Artikel zu diskutieren. --Tinz 19:41, 8. Jun. 2011 (CEST)Beantworten
Hab ich schon probiert, aber in der Sperrprüfung teilen offenbar nicht alle Deine (durchaus vernünftige) Ansicht. Gruss, --Cú Faoil RM-RH 19:43, 8. Jun. 2011 (CEST)Beantworten
Oh, davon wusste ich eben nichts. Meiner Meinung nach solte man im Zweifel einseitig denjenigen sperren, der Editwars um Beiträge anderer Benutzer führt. Wenn man als Beteiligter so einen Beitrag einmal entfernt hat, dann sollte man das auf VM melden, und wenn sich kein Admin findet, dann muss man halt damit leben, man kann ihn immer noch richtigstellen oder halt ignorieren. --Tinz 19:57, 8. Jun. 2011 (CEST)Beantworten
gudn tach!
von edit-limitierungen halte ich persoenlich nicht viel, weil mir die false-positives-rate da zu hoch erscheint.
was man machen kann, und was teilweise auch schon getan wird, ist das aussperren bestimmter user aus bestimmten diskussionen. (insofern ist das, was Tinz ueber das angebliche "hauptproblem" schrieb, so pauschal gar nicht richtig.) das aussperren sollte allerdings sehr gut ueberlegt sein und eigentlich nur als alternative zu einer richtigen sperre angesehen werden.
im hiesigen fall hat ja afaics keiner wirklich absichtlich vandaliert, sondern WP:DS wurde verschieden ausgelegt. in diesem fall sollte man vor einer etwaigen sperre den entsprechenden user auf seiner talk page ansprechen. zeigt er sich davon unbeeindruckt und faehrt fort, dann kann es als vandalismus ausgelegt werden, was wiederum administratives eingreifen rechtfertigt. -- seth 23:16, 8. Jun. 2011 (CEST), 21:17, 9. Jun. 2011 (CEST)Beantworten

Hallo, ist ein Link nicht mehr aktiv, so werden Einzelnachweise von einigen Autoren einfach gelöscht, obwohl dieses Vorgehen nach Wikipedia:Defekte Weblinks nicht sinnvoll ist. Könnte man einen Missbrauchsfilter schreiben, der die Löschung von <ref>...http:\www. ...</ref> erkennt und ein Logging durchführt? Ich denke es wäre sinnvoll nur Löschungen von reinen Referenzen (ohne zusätzlichem Text) zu protokollieren. Nach Auswertung der Loggingdatei könnte es später evtl. sinnvoll werden, eine Meldung an den Autor zu erzeugen, das Nachweisweblinks nicht gelöscht, sondern als solche markiert werden sollen. --Salino01 17:43, 30. Sep. 2011 (CEST)Beantworten

gudn tach!
das erkennen solcher loeschungen wuerde sich zwar realisieren lassen, aber fuer das erkennen von reinen ref-loeschungen (bei denen nix anderes passiert) faellt mir mit den AF-mitteln keine moeglichkeit ein. (aber auch wenn wir frei programieren koennten, fallen mir nur methoden ein, die insg. recht langsam waeren, d.h. die server belasten wuerden.) -- seth 11:31, 2. Okt. 2011 (CEST)Beantworten
Ließe sich da nicht eine Anfrage basteln aus count("ref", removed_lines) = 2 und count("ref", "www") =1
Wenn beides wahr wäre, könnte nach http://www.mediawiki.org/wiki/Extension:AbuseFilter/RulesFormat zusätzlich mit strpos die Position abgefragt wwerden. Ich habe bis jetzt keine Ahnung von der sonst noch möglichen Syntax.--Salino01 11:55, 2. Okt. 2011 (CEST)Beantworten
gudn tach!
was soll count("ref", "www") bedeuten? -- seth 09:59, 6. Okt. 2011 (CEST)Beantworten
Muss natürlich count("www", removed_lines) = 1 heißen.--Salino01 16:47, 6. Okt. 2011 (CEST)Beantworten
gudn tach!
damit ist aber noch nicht sichergestellt, dass keine anderen aenderungen durchgefuehrt wurden (oder was meintest du mit "ohne zusaetzlichem text"?). -- seth 15:52, 7. Okt. 2011 (CEST)Beantworten
Ich denke der erste Schritt wäre zu listen wenn in removed_lines 2mal ref und einmal www vorkommt. Mal sehen wie viele Einträge das z.B. pro Stunde oder für eine Tag wären. Anschließend könnte die Suche verfeinert werden. Wenn der String "ref" zweimal und der String "www" einmal enthalten ist, müsste zusätzlich die Position von "<ref>" Null ergeben, d.h. der gelöschte Text beginnt mit <ref>. Ist dieses auch erfüllt, wäre die Länge von removed_lines zu überprüfen. Ist diese größer als sagen wir mal 300 Zeichen, so ist sehr unwahrscheinlich, dass es sich allein um eine Referenz handelt und der Treffer bliebe unberücksichtigt. Wenn alle diese Einschränkungen erfüllt wären, könnte man zusätzlich die Position von "</ref>" abfragen. Diese müsste dann größer sein als die Länge vom removed_lines minus z.B. 8. Damit wäre gewährleistet, dass die Änderung mit </ref> endet (evtl. gefolgt von einer Absatzmarkierung oder dergleichen). Diese Liste sollte man dann sichten und den Erfolg beurteilen. --Salino01 21:05, 7. Okt. 2011 (CEST)Beantworten

Überschriftenebene 1

Moin, was haltet ihr von einem Filter für Edits wie diesen[3], also

= Überschrift =

Ich schätze mal, man sollte als Filteraktion erstmal nur protokollieren. Gruß --dealerofsalvation 17:51, 10. Jul. 2012 (CEST) Beantworten

Ich habe mal eine Liste der Artikel erstellt, wo eine solche Überschrift vorkommt: Benutzer:Schnark/Wartung/H1 Wer Lust hat, kann an der Abarbeitung mithelfen. In einem Fall befand sich ein solches Konstrukt innerhalb von <math>, ein pauschales Verbieten ist daher nicht so gut. --Schnark 09:42, 22. Aug. 2012 (CEST)Beantworten
Danke, nicht schlecht :) Nein, klar, verbieten auf keinen Fall, mein Vorschlag ist ja protokollieren. Zu math-Ausdrücken: Kann denn dort das erste Gleich-Zeichen an erster Stelle der Zeile stehen? Falls nein, müsste doch eine Regexp helfen, die nur dann anspringt, wenn das erste Gleich-Zeichen das erste Zeichen der Zeile ist. Und ist in allen von dir aufgeführten Fällen das Gleich-Zeichen an erster Stelle? --dealerofsalvation 06:21, 23. Aug. 2012 (CEST)Beantworten
gudn tach!
beispiel:
ist aber eher unueblich, das so zu schreiben. zum protokollieren brauchen wir aber keine regel im editfilter, weil die information, wo diese headings vorkommen, ja auch auf anderen, effizienteren wegen eruiert werden kann. z.b. ueber bot-anfragen oder ueber dump-greps oder ueber sowas, was schnark gebastelt hat.
und edits verhindern brauchen wir wohl nicht, weil das eh nicht so oft vorzukommen scheint.
grundsaetzlich ist das edit-filter fuers allgemeine verhindern von unkonventionellen formatierungen eher schlecht geeignet, weil man neulinge damit leicht verschreckt und damit das risiko steigt, etwas inhaltlich wertvolles dadurch zu verlieren. demgegenueber ist der gewinn (keine schlechtere formatierung) zu gering. -- seth 21:38, 23. Aug. 2012 (CEST)Beantworten
Nein, Warnung oder gar Verbieten wäre damit definitiv vom Tisch. Was Protokollieren angeht: wenn ihr es effizienter findet, solche Formatierungsprobleme mit anderen Mitteln zu lokalisieren, dann überlasse ich euch gerne das Feld. Ob Missbrauchsfilter, Bot oder Dump-Grep, man braucht eine optimierte Regexp, mit der man möglichst wenig falsche Positive bekommt. Mich würde einfach interessieren, welche Regexp Schnark verwendet hat. Ich würde ja z. B. mal damit anfangen, das schlägt bei obigem Math-Ausdruck nicht an:
^=[^=].*=
Aber vielleicht geht es noch besser? Gruß --dealerofsalvation 07:03, 26. Aug. 2012 (CEST)Beantworten
Ich hatte noch ein *$ am Ende:
ausgabe("H1", $title, $1) if ($text =~ /^(=[^=].*= *)$/m && $title !~ /^(?:Wikipedia|Portal):/);
Die eine Ausnahme habe ich dann von Hand entfernt. Ich kann bei Bedarf die Wartungsliste einigermaßen regelmäßig aktualisieren. --Schnark 10:36, 27. Aug. 2012 (CEST)Beantworten

Ich habe Schnarks Liste mal ein wenig durchgeklickt und teilweise abgearbeitet.

  1. Dem flüchtigen Leser fällt das gar nicht so sehr ins Auge. Ins TOC wird H1 wie H2 aufgenommen, allerdings von da an die folgenden um eine Ebene tiefer verschoben.
    • Es sind auffallend viele Weblinks, EN usw. dabei; also die letzte oder eine der letzten Überschriften, bei denen es den Autoren gar nicht aufgefallen war.
    • Wo es mitten im Artikel stand, hatten die Autoren es oft schon selbsttätig im Lauf des August korrigiert; die Dump-Treffer von Anfang August waren schon wieder weg.
  2. Teilweise (11 Fälle) ist nur auf einer Seite ein = mal irrtümlich gelöscht worden; dies wird eigentlich bereits von checkwiki erkannt. Das wäre auch das geeignete System, um die H1 regelmäßig automatisch zu detektieren; die entsprechenden Regeln sind dort aber noch nicht vorhanden.
  3. Wo mit Absicht eingesetzt, da oft durch Newcomer oder interessierte Außenstehende; dann meist schwerwiegendere inhaltliche und formale Probleme: Vollprogramm/RK/IK. Hansaton Akustische Geräte war im August in der QS.
    • Deshalb würden auch MBF-Kästen mit Zeigefinger ohnehin überfordern.
  4. Eigenwerbung: WSTM zeigt alle vorgefundenen H1 als Fehlermeldung an.

Schönen Tag --PerfektesChaos 10:55, 27. Aug. 2012 (CEST)Beantworten

Nachträge:
  1. Wikipedia:Technik/Skin/CSS#h1 zeigt, wie für Wartungspersonal/QS/Autoren das Auffinden erleichtert wird.
  2. checkwiki#19 bezieht sich nur auf „Die erste Überschrift“ und demzufolge im Moment leer – es ist allerdings jede H1 unerwünscht.
VG --PerfektesChaos 22:35, 28. Aug. 2012 (CEST)Beantworten

Rechter Troll

Aufgrund der Vorgänge, die auf Benutzer:Otberg/L50 dargestellt sind beantrage Ich die Einrichtung eines Missbrauchsfilters für die Satzteile "Und während ich diese Worte sprach, klang in mir der herrliche Gesang eines russischen Jagdbombergeschwaders," und "Doch irgendwann während deines weltweiten Feldzuges wird dich ein Déjà-vu in ebenjenes bleiche und schwächliche Halbmännchen zurückverwandeln, dass du jetzt bist!" . Ein Troll hinterlässt Texte, die dieses Satzteile beinhalten. --Liberaler Humanist 14:55, 7. Nov. 2012 (CET)Beantworten

Horagalles

Bei Horagalles handelt es sich um einen Rechtsextremisten aus Südafrika; die Edits des Ursprungsaccounts waren mit Rosa Liebknecht auf dem rechtsextremen Thiazi.net-Forum abgesprochen. Nach der Abschaltung des Thiazi-Forums geistert Horagalles als IP verstärkt auf WP-Diskussionsseiten herum. Das dürften circa ein halbes Dutzend Edits pro Tag bei mehrfach wechselnden IPs sein. Die Edits sind völlig unbrauchbar, weil es entweder reine Meinungsbekundungen sind oder rechtsextreme Propaganda verbreitet wird. Der Umfang des Problems kann dieser und jener Liste von Reverts entnommen werden.

Sinnvoll ist ein Filter, der alle Edits aus den Ranges (siehe Schurkenliste) im Namensraum 1 (=Artikeldiskussionsseiten) zunächst nur mitprotokolliert. Allein das würde notwendige Reverts erleichtern. Nach meinem Überblick werden die Ranges im Namensraum 1 ausschließlich von Horagalles genutzt, so dass der Filter nach dem Probelauf auch auf Verbieten geschaltet werden kann. Danke vorab. --Hozro (Diskussion) 10:03, 11. Nov. 2012 (CET)Beantworten

Filter für rechtes Getrolle/infantilen Unsinn und/oder eine bedenkliche Mischung aus beidem

Weil ich gerade mal wieder eine IP deswegen gesperrt habe: Wäre es nicht sinnvoll, unangemeldeten oder neuen Benutzern zu verbieten "Heil Hitler" in Artikel und insbesondere in Zusammenfassungszeilen einzutragen? Und bei obigem in Zusammenhang mit "i/Ihr Juden" sehe ich auch auf Diskussionsseiten kaum Gefahr, eine legitime Äußerung zu unterbinden. Das würde nicht nur RC- und Adminarbeit ersparen, sowas muss aber auch nicht bis zum Auffinden stehen bleiben. Difflinks auf Beispiele erpare ich mir und Euch... -- Cymothoa 12:31, 6. Mär. 2014 (CET)Beantworten

Dafür (wobei ich dachte, wir hätten so einen Filter schon...). XenonX3 – () 12:32, 6. Mär. 2014 (CET)Beantworten
Wenn das so ist, dann scheint es nicht zu funktionieren: [4], [5] (nur für Admins einsehbar) -- Cymothoa 13:05, 6. Mär. 2014 (CET)Beantworten

altbekannter trollo / faker

bin gerade per zufall über bearbeitungen der IP 79.224.191.123 (Diskussion • Beiträge • SBL-Log • Sperr-Logbuch • globale Beiträge • Whois • GeoIP • RBLs) gestolpert, die auch schon wieder ein paar tage zurückliegen, aber mich dennoch dazu animierten, im folgenden meine seit über einem jahr auf der halde liegende datensammlung zu diesem user mal loszuwerden: bei der IP handelt es sich um einen altbekannten "mitarbeiter", der schlicht und ergreifend zu enzyklopädischer mitarbeit nicht fähig war/schien inkl. unzähliger theoriefindereien, fakereien undsoweiter. soweit:

gibt es hier irgendeine möglichkeit für einen MBF in richtung "wenn aus diesen IP-bereichen" + "neuanlagen im bereich hip-hop/rap und boxen" oder so...? fragt sich: --JD {æ} 16:32, 27. Mär. 2014 (CET)Beantworten

IP-Notbremse

Wäre es für Fälle wie diesen, wo eine IP massenhaft per revert Artikel falsch kategorisiert, möglich einen Mißbrauchsfilter zu machen, der IPs stoppt, wenn sie a) insgesamt mehr als 5x in einer Stunde die Edits angemeldeter Benutzer revertieren oder b) innerhalb von 24 Stunden Edits von mindesetns 2 verschiedenen Sichtern revertieren? Momentan scheint kein Admin auf WP:VM reinzuschauen und so kann die IP lustig drauf los vandalieren. Gruß, Aspiriniks (Diskussion) 23:55, 11. Apr. 2014 (CEST)Beantworten

...oder kann man, falls speziell diese IP weiter Probleme macht, speziell IPs stoppen, die Artikel in Unterkategorien von Person-nach-Ort-Kategorien eintragen? Gruß, Aspiriniks (Diskussion) 08:48, 12. Apr. 2014 (CEST)Beantworten

Logging

Hallo zusammen! Ist es möglich, einen BF zu erstellen, der loggt, wenn alle folgende Kriterien erfüllt sind:

  • Benutzer hat weniger als < 500 Edits
  • Benutzer bearbeitet Artikel, der einer bestimmten Kategorie (evtl. auch Kind-Kategorien) zugewiesen ist (total ca. 5 Kategorien)
  • Benutzerseite des Benutzers ist < 200 Bytes oder nicht angelegt

Es geht um einen auf WP:LSWU gelisteten Benutzer. Details via E-Mail. --Filzstift socke (Diskussion) 09:06, 10. Sep. 2014 (CEST)Beantworten

gudn tach!
das erste geht, das zweite nur ohne kind-kategorie, das dritte geht meines wissens nicht. -- seth 22:06, 3. Jan. 2015 (CET)Beantworten

Themen mit vorgegebenen Zeichenfolgen automatisch löschen

Hiermit möchte ich einen neuen Filter vorschlagen, der vollautomatisch alle Diskussionsthemen löscht, die die folgenden Titel enthalten:

Mathematisch-physikalische Widerlegung von Apollo 11 und N

Kurzfassung zur mathematisch-physikalischen Widerlegung von Apollo 11 und N

Abstract mathematical-physical refutation of Apollo 11 and N

Das Problem: Auf den Diskussionsseiten, dessen Artikel sich mit den Mondlandungen beschäftigen, treibt sich schon seit vielen Wochen ein unbelehrbarer und sehr hartnäckiger IP-Troll herum, der unter den oben genannten Titeln immer wieder versucht, die Mondlandungen als Lüge darzustellen. So langsam nervt es wirklich! Bisher wurden diese Spinnereien immer manuell gelöscht, aber unser "spezieller Freund" setzt diesen Mist immer wieder auf einer der Diskussionsseiten rein, die sich mit den Mondlandungen beschäftigen. --Sassenburger (Diskussion) 22:45, 17. Jan. 2015 (CET)Beantworten

Ach ja... Es wäre schön, wenn die zugehörige IP dann gleich vollautomatisch für 6 Stunden gesperrt werden könnte. --Sassenburger (Diskussion) 22:47, 17. Jan. 2015 (CET)Beantworten
Ist es auf den IP-Bereich 87.160. beschränkt? Aus dem kommen zu viele Edits für eine Range-Sperre, aber den Filter auf diese Range zu beschränken würde wohl erlauben, die Begriffe weniger spezifisch zu machen (z. B. "Apollo" alleine). --mfb (Diskussion) 14:20, 23. Jan. 2015 (CET)Beantworten
Ja, es scheint immer der IP-Bereich 87.160. zu sein. --Sassenburger (Diskussion) 20:51, 23. Jan. 2015 (CET)Beantworten

Kreuzfilter?

Nachdem das Gequängel um (US)-amerikanische Themen hier erfrischend unbürokratisch erledigt worden ist: Könnten wir einen analogen Filter für Sternchen und Kreuzchen in Personenartikeln basteln und auch den erst mal nur mitloggen lassen? Gruss, --Cú Faoil RM-RH 22:31, 22. Jan. 2015 (CET)Beantworten

So so, das Gequengel wurde also "erfrischend unbürokratisch" erledigt? Und weil wir nun jeden unter Mißbrauchsverdacht stellen wollen, brauchen wir noch einen Filter, der * & † beobachtet. Super Idee, es herrscht ja noch nicht genug Unfrieden, denn können wir ja per Filter auch noch ausweiten. Der US-oder-nicht-Filter ist übrigens kompletter Mist und ein * & † ist ebenso völlig überflüssig. --Informationswiedergutmachung (Diskussion) 13:55, 23. Jan. 2015 (CET)Beantworten
Deine kontruktive Kritik ist sehr hilfreich. --Leyo 13:58, 23. Jan. 2015 (CET)Beantworten
Ich habe es eben herausgefunden: du hast diesen Quatsch angelegt. Super Aktion. "Wie schüre ich Unfrieden" wurde ihnen präsentiert von Leyo, dem Admin ihres Vertrauens. --Informationswiedergutmachung (Diskussion) 14:05, 23. Jan. 2015 (CET)Beantworten
Da liegst du falsch. Schau dir die Versionsgeschichte der beiden Filter an (alternativ: Wikipedia:Bearbeitungsfilter/196 lesen). --тнояsтеn 14:08, 23. Jan. 2015 (CET)Beantworten
Ich werde nicht schlau draus: wer hat denn denn nun angelegt, nich angeregt. Das sehe ich ja. --Informationswiedergutmachung (Diskussion) 14:13, 23. Jan. 2015 (CET)Beantworten
Spezial:Missbrauchsfilter/history/196 --Magnus (Diskussion) für Neulinge 14:17, 23. Jan. 2015 (CET)Beantworten
Danke, mittlerweile habe ich einen LA gestellt, weil der Mißbrauchsfilter aus meiner Sicht nur weiteren Unfrieden stiftet. MfG --Informationswiedergutmachung (Diskussion) 14:18, 23. Jan. 2015 (CET)Beantworten
gudn tach!
von mir aus schon, aber da gerade ein paar leute gemerkt haben, dass wir das edit-filter ueberhaupt haben, und das jetzt erst mal schlimm finden, ist es vermutlich besser, erst mal auf deren bedenken einzugehen. ich denke, wenn klarer wird, was das edit-filter in diesen faellen tun wuerde (naemlich eigentlich nix, was nicht auch ein nicht-angemeldeter user machen koennte), dann steigt vielleicht auch die akzeptanz. nachwievor ist halt doof, dass die umbenennung des ehemaligen abuse-filters in "edit-filter" noch nicht ueberall angekommen ist (z.b. im special-namensraum). das wuerde vermutlich auch schon ein wenig helfen. -- seth 00:16, 26. Jan. 2015 (CET)Beantworten
ein bisserl neusprech würde sicher plusgut sein, wenn nicht gar doppelplusgut. da hast du recht. --Informationswiedergutmachung (Diskussion) 00:18, 26. Jan. 2015 (CET)Beantworten
Die Kreuzchen sind ein derart heißes Eisen, da würde ich stark davon abraten, einen deratigen Filter einzuführen. Das wäre ein bisschen wie auf einem Pulverfass sitzend mit dem Feuerzeug zu spielen... -- Chaddy · DDÜP 01:44, 26. Jan. 2015 (CET)Beantworten

Filter Reaper Alarm

Ich mache erneut darauf aufmerksam, dass dieser Filter offenbar alle IPs des österreichischen Mobilfunkproviders Yesss, der Teile des Netz der Telekom Austria mietet erfasst. Laut Rundfunk- und Telekomregulierung-Gmbh hat dieser Provider ganze 32 IP-Adressen. Aus diesem Grund ist dieser Filter nicht geeignet, um eine Person zu erfassen. Eine Filterung selbst einer einzigen IP-Adresse sperrt 1/32 der Nutzer dieses Providers. Da offenbar alle IPs der Filterung unterliegen, sind sämtlich der 740.000 Nutzer (Stand 2010) davon betroffen. Der Filter ist daher kein verhältnissmäßiges Mittel. --Suimawe-wuih8.12b (Diskussion) 23:43, 22. Mai 2015 (CEST)Beantworten

Seitenleerungen durch IPs

Derzeit taucht ein Troll unter IP auf und leert Seiten, heute z.B. war mal wieder Arnold Schwarzenegger betroffen, weitere "Opfer" waren u.a. Dirk Bach, Sean Connery oder auch Philipp Mißfelder. Ich hatte dies schon bei den Adminanfragen thematisiert, heute wurde mir geraten mich hier direkt zu melden. Stundensperrungen bringen nichts, die IP hat nun schon mehrfach nach Ablauf einer kleineren befristete Sperre weiter gemacht. Artikel halbieren können wir natürlich, aber dann sucht sich der Troll eine andere Seite. Außerdem stellt sich die Frage, warum bei ansonsten IP-Vandalismus-freien Seiten sinnhafte IP-Arbeit verhindert werden sollte. Die andere Frage: Können wir hier einen Bearbeitungsfilter einrichten, der so etwas verhindert? Mir fällt kein Grund ein, warum im ANR eine IP eine Seite komplett leeren können sollte (bei angemeldeten Benutzern wären die Gründe wohl auch sehr selten). Gruß Schraubenbürschchen (Diskussion) 11:48, 20. Aug. 2015 (CEST)Beantworten

Ein Grund wäre ein URV Baustein, aber dann kann man das ja einplanen, also sofern die Seite geleert wird, und added lines nicht URV enthält. Viele grüße, Luke081515 13:20, 20. Aug. 2015 (CEST)Beantworten
Wenn ein URV-Baustein gesetzt ist, dann ist die Seite aber nicht leer. --MGChecker – (📞| 📝| Bewertung) 13:23, 20. Aug. 2015 (CEST)Beantworten
Ja, aber so wie der Filter jetzt funktioniert, macht er das am edit delta fest, also wie viel gelöscht wurde in bytes, und das ist halt bei einem URV Baustein viel, das ist das Problem. Man kann den URV Baustein also einfach ausschließen, dann sollte der Filter auch im ANR kein Problem sein, im BNR ist der ja schon aktiviert. Viele Grüße, Luke081515 13:32, 20. Aug. 2015 (CEST)Beantworten
Na ja, man kannn auch new_wikitext == "" nehmen. Wobei man bedenken muss, dass der Vandale dann einfach ein paar Random-Buchstaben hereinklatschen kann anstatt die seite wirklich zu leeren. --MGChecker – (📞| 📝| Bewertung) 13:50, 20. Aug. 2015 (CEST)Beantworten
Und wenn man Zeichenunterschiede von mehreren kB als Auslöser nimmt, dann fügt er mehr Unsinn ein um mehr zu löschen. Als Wettrüsten ist das nicht zu gewinnen, ein Bearbeitungsfilter ist nur zusätzliche Motivation. --mfb (Diskussion) 13:53, 20. Aug. 2015 (CEST)Beantworten
+1, Seitenleerungen sind leicht zu erkennen und schnell zu revertieren, sie sind also nicht wirklich ein Problem. --Engie 13:56, 20. Aug. 2015 (CEST)Beantworten
gudn tach!
siehe auch Wikipedia:Bearbeitungsfilter/107. -- seth 21:05, 29. Aug. 2015 (CEST)Beantworten