Wikiup:Projektdiskussion/Hinweise und Einschränkungen für Edits von IPs

aus Wikipedia, der freien Enzyklopädie

Dies ist eine archivierte Unterseite der Seite Wikipedia:Projektdiskussion. Wenn du die untenstehende Diskussion reaktivieren willst, dann binde statt der Vorlage:PRD-Diskussionsthemakopf/Archiv am Anfang dieser Seite die Vorlage:PRD-Diskussionsthemakopf ein und trage anschließend diese Unterseite wieder auf der Hauptseite ein, indem du dort am Ende die Zeile
{{<includeonly>safesubst:</includeonly>PRD-Diskussionsthema|Hinweise und Einschränkungen für Edits von IPs}}

ergänzt.

Es gibt drei Arten von Edits von IPs die einem Sichter über den Weg laufen

  • IP macht einen Edit, der offensichtlich sinnvoll ist oder auch nicht. Auch ohne Lesen der Zusammenfassungszeile ist sofort klar, ob gesichtet werden kann oder revertiert werden muss
  • IP macht einen Edit, der nicht offensichtlich sinnvoll oder unsinnvoll ist. IP nutzt aber Zusammenfassungszeile oder gibt anderweitig Quellen an, so dass klar ist, ob man sichten oder revertieren muss
  • IP macht einen Edit, der nicht offensichtlich sinnvoll oder unsinnvoll ist und die IP hat keine Zusammenfassung angegeben oder anderweitig Quellenverweise eingefügt.

Die dritte Art bereitet beim Sichten starke Probleme und ist auch die Art, die potentielle WP-Autoren vor den Kopf stößt, wenn ihr erster Edit einfach revertiert wird, weil dem Sichter die Quellen nicht angegeben wurden.

Es ist offensichtlich technisch möglich, dass ein Edit nur angenommen wird, wenn die Zusammenfassungszeile verwendet wird (-> Helferlein, "Rote Umrandung" der Zusammenfassungszeile falls unbenutzt). Ich würde es sehr begrüßen, wenn dieses Helferlein automatisch für IPs aktiviert ist. Dies ist nämlich nicht der Fall. Das würde Frustation auf Seiten von IP-Erstautoren, dessen Edits von Sichtern aufgrund (unwissentlich) vorentahltener Quellen oder Begründungen revertiert wird, stark lindern. Außerdem würde es die Qualität steigern und die Sichterarbeit effizienter machen.--svebert (Diskussion) 22:51, 5. Aug. 2012 (CEST)

