Wikipedia:Bearbeitungsfilter/Anträge

Automatische Archivierung

Auf dieser Seite werden Abschnitte ab Überschriftenebene 2 automatisch archiviert, die seit 2 Tagen mit dem Baustein {{Erledigt|1=--~~~~}} versehen sind.

Archiv

Archiv seit 2009

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.

Neueste Diskussionen zu einzelnen Regeln

Regel	letzte Seitenänderung	Thread	letzter Beitrag von
#274	2024-04-24 17:07:19	Robin Schulz hat sich vor 15 Jahren hier einen Account gemacht	Preußenfan88 (2024-04-24)
#390	2024-04-23 19:55:28	why?	178.203.114.103 (2024-04-23)
#313	2024-04-20 13:32:16	Liste Bücherschränke für Sachsen	95.157.41.243 (2024-04-20)
#359	2024-04-18 12:38:10	Karnevalssession bei Alfred Neven Dumont	2003:C9:F19:B6B7:3C71:D25A:96F4:768B (2024-04-18)
#393	2024-04-16 06:56:38	Liste von Mikronationen	Johannnes89 (2024-03-21)
#325	2024-04-08 20:23:20	Das Artikel-Anlegen wird verwehrt!	2003:D1:C701:9800:C161:AB83:2C76:9253 (2024-04-08)
#276	2024-04-08 13:24:46	SLA auf leeren Artikel	lustiger_seth (2021-08-14)
#66	2024-04-03 11:35:39	Zweck	Johannnes89 (2024-04-03)
#76	2024-04-02 14:50:39	Weiterleitung	Habbe H (2024-04-02)
#351	2024-04-01 12:53:24	Zweck	Johannnes89 (2024-04-01)
#419	2024-04-01 11:06:56	Zweck	lustiger_seth (2024-04-01)
#418	2024-04-01 11:06:56	Zweck	lustiger_seth (2024-04-01)
#417	2024-04-01 11:06:55	Zweck	lustiger_seth (2024-04-01)
#416	2024-04-01 11:06:55	Zweck	lustiger_seth (2024-04-01)
#415	2024-03-29 17:35:31	Zweck	Count Count (2024-03-29)
#395	2024-03-23 18:13:08	Hinweise/Rückmeldungen	Johannnes89 (2024-03-23)
#414	2024-03-21 10:50:24	Verhindern, dass VM-Meldungen vom Gemeldeten umgehend wieder entfernt werden	TenWhile6 (2024-03-21)
#247	2024-03-17 07:49:35	Zweck	Johannnes89 (2022-04-03)
#369	2024-03-10 08:18:16	369 Regel ?	Werner von Basil (2023-10-28)
#407	2024-03-07 09:50:31	Übertragene Diskussion zum Filter	Plani (2024-02-29)
#368	2024-03-07 09:46:54	Zweck	Johannnes89 (2022-08-18)
#21	2024-03-07 09:43:00	WP:3M vervollständigen	194.230.145.190 (2024-01-23)
#263	2024-02-29 13:26:25	Benutzer:185.176.215.240	2A01:599:110:570B:C031:BDE9:F974:9641 (2023-11-08)
#403	2024-02-28 16:50:04	Wieder hänge ich fest	2003:6:33AE:3D13:38E1:4628:9FA5:B14D (2024-02-28)
#1	2024-02-26 14:52:38	Testfilter	lustiger_seth (2013-03-30)
#253	2024-02-16 16:15:11	Zweck	Johannnes89 (2023-01-21)
#410	2024-02-13 22:59:06	Zweck	Johannnes89 (2024-02-13)
#411	2024-02-13 22:49:44	Zweck	Johannnes89 (2024-02-13)
#14	2024-02-13 22:40:54	Zweck	Johannnes89 (2022-04-03)
#287	2024-02-11 13:40:52	Dann bleibt mein zweiter Typo halt stehen...	91.1.236.55 (2024-02-04)
#28	2024-02-09 21:48:44	Google Docs	Johannnes89 (2024-02-09)
#281	2024-02-01 21:35:51	KPOP/koreanische Quellen	194.191.236.233 (2024-02-01)
#409	2024-01-25 08:34:08	Zweck	Johannnes89 (2024-01-25)
#319	2024-01-23 21:07:40	Barmer Ersatzkasse	Johannnes89 (2024-01-23)
#165	2024-01-22 14:46:45	Zweck	Johannnes89 (2022-04-03)
#367	2024-01-15 12:48:31	Zweck	Johannnes89 (2022-08-17)
#394	2024-01-05 04:20:38	Fluchtpunkt San Francisco	46.114.106.56 (2023-10-02)
#375	2023-12-18 10:39:40	Erledigt	Johannnes89 (2023-01-14)
#335	2023-12-15 13:02:36	Warum wurde mein Beitrag verhindert?	unknown (1970-01-01)
#84	2023-12-14 11:14:34	falsch positive Treffer	Johannnes89 (2023-09-11)
#305	2023-12-10 17:14:05	Zweck	Johannnes89 (2022-03-06)

Videoentferner

verschoben nach WP:Bearbeitungsfilter/261. -- seth 22:16, 7. Apr. 2019 (CEST)