Gabs schonmal, wurde aber wieder abgeschaltet. Anlass für Letzteres war die Einführung der gesichteten Versionen, glaub ich ("muss sowieso alles gesichtet werden").--the artist formerly known as 141.84.69.20 23:15, 5. Aug. 2012 (CEST)
kleine Geschichtsstunde: Wikipedia:Meinungsbilder/Hinweis auf Notwendigkeit der Angabe von Zusammenfassung und Quellen, [1], Wikipedia:Missbrauchsfilter/Anträge/Archiv/001#Zusammenfassung_und_Quellen, Wikipedia:Missbrauchsfilter/Anträge#Missbrauchsfilter_10_aktivieren:_Zusammenfassung_forcieren --Isderion (Diskussion) 23:17, 5. Aug. 2012 (CEST)
Nachtrag:Wikipedia:Fragen_zur_Wikipedia/Archiv/2009/Woche_14#Tote_Hose.3F Diskussion über Einbruch der IP-Edits--svebert (Diskussion) 12:28, 6. Aug. 2012 (CEST)
Danke für die Geschichtsstunde :-) Wusste ich gar nicht, dass das schon alles mal da war. Man lese auch hier: WP:Erzwungene Zusammenfassung. Letzter Eintrag der Disk:
Ich kopiere meine Anfrage von WP:FzW: Wikipedia:Fragen zur Wikipedia/Archiv/2012/Woche 11#Zusammenfassungszeile erzwingen. Vielleicht liest hier ja noch jemand mit und kann etwas zum aktuellen Stand der Dinge sagen:
Im Wikipedia:Meinungsbilder/Hinweis auf Notwendigkeit der Angabe von Zusammenfassung und Quellen wurde Anfang 2009 mit deuticher Mehrheit die standardmäßige Aktivierung der Benutzereinstellung „Warnen, wenn beim Speichern die Zusammenfassung fehlt“ für alle Benutzer beschlossen. Per bugzilla:17453 wurde diese im März 2009 dann auch aktiviert, im Juli desselben Jahres dann aber per bugzilla:19208 wegen "conflicts with extensions, such as ConfirmEdit (Captcha)" und der fehlenden Möglichkeit, das auf den Artikel-Namensraum einzugrenzen wieder deaktiviert und durch den AbuseFilter 10 ersetzt. Dieser wiederrum wurde im Juli 2011 automatisch(?) deaktiviert, weil er bei mehr als 5 % der Bearbeitungen ausschlug (wobei er wohl auch schon zuvor nur das Logbuch befüllte und dem Benutzer eben keinen Hinweis lieferte, so ganz sicher bin ich mir da nicht). Seither ist es wieder jedem möglich, Artikel ohne Eingabe einer Zusammenfassungszeile zu bearbeiten und beim Abspeichern darauf noch nichteinmal einen Hinweis zu bekommen.
Wie ist da der technische Stand? Ist die ursprünglich verwendete Benutzereinstellung (wieder?) brauchbar (das bezieht sich vor allem auf das Zusammenspiel mit bei uns verwendeten Extensions; die Begrenzung auf den Artikel-Namensraum ist zwar sinnvoll, aber im Meinungsbild nicht verlangt)? Kann der Abuse-Filter (evt. modifiziert und z.B. aufgespaltet in eine Version für IPs und eine für angemeldete Benutzer, o.ä.) wieder scharfgeschaltet werden? Könnten die angemeldeten Benutzer (die ja z.B. keine Captchas eingeben müssen) die Benutzereinstellung kriegen und nur die IPs per Abuse-Filter abgefangen werden? Gibt es andere Lösungsansätze? --YMS (Diskussion) 14:19, 14. Mär. 2012 (CET) --YMS (Diskussion) 15:14, 19. Mär. 2012 (CET)
So, was nun? Meinungsbilder werden doch nicht einfach so ungültig, oder? Ich sehe, dass das Meinungsbild das 2009 wollte und verstehe nun nicht, warum das Helferlein nicht einfach für alle wieder eingeschaltet wird.
Das MB war eindeutig für das Helferlein und nicht für den Abuse-Filter. Das ist technisch irgendwie zu hoch für mich, aber eigentlich ist die Sachlage doch ganz klar, oder? Helferlein wieder anschalten, falls es buggy ist, dann sollen halt die Bugs behoben werden. Was soll der Schmonz???--svebert (Diskussion) 23:53, 5. Aug. 2012 (CEST)
Das Helferlein wurde aber von den Wikipedia-Entwicklern abgeschaltet, und sie wollen es wohl auch nicht ändern. Daher musste als Ersatz der Missbrauchsfilter genommen werden, der nämlich diese Funktion genauso erfüllen konnte... bis der Filter automatisch abgeschaltet wurde.--Müdigkeit 02:41, 6. Aug. 2012 (CEST)


Zur Info:

LG --PerfektesChaos 10:26, 6. Aug. 2012 (CEST)

Ich glaube nicht, dass das MB heute noch mal so durchkommen würde oder es noch allzu viele Benutzer gibt, die das MB auf alle Fälle durchsetzen wollen. Es hatte sich nach dem MB gezeigt, dass mit der Zwangs-Zusammenfassung die Zahl an IP-Edits massiv eingebrochen war, weil viele anstatt die Zusammenfassungszeile zu benutzen, den Edit gleich ganz abgebrochen und verworfen haben (auch wenn es um triviale Dinge wie Rechtschreibfehler etc. ging). Das war davor halt nicht klar und jetzt, da diese Konsequenz bekannt ist, dürften die meisten Benutzer mit dem jetzigen Zustand zufrieden sein. --Orci Disk 10:43, 6. Aug. 2012 (CEST)
Aus rein formaler Sicht muss auch kein neues Meinungsbild gemacht werden um das Helferlein wieder anzuschalten. Es müsste erstmal ein Meinungsbild zum Abschalten geben. Zum Abuse-Filter: Ich stecke nicht so tief in der Technik drin, aber warnt der Abuse-Filter den Benutzer, wenn er die Zusammenfassungszeile nicht benutzt? Oder loggt er nur solche Edits? So wie ich das sehe, ging es beim MB von 2009 um das Warnen und explizite Hinweisen auf die Zusammenfassungszeile. Der Abuse-Filter dagegen loggt nur solche Edits, der Benutzer bekommt aber nix vom Abuse-Filter mit. Daher hat dieser Filter nix mit dem MB zu tun. Falls das inhaltlich falsch ist, so möge mich bitte jemand belehren :-)
Das solch ein MB heute nicht mehr durchkäme wage ich erstens zu bezweifeln und zweitens, muss es erstmal wieder rückgängig gemacht werden. Wo kommen wir denn sonst hin? Welchen Wert hätten MB, wenn zuständige Admins missliebige Beschlüsse einfach nicht umsetzen und dann behaupten, solch ein MB würde heute nicht mehr "duchkommen"???
Ich habe oben die Links zum Abuse-Filter und die geloggten Beispiel-Edits gelesen. Fazit: ca. 50% aller Edits werden abgebrochen, wenn Benutzung der Zusammenfassungszeile erzwungen wird. Die Edits, die abgebrochen werden, sind aber auch zum aller größten Teil entweder sinnlos oder Vandalismus. Natürlich werden auch ein paar sinnvolle Edits dadurch verworfen.
Im großen und ganzen sollte man das aber mal in seiner Gesamtheit sehen: Es gehen zwar ein paar gute Edits für die WP verloren, aber dafür wird die WP vor einer viel viel größeren Zahl sinnloser und vandalierender Edits beschützt. Dies entlastet Sichter und Vandalenjäger enorm, so dass diese sich wieder mehr inhaltlich beteiligen können. Unter dem Strich kann man also eine Zunahme "guter" Edits durch das Anschalten des "Zusammenfassung-Erzwingen-Helferleins" prognostizieren.
Außerdem kann das Benutzen der Zusammenfassungszeile ja durch zweimaliges betätigen des "Seite speichern"-Buttons umgangen werden. Für ernsthafte Autoren ist das Benutzen der Zusammenfassungszeile wirklich keine Hürde. Ich sehe höchstens eine winzige Hürde bei kleinen Edits von Erstautoren die z.B. Formatierung, Rechtschreibung und andere Kleinigkeiten umfassen. Hier könnten die generischen Zusammenfassungen wie lf = link fix, fmt = Formatierung, R bzw. typo = Rechtschreibung usw. unbekannt sein und der Autor abgeschreckt werden wegen solcher Kleinigkeiten eine ausführliche Zusammenfassung zu schreiben. Hier würde vllt. ein zweiter Link, der unter dem Link "Zusammenfassung" eingefügt wird, Abhilfe schaffen, die verlinkte Seite würde dann generischen Zusammenfassungen auflisten.--svebert (Diskussion) 11:31, 6. Aug. 2012 (CEST)
Hier gab es auch noch eine Diskussion].

Der Missbrauchsfilter kann auf Loggen, Warnen und Verbieten eingestellt werden.--Müdigkeit 17:52, 6. Aug. 2012 (CEST)