Filter für Avoided?

verschoben nach Wikipedia:Bearbeitungsfilter/159. -- seth 22:19, 7. Apr. 2019 (CEST)

KleinerTimmy

verschoben nach WP:Bearbeitungsfilter/249. -- seth 23:16, 7. Apr. 2019 (CEST)

Channel Troll

verschoben nach WP:Bearbeitungsfilter/275

Deutsche-Biographie-Troll

verschoben nach WP:Bearbeitungsfilter/264. -- seth 23:19, 7. Apr. 2019 (CEST)

UM Kannal Troll, möglichkeit für einen Filter?

verschoben nach Wikipedia:Bearbeitungsfilter/275

Unitymedia - neue Kanalbelegungen

verschoben nach Wikipedia:Bearbeitungsfilter/275

Neuanlagen durch IPs, sehr kurze Artikel

verschoben nach Wikipedia:Bearbeitungsfilter/276. -- seth 00:08, 18. Apr. 2019 (CEST)

Fremde Bearbeitungen auf Wikipedia:Persönliche Bekanntschaften/neue Einträge verhindern

action == "edit"
& user_age = 0
& article_prefixedtext = "Wikipedia:Persönliche Bekanntschaften/neue Einträge"

Ich hätte gerne eine Regel um so was im Projekt PB zu verhindern. Diese Seite ist die Datenquelle für den Bot, der damit die Datenbank füttert. Den Seitenschutz zu erhöhen ist nicht sinnvoll, da Nutzer aus anderen Projekten erst 'autoconfirmed' werden müssten, um mitzumachen. --Euku:^⇄ 00:42, 12. Mai 2019 (CEST)

Naja, kommt ja praktisch nicht vor, außer, es will mal jemand das grundsätzliche Sicherheitsproblem vorführen, dass da jeder jeden ohne Authentifizierung bestätigen kann. Das sollte besser in der Software gefixt werden, ein Filter wäre da nicht ausreichend, das grundsätzliche Sicherheitsproblem zu beheben. --Seewolf (Diskussion) 00:49, 12. Mai 2019 (CEST)

Mir fiel erst nach meiner Anfrage oben ein, dass die IPs ja nur ein kleiner Fall sind und man das Ganze lieber ordentlich regeln sollte, wie du schreibst. Wie oft solche nicht legitimen Edits vorkommen kann ich gar nicht sagen, es prüft ja keiner die mittlerweile >80K Edits. Dass der Bot rückwirkend die angesammelten Einträge prüft, finde ich schwierig. Ich habe nun etwas nachgedacht und würde die Anfrage auf das Folgende erweitern:

action == "edit"
& article_prefixedtext = "Wikipedia:Persönliche Bekanntschaften/neue Einträge"
& user_name != "SpBot"
& (
 ( count("{{Wikipedia:Persönliche Bekanntschaften/neuer Benutzer|", added_lines) 
  +count("{{Wikipedia:Persönliche Bekanntschaften/neue Bestätigung|", added_lines) != 1
 )
 | length(removed_lines) > 0
 | !(added_lines rlike "^{{Wikipedia\\:Persönliche\\ Bekanntschaften/neuer\\ Benutzer\\|Name=" + user_name +"\\|.+?}}$"
   | added_lines rlike "^{{Wikipedia\\:Persönliche\\ Bekanntschaften/neue\\ Bestätigung\\|Bestätiger\\=" + user_name +"\\|.+?}}$" )
)

… ohne Anspruch, dass syntaktisch alles korrekt ist. --Euku:^⇄ 18:16, 12. Mai 2019 (CEST)

added_lines ist die ganze Diff-Ansicht, daher funktioniert das bei mehreren Einträgen wahrscheinlich nicht. Ich würde die Sequenz "Bestätiger\\=" + user_name voraussetzen und das Hinzufügen von "Bestätiger" nur einmal zulassen, sieht dann auch übersichtlicher aus. --Seewolf (Diskussion) 18:34, 12. Mai 2019 (CEST)

Nur zum Verständnis, added_lines ist nicht bloß die neue Zeile, sondern die davor und dahinter liegende? Die Doku besagt nämlich "includes all lines in the final diff that begin with +". Alles andere wäre dürfe man mMn auch nicht als "added" bezeichnen.

Ein Edit, der mit dem Gadget durchgeführt wird, kann nur genau einmal entweder /neuer Benutzer oder /neue Bestätigung in einer neuen Ziele hinzufügen mit Bezug auf den aktuellen Nutzer. Alles andere versuche ich zu verhindern, weil es nicht passieren kann bzw. soll. Also z.B. mehrfaches Hinzufügen von /neue Bestätigung und/oder gleichzeitiges Entfernen anderer Einträge. Daher sehe ich nicht ganz, was man da oben vereinfachen kann... :) Hast du ein Codebeispiel? --Euku:^⇄ 20:04, 12. Mai 2019 (CEST)

Ich hatte nur im Kopf, dass das mit added_lines nicht so recht funktioniert, scheint aber nicht (mehr) der Fall zu sein. Filter 278 schient jetzt aber alle Bedingungen zu erfüllen, teste mal. --Seewolf (Diskussion) 00:25, 13. Mai 2019 (CEST)

Er scheint schon mal das einzufangen, was er soll. Ich hätte noch erwartet, dass [1] und [2] auch geloggt wird. Entfernen darf nur der Bot. Es fehlt das | length(removed_lines) > 0. Ich habe das ergänzt. Was wäre das übliche Vorgehen? Eine Woche beobachten und dann scharf schalten? --Euku:^⇄ 19:24, 17. Mai 2019 (CEST)

Deepl.com filtern

Moin zusammen,

solche Übersetzungen mittels deepl gibt es immer wieder, sie sind nicht schlecht, aber weisen eine gewisse URV-Problematik auf. Deepl kopiert standardmäßig folgendes in die Übersetzung: "Übersetzt mit www.DeepL.com/Translator (kostenlose Version)", daher wäre mein Vorschlag dies bei Neuanlagen im BNR, und im ANR allgemein zu verbieten, um die Problematik zu verhindern. Was meint ihr? @Seewolf, Lustiger seth: Viele Grüße, Luke081515 16:40, 20. Mär. 2020 (CET)

gudn tach!

ja, ich denke, das zu unterbinden waere sinnvoll. und da die uebersetzung ja automatisiert passierte, sollten die autoren auch nicht allzu traurig sein, dass ihr text nicht gespeichert werden kann, da sie keine arbeit reinstecken mussten.

findige user werden das filter leicht umgehen koennen, aber durch die log-eintraege wuerde man das ebenso leicht herausfinden koennen. das wiederum wuerde erfordern, dass wir die logs regelmaessig begutachten und insb. bei den "blauen" links uns das genauer anschauen. macht (teils redundante) arbeit. aber vermutlich isses sinnvoller als nix-tun.

es waere eigentlich ein cooles feature im edit filter, wenn admins die logeintraege taggen koennten (z.b. als "false positive"/"true positive" und "vandalism"/"no vandalism"). -- seth 12:24, 21. Mär. 2020 (CET)

Theoretisch kann man jetzt schon die dazugehörigen Edits in der Versionsgeschichte taggen, nur wurde der Button zum taggen per CSS ausgeblendet. Dazu müsste man nur auf Special:Tags welche erstellen und könnte dann taggen. Die Berechtigung dafür hat aber jeder Benutzer, auch wenn man derzeit die Buttons nicht sieht. Ggf. blendet man diese dann nur für Admins per css ein? Viele Grüße, Luke081515 14:55, 21. Mär. 2020 (CET)

Ich würde nicht verbieten sondern nur loggen, da wir so ausgezeichnete Hinweise auf URV bekommen. --Der-Wir-Ing („DWI“) (Disk) 19:27, 21. Mär. 2020 (CET)

gudn tach!

@DWI: naja, wenn wir loggen _und_ verbieten haetten wir hinweise auf URVs und muessten die artikel nicht mal loeschen. welchen nachteil haetten wir dadurch, dass wir solche edits gleich verbieten (und nicht nur loggen)? die wahrscheinlichkeit fuer false positives ist ja wahrscheinlich vernachlaessigbar gering.

@Luke081515: per CSS ausgeblendet: weisst du, aus welchem grund die ausgeblendet sind?

wenn das ganze nur auf CSS beruht, heisst das ja vermutlich, dass man leicht umgehen kann. wenn man allerdings leicht sieht, wer was wann wie getaggt hat, dann waere eine solche umgehung nicht schlimm.

bevor man da einfach so tags erstellt, wuerde ich gerne mit irgendwem ruecksprache halten (z.b. bzgl. namenskonventionen). wer kennt sich mit den tags aus? du? PerfektesChaos? sonstwer? -- seth 23:27, 23. Mär. 2020 (CET)

Wer was gemacht hat: [3]. Ich bin mir allerdings nicht mehr ganz sicher, ob es per CSS ausgeblendet ist, oder ob das eine Softwarefunktion war, die greift, weil es keine aktiven Tags gibt, die gibt es laut Special:Tags nämlich aktuell nicht. @PerfektesChaos: Weißt du da was? Viele Grüße, Luke081515 23:36, 23. Mär. 2020 (CET)

In dem Moment, in dem auch nur ein einziges lokal definiertes Tag eingerichtet wird, verändern sich bei sämtlichen Benutzern die Versionsgeschichts-Darstellungen.

• Sie bekommen dann alle ein zusätzliches eckiges Ankreuzel-Feld.
• Heißt: Sie sehen so aus wie jetzt bei Admins.
• Das war vor Jahren schon mal irrtümlich gemacht worden, noch vorher hatte mal wer damit rumexperimentiert.
• Die irritierten Reaktionen der Benutzer sind in den Kommentaren des verlinkten Markierungs-Logbuch nachzulesen.
• Weil immer wieder mal Admins unbeabsichtigt Tags eingerichtet hatten und daraufhin FZW überkochte, ist den Admins wohl per CSS da was ausgeblendet worden, damit sie das nicht aus Versehen auslösen, aber da weiß ich keine Einzelheiten. Scheint 2018 gewesen zu sein, weil 2015, 2017 und 2018 gab es gemäß Logbuch immer mal wieder solche Blindgäger, insgesamt wohl fünf.