Sorry, ich bin nicht Abuse-Filter firm. Wie sieht genau die Warnung aus?
Das MB fordert, dass opt-out mäßige Implementieren der erzwungenen Zusammenfassungszeile für alle Nutzer wobei es für unangemeldete Nutzer kein opt-out gibt.
Beim abspeichern ohne Benutzung der Zusammenfassungszeile soll diese rot umrandet und mit einem Warn-Text versehen werden. Erst das 2. betätigen des Speicherbuttons soll dann wirklich zur Speicherung des Edits führen, wobei dann die Zusammenfassungszeile nicht ausgefüllt sein muss.
Wenn der Abuse-Filter auf WARNEN gestellt ist, tut er dann das oben beschriebene? Oder warnt er einfach nur, nimmt aber trotzdem den Edit ohne 2. Betätigung des Speicherbuttons an?--svebert (Diskussion) 18:47, 6. Aug. 2012 (CEST)

Mein Vorschlag

  • Zusammenspiel von Captcha und Erzwungene Zusmmenfassung evaluieren bzw. Bugs und Erfahrungen hierzu sammeln
    • Falls Problem, so sollte dieses Zusammenspiel beider Extensions optimiert werden
    • Falls behoben, so sollte das WP:Erzwungene Zusammenfassung-Helferlein per opt-out für alle Nutzer in deWP aktiviert werden, wie es das MB von 2009 auch verlangt
  • Zusätzlich MB zu Link auf Liste mit generischen Zusammenfassungen starten (Vorschlag, dass zusätzlicher Link neben der Zusammenfassungszeile gezeigt wird und dort Listenartig Vorschläge wie "+ref", "typo", "lf" usw. aufgelistet werden.--svebert (Diskussion) 12:33, 6. Aug. 2012 (CEST)

Fragenkatalog von --svebert (Diskussion) 18:47, 6. Aug. 2012 (CEST)

Da ich ein wenig bestürzt über den Ablauf der ganzen Aktion seit 2009 bin, möchte ich folgende Fragen beantworten können um den Ablauf zu verstehen. Wer Infos zu den einzelnen Fragen hat, kann direkt unter der Frage Stellung dazu nehmen. Danke :-)

  1. Wo finde ich die Diskussion, die zum Abschalten der Extension führte und welcher Admin tat dies?
  2. Warum wird die Extension nicht wieder eingeschaltet, obwohl es kein Abwahl-MB gab?
  3. Wer ist für das An- und Abschalten zuständig?
  4. Es gab einen Bug bzgl. des Zusammenspiels der Captcha-Extension und der forcedsummary-Extension, wurde dieser behoben?
  5. Wie ist der Stand der Technik (können diese Techniken wirklich genau das, was im MB von 2009 gefordert wird, d.h. Warntext anzeigen sowie abblocken des Edits falls Zusammenfassungszeile unbenutzt und "overriden" beim 2. Speicherversuch) bzgl.
    1. Java-Script Variante?
    2. Abuse-Filter?
Zu 1:[2] Hier ist die Diskussion, ein Systemadminstrator hat die Extension abgeschaltet.
Zu 2: Der Bug wurde nicht behoben, vielleicht ist das auch nicht möglich... oder nur unter extremem Aufwand. Außerdem konnte die Extension die Aufgabe nicht richtig übernehmen... sie betraf auch andere Namensräume als den ANR, obwohl das nicht so gewollt war.
Zu 3: Die Systemadminstratoren der Wikimedia Foundation.
Zu 4:Nein.
Zu 5.1:Das weiß ich nicht.
Zu 5.2:Der Abuse-Filter kann nicht genutzt werden, da eine automatische Abschaltung bei mehr als 5% erkannten Edits erfolgt. Aus Sicherheitsgründen.
--Müdigkeit 19:15, 6. Aug. 2012 (CEST)
Zu 1: ok, dass ist die "Anweisung" zum abstellen, gibt es nirgends eine Diskussion darüber? Hat church of emacs also eigenmächtig die Extension ausgestellt?
Immerhin kann man via opt-in die Extension als angemeldeter Benutzer ja einstellen, d.h. soooo buggy kann die Extension ja nicht sein. Die Begründung, dass die Extension nur für alle Namensräume funktioniert sowie dass es eine bessere Möglichkeit via Abuse-Filter gibt, sind offensichtlich Gründe, die für das MB egal sind. Wie kann es sein, dass ein einzelner "einfach so" eine Extension ausstellt?--svebert (Diskussion) 00:11, 7. Aug. 2012 (CEST)
Ich habe gar nichts ausgestellt. Die Entwickler haben gesehen, dass es einen schwerwiegenden Bug gibt, der einen großflächigen Einsatz unmöglich machen. Dass man die Funktion als angemeldeter Benutzer anschalten kann ist richtig, aber (a) ist das freiwillig und (b) tritt der Bug in diesem Use case nicht auf.
Alle Meinungsbilder werden unter der Prämisse angenommen, dass sie technisch umsetzbar sind. Wenn das MB derzeit technisch nicht umsetzbar ist, dann ist das eben so. Es gab Bestrebungen alternative technische Umsetzungen (Javascript) zu bauen, aber anscheinend gab es kein ausreichendes Interesse, jedenfalls wurde das afaik nicht live geschaltet. --Tobias D B 09:10, 7. Aug. 2012 (CEST)
Zu Javascript: Wikipedia:Technik/Baustellen/Warnung wenn Zusammenfassung fehlt – es mangelt aber seitens der Benutzergemeinschaft an einer präzisen Vorstellung, wie genau denn das Verhalten und die Darstellung der einzelnen GUI-Elemente aussehen solle und auf die Abfolge welcher Benutzeraktionen hin sich welche Aktivitäten innerhalb von wie vielen Zehntelsekunden entwickeln sollen. Liebe Grüße --PerfektesChaos 10:31, 7. Aug. 2012 (CEST)
Habe mal das Skript von TMg getestet. Ich finde es ist hübscher als die forcedsummary-Extension und funktioniert tadellos. Einzig gibt es Interferenzen, wenn man die Extension noch angeschaltet hat und das Java-Skript.
Wäre es möglich das Skript irgendwie als IP ausgiebig zu testen?
Was passiert, wenn die IP JavaScript deaktiviert?--svebert (Diskussion) 12:21, 7. Aug. 2012 (CEST)
Man könnte das Skript vorerst auf einen BNR oder zumindest eine einzelne Seite in seiner Wirkung beschränken.
Da das JS die Bearbeitung behindert und nicht etwa ermöglicht, ist die Hürde dann mit deaktiviert.--the artist formerly known as 141.84.69.20 10:49, 8. Aug. 2012 (CEST)
Super und wer hält uns davon ab das zu tun :-) ? Welcher Admin würde das Skript für z.B. meinen Benutzernamensraum installieren, so dass man es dort als IP testen kann (auch mit verschiedenen Browsern).?
Zum Ausstellen: D.h. technisch versierte Vandalen würden JS ausschalten. Aber unbedarfte Neuautoren werden meistens JS aktiviert haben und uns eine schicke Zusammenfassung geben. Es ist also nicht so wild, dass man, wenn man will, diese „Hürde“ umgehen kann. Denn wenn man will, kann man sie ja eh durch 2faches Klicken umgehen.
Jo, wer darf denn so ein Skript testweise für z.B. den ANR mit dem Anfangsbuchstaben A in die de.WP einstellen? Bzw. brauch es nun noch ein neues MB oder nicht?
Zusätzlich, kann man dann den Abuse-Filter wieder zum mitloggen aktivieren, so dass wieder eine kleine Statistik erstellt werden kann und bei Erfolg das Java-Skript für alle Buchstaben aktiviert wird?

Letzter Beitrag 8. August 2012