VG --PerfektesChaos 00:17, 24. Mär. 2020 (CET)

Letzeres kann ich nicht bestätigten, ich kann immer noch einen Tag einrichten. Viele Grüße, Luke081515 00:20, 24. Mär. 2020 (CET)

Oben steht was von „per CSS ausgeblendet“ – da dies eine Admin-Funktion ist, kann ich dazu nichts sagen und weiß nichts. VG --PerfektesChaos 00:28, 24. Mär. 2020 (CET)

Bzw. Botbetreiber haben das Tag-Einrichtungs-Feature wohl auch, aber vielleicht ist die CSS-Ausblendung auf Admins foussiert. VG --PerfektesChaos 00:29, 24. Mär. 2020 (CET)

gudn tach!

hmm, klingt fuer mich so, als waere der schaden evtl. groesser als der nutzen. schade. als feature klang es spontan schon nicht schlecht. -- seth 23:20, 24. Mär. 2020 (CET)

<center>, <font> und anderes altes HTML

Servus,

es wäre sehr wünschenswert, wenn ein Filter das Einfügen von <center>, <font> und eventuell anderes HTML das seit Jahren nicht mehr zulässig ist, verhindern wurde. Mit der Einführung von HTML5 (also vor >6 Jahren) flogen diverse Tags aus dem HTML-Standard; sie sollten also nicht mehr benutzt und schon gar nicht mehr neu eingebaut werden. Leider werden immer noch häufig Tags wie "center" in Artikel eingefügt. Siehe zum Thema:

• HTML5#Elemente_mit_geänderter_Bedeutung
• https://www.w3.org/html/wiki/Elements/center
• https://www.w3.org/html/wiki/Elements/font (nicht signierter Beitrag von 195.192.207.134 (Diskussion) 17:35, 3. Apr. 2020 (CEST))

Veto im Allgemeinen, unter Einschränkungen auf einen Spezialfall.

• Für <font> kann man Maßnahmen in Betracht ziehen; das ist bereits seit 1998 obsolet und hat eine völlig abweichende Attribut-Syntax aus den frühen 1990er Jahren, die inzwischen durch einheitliches style= abgelöst wurde.
• Unser ANR ist seit mehreren Jahren frei von <font>.
• Es wird allerdings immer wieder durch C&P insbesondere aus der enWP eingeschleppt, wo das noch relativ verbreitet ist.
• Im Bereich der Signaturen gehe ich mittlerweile aktiv gegen <font> vor und stelle jedem einzelnen Benutzer eine individuelle Alternativlösung in konformer Syntax zum Kopieren bereit.

Hinsichtlich sämtlicher anderen erst seit noch nicht so vielen Jahren zurzeit obsoleter, womöglich irgendwann wieder gültiger pre-HTML5-Tags sollten keinerlei Maßnahmen ergriffen werden.

• Benutzer sind keine HTML-Experten und würden die Nachricht des Bearbeitungsfilter nicht produktiv umsetzen können. Der Ersatz ist meist auch nicht trivial durch einen anderen Namen des Tags zu leisten, sondern ginge nur durch komplett anderes Konstrukt, möglicherweise Einsatz von Vorlagen oder grundsätzlich anderen Lösungsweg; etwa eine hier geeignete Klasse zur Zentrierung.
• Das gibt nur Ärger und kein Autor, dem das nicht bewusst ist, kann das umsetzen.

Ausschließlich für <font> mag man eine Warnung anzeigen, jedoch nicht am Speichern hindern.

• Auch hier gibt es aber keine triviale Lösung, sondern es muss im Einzelfall vielleicht als <span> mit style= ersetzt werden, oder bei Tabellen gäbe es eine völlig andere Lösung.
• Die Gesamtfrequenz ist sehr niedrig, alle Jahre wieder feudel ich durch den ANR und ersetze ein halbes Dutzend.

Zwar ist die Syntax seit längerer Zeit unerwünscht, aber die Browser sind verpflichtet, sie noch auf Jahrzehnte korrekt darzustellen, und dies ist als solches offiziell definierter Bestandteil des HTML-Standards.

• Dass wir derartige Konstruktionen vermeiden möchten, hat eher was damit zu tun, dass wir den Altbestand allmählich auf einheitliche konforme Syntax umstellen, und die immer seltener werdenden Exoten in unbekannter Syntax ganz grundsätzlich die Autorenschaft stören, die gezwungen würden, sich in uralten oder nicht zu uns passenden Kram einzuarbeiten, um das verstehen zu können.
• Ein Bearbeitungsfilter ist jedoch untauglich, um Bearbeitern Lektionen in HTML-Philosophie zu erteilen.

VG --PerfektesChaos 17:03, 4. Apr. 2020 (CEST)

Accentverweigerer

Könnte man einen Filter anlegen, der davor warnt, auf die Weiterleitungen Pour le Merite, Pour le merite und a la suite zu verlinken? Oder der es gar verhindert und dafür empfiehlt, auf die richtig geschriebenen Artikel zu verlinken? Hintergrund: Es gibt einen Benutzer, der das regelmäßig und in ziemlichem Umfang macht. Er wurde, meines Wissens schon mehrmals, darauf hingewiesen, bitte die Accents zu setzen, verweigert das aber (einmal gar mit der Begründung, er könne kein Französisch, was Blödsinn ist, weil es ja nur um diese zwei Ausdrücke geht und man sich merken kann, wie die geschrieben werden). --Xocolatl (Diskussion) 11:34, 4. Apr. 2020 (CEST)

• Verständlich, aber wird nicht funktionieren.
• Es ist grundsätzlich nicht möglich, mittels solcher technischer Maßnahmen psychologische Probleme zu lösen und renitente Benutzer zu erziehen.
• Wirksam wäre hier ohnehin nur eine Totalblockade und Verhinderung der Abspeicherung; etwa wenn sie von einem bestimmten Account stammen würde. Weil aber auch unschuldige Gelegenheitsbearbeiter das aus Unkenntnis, Faulheit oder wegen technischer/körperlicher Einschränkungen (Tastatur) Unbeteiligte betroffen sein könnten, darf das nicht für IP oder unbekannte Accounts wirksam werden.
• Eingeblendete Vorträge über französische diakritische Zeichen würden von nicht vorsätzlich Handelnden nicht verstanden werden, lösen Panikreaktionen aus, lassen den Edit ungespeichert verwerfen aus Angst etwas falsch gemacht zu haben.

VG --PerfektesChaos 17:11, 4. Apr. 2020 (CEST)

Es IST ja nur ein bestimmter Account, jedenfalls schwerpunktmäßig. Und ich glaube nicht, dass das wirklich ein psychologisches Problem oder Renitenz ist, sondern eher Faulheit, und ich glaube auch nicht, dass man einen ganzen Vortrag einblenden müsste. Sowas wie der Falschschreibungshinweis würde ja reichen. Gut, mit diesem könnte man auch die Weiterleitung für eine Weile überschreiben, aber wahrscheinlich müssten dann trotzdem andere hinter ihm herputzen... --Xocolatl (Diskussion) 20:31, 4. Apr. 2020 (CEST)

Gibt es keinen Bot, der Verlinkungen auf Weiterleitungen prüft? Ich glaube, Mehrfachweiterleitungen oder ein ähnlicher Spezialfall wird doch bereits botmäßig bearbeitet, oder täusche ich mich? Dann könnte dieser Bot beauftragt werden, diese konkreten WL «automatisch» aufzulösen? Ich sähe das als vorteilhaft gegenüber einem BF. --Holmium (d) 21:12, 4. Apr. 2020 (CEST)

Das wäre die Etablierung des Hinterherputzens für zwei, drei Weiterleitungen.

Kein guter Präzedenzfall, und genauso auch auf zigtausende anderer WL anwendbar; warum nur ausgerechnet diese beiden WL?

Die Abschnittsüberschrift legt ja eine erzieherische Maßnahme bei genau einem Account nahe.

Bot-Einsätze zum Wegputzen legitimer Weiterleitungen sind übrigens gemäß Bot-Regeln ausgeschlossen.

Mehrfachweiterleitungen funktionieren übrigens nicht und müssen deshalb eingekürzt werden.

VG --PerfektesChaos 21:36, 4. Apr. 2020 (CEST)

Ok, überzeugt. Im Kern braucht es keine Bereinigung; genau zu diesem Zweck dient die WL und leitet auf den Zielartikel weiter. Vandalismus liegt auch nicht vor, mehr eine Art Schönheitsfehler, mit dem sich leben lässt. --Holmium (d) 21:41, 4. Apr. 2020 (CEST)

(BK)Von mir aus auch für zigtausende andere, wenn da ähnliche Probleme bestehen, mir ist sowas in dieser Masse allerdings sonst noch nicht aufgefallen. Hier hat der Benutzer die, soweit ich sehe, letzte Erwähnung des Themas verschwinden lassen; ich meine aber, er sei schon mehrmals darauf angesprochen worden. Er setzt praktisch in jedem seiner Artikel die Links wieder falsch, und er scheint seine Artikel, wenn er sie einmal veröffentlicht hat, auch nicht mehr anzuschauen, geschweige denn zu korrigieren. Einen Filter, der ihn bremst oder mahnt, würde er wenigstens mal wahrnehmen und vielleicht doch noch umlernen. So schrecklich ist es ja nicht, die Dinger zu benutzen. --Xocolatl (Diskussion) 21:47, 4. Apr. 2020 (CEST)

Diese Probleme mit diakritischen Zeichen gibt es bei unzähligen nicht-deutschen Lemmata. Mir fallen da spontan maltesische Gemeindenamen wie Ħamrun oder Żebbuġ ein, oder polnische Städtenamen wie Lubań. Das liegt m. E. jenseits technischer Lösungen, mit denen sich Denk-, Lern- und Sprachfaulheit nun mal nicht beheben lässt. Oder, um Einstein zu zitieren: „Zwei Dinge sind unendlich: Das Universum…“ und den Rest kennt ihr ja. --Altkatholik62 (Diskussion) 04:37, 29. Aug. 2021 (CEST)

Timo Schöber

siehe auch Hinweis He3nry in der aktuellen [(letzten) Löschprüfung Tobias Schöber]. Da versucht wer (ggf SD) unter Nutzung immer neuer Accounts, aber immer mit den gleichen Rechtschreibfehler, Begründungen, Argumenten, einen Artikel zur Person Timo Schöber in die WP zu bringen. Chronologie: Löschdiskussion 1, Löschdiskussion 2, Löschprüfung 1, Löschdiskussion 3, Löschprüfung 2, Löschprüfung 3, Löschprüfung 4, Löschprüfung 5, Löschprüfung 6, Versuch einer Löschprüfung 7 auf Admina-Disk. Die Löschprüfungen kamen zum Schluss (Prüfung 5 und Prüfung 6, bzw Prüfung 7) im Wochentakt. Das Lemma ist komplett dich und das Löschprotokoll lang. Aber die andauernden LP-Versuche nerven nicht nur, sondern stören massiv den WP-Ablauf. Kann man vielleicht bitte ein Filter auf den Namen einrichten? Danke! --2003:D5:FF2F:6600:E01B:D310:5C18:3B7D 13:56, 24. Feb. 2021 (CET)

Zeitlupenvandalismus

Ich weiß nicht, ob dieser Fall für einen Filter ausreicht, aber schaut doch bitte mal diese Versionsgeschichte sowie diese und diese an, und sucht den Begriff  „Sebastian Redlin“. Ich weiß nicht was das soll, der Name ist im Kontext dieser Chöre/Chorleiter nicht auffindbar (nur manchmal kurz, wenn Google den Vandalismus doch mal indiziert hatte), aber es zieht sich schon seit langer Zeit und kommt von verschiedenen IPs – also Ansprache nicht möglich. Ich weiß nicht, ob noch anderswo versucht wird, den Namen einzufügen (ich beobachte nur die drei), man könnte den Begriff zunächst auch nur in den drei Artikeln blocken. Für eine Halbsperre ist es wieder zu harmlos, finde ich, vielleicht auch bloß Kinderkram. Ist das ein Fall für einen Filter? Merci für eure Meinung. --elya (Diskussion) 17:22, 22. Nov. 2021 (CET)

• https://de.wikipedia.org/w/index.php?title=Rheinische_Musikschule&action=history (Sep 2021‎)
• https://de.wikipedia.org/w/index.php?title=St._Stephan_(Köln)&action=history (Jul 2021‎)
• https://de.wikipedia.org/w/index.php?title=Musikschule&action=history (Dez 2020)
• https://de.wikipedia.org/w/index.php?title=Lindenthal_(Köln)&action=history (Dez 2020)
• https://de.wikipedia.org/w/index.php?title=Köln&action=history (Dez 2020)

Ein paar nicht so ganz aktuelle dazu. --Wurgl (Diskussion) 22:29, 22. Nov. 2021 (CET)

Ich habe ihn in Filter 313 gepackt. --Seewolf (Diskussion) 10:58, 23. Nov. 2021 (CET)

danke, ich seh's zwar nicht, aber du wirst es schon richtig gemacht haben ;-) --elya (Diskussion) 21:16, 23. Nov. 2021 (CET)

Danke für den Hinweis, ich hatte den versehentlich in 321 getan. Da passt er zwar inhaltlich, aber nicht zu den betroffenen Artikeln. --Seewolf (Diskussion) 23:15, 23. Nov. 2021 (CET)

Bearbeitungsfilter für Bundesland-Troll

Könnte man solche Begriffe wie Vorp... unterdrücken? Weitere Beispielsbegriffe sind über die im Betreff verlinkte Seite zu erreichen. LG ----WikiUser1234945-- | Fragen, Anregungen oder Lob? | Bewerte mich 20:40, 16. Mai 2023 (CEST)

Hmm schwierig. Wenn er sich weiterhin flexibel zeigt, was seinen konkreten Unfug betrifft, wird er jeden Filter spielend leicht umgehen. Sowas [4] lässt sich unmöglich per Filter verhindern, ohne viele false positives befürchten zu müssen. Einige Hoffnung wäre also, dass er ohne seine bisher genutzten Keywords womöglich die Lust verliert (woran ich nicht glaube), seine Proxynutzung macht die Sache auch nicht einfacher. Ich setze die Tage mal was auf. --Johannnes89 (Diskussion) 20:24, 17. Mai 2023 (CEST)

@Johannnes89, was lässt sich in dem von dir gezeigten Beispiel „unmöglich verhindern“? LG ----WikiUser1234945-- | Fragen, Anregungen oder Lob? | Bewerte mich 10:12, 18. Mai 2023 (CEST)

„unmöglich per Filter verhindern, ohne viele false positives befürchten zu müssen“. Während die von dir protokollierten Edits so klar Unfug sind, dass ich dagegen wahrscheinlich was per Editfilter machen kann, trifft das nicht auf die Keywords in meinem Difflink zu, auch nicht auf das Wesen der Änderung – die zu blocken würde zu vielen false positives führen. Generell wirken Filter gegen Trolle nur, solange die in greifbaren Mustern bleiben und nicht einfach random vandalieren. --Johannnes89 (Diskussion) 12:59, 18. Mai 2023 (CEST)

In diesem Fall hilft wohl nur die gute alte Eingangskontrolle. -- Chaddy · D 13:03, 18. Mai 2023 (CEST)

@Johannnes89, irgendwas ist da jetzt schon in den Startlöchern, die Bearbeitungen werden aber immer noch zugelassen: [5]. LG ----WikiUser1234945-- | Fragen, Anregungen oder Lob? | Bewerte mich 16:50, 18. Mai 2023 (CEST)

Ich weiß, ist Absicht, wollte erstmal prüfen, wie hoch das false positive Risiko ist (bisher scheint es keine zu geben). Stelle den Filter bei Gelegenheit scharf, aber kann gut sein, dass ich erst Mitte/Ende nächster Woche dazu komme, da ich die kommenden Tage keine Zeit hätte, zeitnah Modifikationen vorzunehmen, falls es zu false positives kommt. Muss auch noch ne Filterzweck-Seite anlegen.

Falls andere Admins mit Filterkenntnissen (und Zeit den Filter in den nächsten Tagen zu überwachen) ihn schon früher auf Verbieten stellen wollen, sehr gerne! @Count Count, Lustiger seth, Seewolf, LexICon: --Johannnes89 (Diskussion) 17:01, 18. Mai 2023 (CEST)

Gudn Tach!

Ich befürchte, dass Chaddy Recht haben könnte, also dass hier per Edit-Filter nicht viel gemacht werden kann.

Man könnte sich noch mehrere Heuristiken einfallen lassen, z.B. Kategorien checken oder Reverts verhindern. Aber das wird nur einige Edits verhindern und insg. vielleicht eher als herausfordernde Motivation gesehen. Schwer zu sagen.

Zeitlich werde ich aktuell beim Überwachen nicht viel helfen können. -- seth 19:16, 18. Mai 2023 (CEST)

Bitte scharf schalten. Selbst wenn man nicht alles erwischt, fährts dem Troll bei den Standard-Trolledits in die Parade. - Squasher (Diskussion) 18:01, 20. Mai 2023 (CEST)

+1 --TenWhile6 (Disk | CVU) 18:20, 20. Mai 2023 (CEST)

Filter ist inzwischen scharfgestellt und wird spätestens dann nennenswert erweitert, wenn ich in ein paar Tagen wieder mehr Zeit habe. Details, was der Filter nach Möglichkeit alles noch verbieten sollte, bitte nicht öffentlich erörtern. Das macht es sonst nur leichter, ihn zu umgehen, der Troll scheint genug über die WP zu wissen, um über eure Beitragslisten diesen Abschnitt finden zu können. Ich hab zudem sowieso auf dem Schirm, welche Lücken der Filter hat, steht auf der To-Do Liste. --Johannnes89 (Diskussion) 11:28, 22. Mai 2023 (CEST)

@Johannnes89, ich merke, es ist ruhig geworden, der Troll wurde vom Filter ausgebremst, also hat der BF was gebracht. LG ----WikiUser1234945-- | Fragen, Anregungen oder Lob? | Bewerte mich 21:34, 26. Mai 2023 (CEST)

+1, sehe ich auch so --TenWhile6 (Disk | CVU) 10:41, 27. Mai 2023 (CEST)

Offensichtlich verlegt er sich nun auf “internationalen” Vandalismus. CVUler (auch ich) und die Bunderländer hatten Besuch in der eswp. --TenWhile6 (Disk | CVU) 20:04, 16. Jun. 2023 (CEST)

@Johannnes89 Sollte das global noch häufiger auftreten: Könntest du dann als AFH die jeweiligen Kollegen bitten, ebenfalls einen Missbrauchsfilter zu erstellen? Aufgrund der deutschen Wörter sollte die Gefahr von False-Positives eigentlich gering sein, oder? --TenWhile6 (Disk | CVU) 20:06, 16. Jun. 2023 (CEST)

Allein aus dieser Range [6] scheint der Troll schon seit Monaten crosswiki Vandalismus in enwiki, eswiki, frwiki & ruwiki zu betreiben.

frwiki kann ich über nen globalen Filter abdecken, enwiki hat sich erstmal durch ne Rangesperre beholfen (weiß aber nicht, ob er auch aus weiteren Ranges global aktiv ist), in den anderen Projekten teste ich mal, wie unser Filter dort wirken würde und geb dann den dortigen Admins Bescheid. --Johannnes89 (Diskussion) 23:32, 16. Jun. 2023 (CEST)

In enwiki vewerndet der Troll auch Proxyserver wie hier, da wäre diese Neuheit mit globalen BFs gut. LG --WikiUser1234945-- | Fragen, Anregungen oder Lob? | Bewerte mich 14:43, 14. Jul. 2023 (CEST)

enwiki hat sich für ein opt-out aus den globalen Filtern entschieden, aber für frwiki, itwiki, eswiki und natürlich dewiki könnte man theoretisch einen globalen Filter aufsetzen, um alle anderen betroffenen Projekte gemeinsam zu schützen.

Bringt aber nur was, wenn wir überhaupt einen funktionierenden lokalen Filtercode hätten, Spezial:Missbrauchsfilter/391 umgeht der Troll aktuell schnell. @Seewolf hast du schon einen Blick auf die IP Edits im Discord channel werfen können? --Johannnes89 (Diskussion) 15:03, 14. Jul. 2023 (CEST)

MDR Jump

Kriegt ihr weiterhin nicht Ruhe von diesem permanenten Spam? @Nordprinz hat einen Filter hier vorgeschlagen. Ich wäre auch dafür. LG --WikiUser1234945-- | Fragen, Anregungen oder Lob? | Bewerte mich 21:08, 23. Jun. 2023 (CEST)

Erinnert mich insgesamt sehr an den Kabeltroll, aber weicht dann doch etwas ab. Hab vorhin nach Mailanfrage von @DCB schon Spezial:Missbrauchsfilter/394 angelegt, vorerst nur mitloggend. Mal schauen, ob der Filter ohne nennenswerte false positives helfen kann. --Johannnes89 (Diskussion) 22:07, 23. Jun. 2023 (CEST)

Bearbeitungshinweis bei Links auf Regenwald

Liebe Kolleg:innen, es ist zum … Mäuse melken! Vor einiger Zeit habe ich in zweijähriger Arbeit ein paar tausend Links auf Regenwald berichtigt, bei denen entweder Tropischer Regenwald oder Gemäßigter Regenwald gemeint war. Wenn ich jetzt in die Linkliste schaue, wurden schon wieder dutzende, wenn nicht hunderte neue Verweise auf diese Seite gebildet, die in vielen Fällen nicht wirklich zielführend sind, denn bis auf die Kategorie Wald, die großen Niederschlagsmengen und die enorme Biodiversität sind diese beiden Regenwaldtypen sehr verschieden. Für mich fühlt sich so ein Link auf den allgemeinen Artikel an, wie etwa „Eine Stadt ist eine Ansammlung von Häusern.“ Bei diesem Link können damit aber nicht nur Häuser, sondern auch Zelte, Burgen, Höhlen, Nester u.v.a. gemeint sein… Auf der Diskussion:Regenwald#Links verhindern? habe ich diese Frage bereits „total erwartungslos“ gestellt … und war umso erfreuter, als h-stt mir schrieb:

„Wirksam wäre ein Wikipedia:Bearbeitungsfilter mit etwa dem Text: "Du versuchst einen Link auf Regenwald zu setzen. Wäre nicht Tropischer Regenwald oder Gemäßigter Regenwald geeigneter?"

Eine tolle Sache, die ich nun hiermit beantragen möchte! (Könnte man mit solch einem Berabeitungsfilter nicht auch die lästigen Links auf BKS-Seiten verhindern? Ich ahne, das geht nicht, weil das sicher sonst längst schon eingesetzt worden wäre…) --Fährtenleser (Diskussion) 06:54, 6. Aug. 2023 (CEST)

Moin, in der Tat ist es nicht möglich, per Filter pauschal Warnungen bei Links auf BKS auszuspielen. Aber Nutzer können in ihren Einstellungen Wikipedia:Helferlein/Begriffsklärungs-Check aktivieren.

Es wäre aber kein Problem, einen Filter zu erstellen, der wie von dir gewünscht bei Verlinkung auf Regenwald fragt, ob es nicht einer der beiden von dir genannten Links sein soll. Der Filtercode könnte in etwa so aussehen:

action = "edit" &
page_namespace = 0 &
(count("[[Regenwald]]", added_lines) > count ("[[Regenwald]]", removed_lines) |
count("[[Regenwald|", added_lines) > count ("[[Regenwald|", removed_lines))

Falls keine Einwände kommen, erstelle ich den Filter inkl. individuellem Warnhinweis in den kommenden Tagen. --Johannnes89 (Diskussion) 09:55, 6. Aug. 2023 (CEST)

Sehr schnell, sehr nett, toll! Ich glaube, der folgende Text ist noch besser (und etwas erweitert):

„Du versuchst einen Link auf Regenwald zu setzen. Bitte prüfe, ob Tropischer Regenwald, Subtropischer Regenwald oder Gemäßigter Regenwald geeigneter wäre oder ob es sich eher um einen anderen Feuchtwaldtyp handelt?“ Ich denke, man kann von einem Autor erwarten, dass er sich auch mit den Nebenthemen „seines“ Themas auseinandersetzt. Danke jedenfalls! --Fährtenleser (Diskussion) 10:30, 6. Aug. 2023 (CEST)

@Fährtenleser ich habe nun Spezial:Missbrauchsfilter/400 erstellt, der bei Verlinkung von Regenwald MediaWiki:Abusefilter-warning-regenwald anzeigt (in der tatsächlichen Anzeige als rot hinterlegte Warnung). --Johannnes89 (Diskussion) 19:01, 8. Aug. 2023 (CEST)

Hallo Johannnes89, sehr schön, ich habe es gerade ausprobiert :) Vielen Dank! --Fährtenleser (Diskussion) 07:10, 9. Aug. 2023 (CEST)