Wikipedia Diskussion:Meinungsbilder/Öffnung der Wiederwahlseite trotz höherer Funktion

Unterstützerphase?

Was soll eine ich zitiere "Unterstützerphase" sein?

Auf https://de.wikipedia.org/wiki/Wikipedia:Meinungsbilder/Regelungen finde ich keine Regel, die den den Zeitraum, in dem eine Meinungsbildseite offen für Unterstützerstimmen ist, begrenzen würde.

--Distelfinck (Diskussion) 11:41, 17. Jul. 2015 (CEST)

Man kann Unterstützerstimmen nicht gültig im BNR abgeben. Das MB wurde erst heute in den WP-Namensraum verschoben und war vorher ein reines BNR-Projekt, das sich in Vorbereitung befand. Im BNR konnten noch nie gültige Unterstützerstimmen abgegeben werden, ebenso wenig im Archiv, wenn ein MB erst einmal archiviert wurde. Das MB wurde heute neu auf der Seite WP:MB eingetragen, MBs in Vorbereitung im BNR stehen dort grundsätzlich nicht. Unterstützen kann man erst im WP-Namensraum. Wer unbedingt im BNR eine solche Stimme eintragen will, der muss sich dessen bewusst sein, dass solche vorzeitigen Einträge ungültig sind. Im BNR war es auch noch überhaupt kein Meinungsbild, sondern lediglich ein Entwurf für ein kommendes MB, das heute als neues MB eingetragen wurde. Wie kann man bloß darauf kommen, dass im BNR gesammelte Unterstützerstimmen gültig sein können? Das wäre eine komplette Umkehr von der bisherigen Praxis bei MBs. So etwas kann man nicht mal eben neu für ein MB beschließen.

Bis zum letzten MB zu den Unterstützerstimmen war es jedenfalls so, dass der Erstellungszeitpunkt für MBs das Verschiebedatum des MBs in den WP-Namensraum war. Somit konnte man sich auch erst ab dem Zeitpunkt eintragen. Die im Februar hier eingetragenen Unterstützerstimmen waren jedenfalls nach der alten Regelung im BNR und somit klar ungültig. Und im letzten MB wurde nicht abgestimmt, dass man neuerdings Unterstützerstimmen im BNR sammeln können darf. Davon war dort überhaupt nicht die Rede, sonst wäre das MB sicher abgelehnt worden, da bin ich mir sicher. Außerdem wurde im letzten MB auch nicht beschlossen, dass ehemals ungültige Stimmen nach dem MB gültig werden sollen. Also können sie nur ungültig bleiben und müssen dann auch entfernt werden, weil eben jetzt erst die Eintragung beginnt. Wenn man jetzt schon vorzeitig abstimmen würde mit Pro oder Kontra, würden derartige vorzeitige Stimmabgaben schließlich auch entfernt. --Winternacht in Wikimedias supergeschützten Wikis 15:53, 17. Jul. 2015 (CEST)

Vielleicht sollte man das mal ausdrücklich auf die Regelseite schreiben. Im BNR und Archiv Unterstützerstimmen abzugeben halte selbst ich nicht für sinnvoll und ich sehe das sonst immer recht liberal. --DWI (Diskussion) 18:19, 18. Jul. 2015 (CEST)

Ja, vielleicht sollte man das nach dem letzten MB zu den Unterstützerstimmen präzisieren. Vorher war das nicht nötig, weil da sowieso der MB-Erstellungs-Zeitpunkt galt und der mit der Verschiebung in den WP-Namensraum übereinstimmte. Damit waren automatisch keine vorzeitigen Unterstützerstimmen im BNR möglich, noch bevor das MB bei WP:MB eingetragen wurde. Da daran, dass man Stimmen nicht schon im BNR eintragen kann, auch nie etwas geändert wurde, wäre es sinnvoll, das auch aufzuschreiben, bevor man auf die Idee kommt, zukünftig MBs im BNR auszuarbeiten, dort auch gleich die Unterstützerstimmen zu sammeln, indem man einige potenzielle Unterstützer direkt anwirbt, und dann ein solches MB mit 10 im BNR gesammelten Unterstützerstimmen direkt nach der Verschiebung in den WP-Namensraum zu starten, so dass mögliche Ablehner des Textes das MB mit dem vorbereiteten Text erst auf der WP:MB-Seite verlinkt bekämen, wenn es schon gestartet wird. Denn wegen des damals festgelegten Erstellungszeitpunkts steht auch nirgends, dass man den Startzeitpunkt nicht auch direkt noch im BNR einsetzen könnte, wenn dort die 10 Unterstützer gesammelt wären, das war eben bis zum letzten MB alles unmöglich. Damit könnte man einfacher ein neues MB mit mangelnden Kontragründen und vielen Progründen schnell an den Start bringen, ohne dass es für die Community vorher allgemein wie üblich per WP:MB verlinkt würde und ohne dass man Kontraargumente angemessen einbringen könnte. Das alles war mit Sicherheit nicht Sinn und Zweck des letzten Unterstützerstimmen-MBs, wo von all dem gar nicht die Rede war und wo so etwas gar nicht geändert werden sollte. Deshalb wäre es sinnvoll, das auch mal schriftlich festzuhalten.

Dasselbe gilt auch für Stimmen im Archiv, was bisher unmöglich war, da der Erstellungszeitpunkt das Wiederbeleben eines archivierten MBs war und damit die alten Stimmen für die Reaktivierung nicht mehr galten. Es hat niemand dafür abgestimmt, zukünftig Stimmen im BNR oder im Archiv abgeben zu können, diese Problematik bei der Änderung wurde gar nicht besprochen, also kann man dabei auch nicht von einer Änderung ausgehen. Insofern sollte klar sein, dass das letzte MB daran nichts geändert hat und dass Stimmabgaben und Festsetzungen des Startzeitpunktes nur gehen, solange ein MB auf der Seite WP:MB eingetragen ist, aber nicht im BNR oder im Archiv oder sonstwo.

Außerdem ist es überhaupt kein Problem, sich dann einzutragen, wenn das MB allgemein veröffentlicht wird, zumal es im BNR immer noch vorbereitet wird und also gar nicht fertig sein kann, sonst wäre es ja nicht mehr im BNR. Das widerspricht sich also auch, da man ja mit der Eintragung bestätigt, dass das MB startfertig sein soll. Wie kann es das aber während einer Vorbereitung im BNR überhaupt sein, wenn es noch nicht mal allgemein bekannt gegeben wurde? Das ist überhaupt nicht logisch zu begründen. --Winternacht in Wikimedias supergeschützten Wikis 20:18, 19. Jul. 2015 (CEST)

Alternativvorschlag

Ich halte es generell für problematisch, wenn User mit höheren Funktionen gleichzeitig administrativ tätig sind. Statt das ganze durch getrennte WW-Seiten bzw. vor- oder zwischenzeitliche Öffnung der WW-Seite zu verkomplizieren, mein Alternativvorschlag:

• Inhaber höherer Funktionen dürfen ihre Adminrechte innerhalb der Amtszeit ausschließlich zur Wahrnehmung ihrer Aufgaben (Oversight, Bürokrat) wahrnehmen.
• Wer vor seiner Wahl kein Admin war, bekommt die notwendigen Rechte für die gesamte Dauer der Amtszeit (ohne WW-Seite) verliehen. Mit Ablauf der Amtszeit werden diese automatisch wieder entzogen
• Wer zuvor bereits Admin war, darf die Rechte nach seiner Wahl nur noch im Rahmen seiner höheren Funktion einsetzen. Nach Ablauf der Wahlperiode wird er automatisch wieder zum "normalen Admin", die WW-Seite wird mit dem Auslaufen der Amtszeit ggf. nach den üblichen Regeln geöffnet. --Cosinus (Diskussion) 17:10, 17. Jul. 2015 (CEST)

Ich halte den Vorschlag für Problematisch, denn: Punkt 2 ist schon so standart, aber der Rest würde heißen, das 4 Checkuser, die Admins sind, 5 Oversighter die Admins sind, und 4 Bürokraten die Admins sind, und ein Schiedsrichter der Admin ist, ihre Rechte nicht mehr nutzen dürften, das würde a) einen Verlust an "Adminkraft" oder wie man das nennen soll bedeuten, zweitens ist es simpler einfach das Adminamt von dem anderen zu trennen, z.B. eben durch getrennte Wiederwahl. Viele Grüße, Luke081515 17:17, 17. Jul. 2015 (CEST)

Ich halte das auch für heikel, denn wo genau liegt da die Grenze? Dürfte so jemand in seinem eigenen BNR einen Verschieberest löschen oder nicht? Ich denke, wir sollten für die Schiris eine eigene Gruppe mit benötigten Rechten erstellen, die Gruppen für Büros, CU und OS sollten auch benötigte Adminrechte bekommen, dann wären nur noch diejenigen Admins, die die Knöpfe auch wirklich benutzen dürfen. --Morten Haan 🍓 Wikipedia ist für Leser da 17:27, 17. Jul. 2015 (CEST)

Der Hintergrund für dieses MB ist (zumindest habe ich es so verstanden), dass derzeit mit der Wahl zum Bürokraten, CU oder OS automatisch ein zweijähriger Schutz eintritt, der dem Gewählten in diesem Zeitraum z.B. das Sperren von Benutzern bzw. die Entscheidung in LD/LP ermöglicht, ohne dass diese Entscheidungen wirksam durch evtl. WW-Stimmen hinterfragt werden können. Das ist weder gegenüber den übrigen Admins noch den "Betroffenen" fair. Außerdem setzen die höheren Funktionen eine besondere Vertrauensstellung voraus (vor allem CU und OS), da diese Aktionen mit erheblichen Eingriffen in Benutzer- und Persönlichkeitsrechte vornehmen dürfen. Ohne irgendjemandem etwas unterstellen zu wollen: wer verhindert, dass ein CU-berechtigter Admin vor einer von ihm gewünschten Benutzersperre mal an den Regeln vorbei "checkusert" oder ein Oversighter Informationen versionslöscht, um ggf. eine spätere Adminentscheidung in seinem Sinne zu beeinflussen? Solange es um rein technische Maßnahmen geht, ist die Nutzung der Adminrechte kein Problem, aber strittige Entscheidungen in den "Konfliktbereichen" VM, LD, LP, AP sollten von Inhabern höherer Funktionen grundsätzlich unterbleiben - nicht zuletzt im Interesse der eigenen Autorität in der gewählten Vertrauensposition. --Cosinus (Diskussion) 17:49, 17. Jul. 2015 (CEST)

Es gibt das Prinzip der gegenseitigen Kontrolle, beides lässt sich von den anderen CUs bzw. OS sowie von den Stewards überprüfen. Sollte so etwas tatsächlich vorkommen, so müsste der „Täter“ unverzüglich seine CU-/OS-Rechte verlieren, eine WW entscheidet aber ausschließlich über den Verlust der Adminrechte. --Morten Haan 🍓 Wikipedia ist für Leser da 17:58, 17. Jul. 2015 (CEST)

Bzw bei den CUs sinds die WP:Ombudsleute, die das kontrollieren. Viele Grüße, Luke081515 18:37, 17. Jul. 2015 (CEST)

Formulierungsvorschläge

Derzeitiger Wortlaut des Einleitungssatzes:

„Mit diesem Meinungsbild soll geklärt werden, ob für Bürokraten, Checkuser-Berechtigte und Oversighter, die zusätzlich als Admin gewählt wurden, neben der turnusmäßigen Wiederwahl auch die Adminwiederwahlseite seperat geöffnet werden soll.“

Es ist richtig, dass die Sonderfunktionen das Admin-Amt nicht zwingend voraussetzen, trotzdem sind die CU/OS/BÜR typischerweise schon vor ihrer Wahl in die Sonderfunktion Admins. Es werden also nicht CU/OS/BÜR zusätzlich auch noch zum Admin gewählt, es ist meistens umgekehrt – Admins werden zusätzlich in eine Sonderfunktion gewählt. Außerdem ist die offene Wiederwahlseite eher ein technisches Detail, es geht doch um die Verfahrensunterworfenheit insgesamt.
Mein Vorschlag:

„„Mit diesem Meinungsbild soll geklärt werden, ob Admins, die zusätzlich zum Bürokraten, Oversighter oder Checkuser-Berechtigten gewählt werden, trotzdem dem üblichen Adminwiederwahl-Verfahren unterworfen bleiben sollen.“

Derzeitiger Wortlaut des ersten Satzes im Abschnitt „Aktueller Zustand“:

„Aktuell ist es so, dass man als Admin, wenn man gleichzeitig auch noch ein Checkuser-Berechtigter, Oversighter oder Bürokrat ist, erst durch eine turnusmäßige Wiederwahl in diesem Nicht-Admin-Amt (CU, OS oder BÜR) abgewählt werden muss, bevor seine Adminwiederwahlseite automatisch geöffnet wird.“

Abgesehen von diversen sprachlichen Holprigkeiten ist das schon sachlich falsch. Eine „Abwahl“ (eigentlich eine Nicht-Wiederwahl) ist zwar eine hinreichende, aber keine notwendige Voraussetzung für das Wiederaufleben der Unterworfenheit unter das AWW-Vefahren. Es genügt, die Sonderfunktion aus irgendeinem Grund zu verlieren, etwa indem man zur nächsten turnusmäßigen Wahl nicht antritt oder sein Amt zu irgendeinem Zeitpunkt einfach zurücklegt. Und auch hier ist die offene AWW-Seite natürlich nur ein technisches Detail, es geht um das Prozedere bzw. die AWW-Unterworfenheit insgesamt.
Derzeitiger Wortlaut des zweiten Satzes im Abschnitt „Aktueller Zustand“:

„Im Gegensatz zu einem Nur-Admin, bei dem die Wiederwahlseite nach einem Jahr einfach automatisch geöffnet wird, verhindert also das „Doppelamt“, solange man es innehat, die automatische Öffnung der Adminwiederwahlseite.“

Das ist zwar richtig, betrifft aber nur die Admins, deren (letzte) Wahl weniger als ein Jahr her ist. Konsequenterweise sollte doch aber auch die Sperre einer bereits offenen AWW-Seite unterbleiben.
Mein Vorschlag:

„Aktuell sind Admins, die zusätzlich Bürokrat, Oversighter oder Checkuser-Berechtigter sind, dem Adminwiederwahl-Verfahren nicht unterworfen. Das bedeutet insbesondere, dass ihre Adminwiederwahl-Seite nicht nach Ablauf eines Jahres seit ihrer (letzten) Admin-Wahl geöffnet wird bzw. dass eine bereits offene Adminwiederwahl-Seite mit Antritt der Sonderfunktion für deren Dauer gesperrt wird. Die Sonderfunktion schützt den Amtsinhaber durch die Sperre der Adminwiederwahl-Seite also auch vor Wiederwahl-Aufforderungen im Zusammenhang mit dem Admin-Amt, obwohl das Admin-Amt für die Ausübung der Sonderfunktion nicht notwendig ist.“

Erst mal so viel. Ich hätte noch ein paar weitere Vorschläge, die aber davon abhängen, inwieweit diese Vorschläge hier für grundsätzlich sinnvoll befunden und mit welchem endgültigen Wortlaut sie allenfalls umgesetzt werden.
Troubled @sset  ^{Work  •  Talk  •  Mail}   11:10, 19. Jul. 2015 (CEST)

Also ich find die Vorschläge gut, willst du die einbauen? Viele Grüße, Luke081515 14:04, 19. Jul. 2015 (CEST)

Okay, mit dieser Zustimmung durch einen Initiator werde ich das gleich mal einbauen und mich dann noch mal hier melden. Troubled @sset  ^{Work  •  Talk  •  Mail}   16:05, 19. Jul. 2015 (CEST)

Habe auch den zweiten Teil meines Formulierungsvorschlags jetzt mal umgesetzt. Bitte mal lesen, ob das grundsätzlich so passt. Troubled @sset  ^{Work  •  Talk  •  Mail}   16:46, 19. Jul. 2015 (CEST)

Aufgabentrennung?

Ist ein Bürokrat wirklich nur ein "technischer" Admin? Ich glaube nicht ... – Doc Taxon • Diskussion • Wiki-MUC • Wikiliebe?! • 05:54, 20. Jul. 2015 (CEST)

Weder bin ich noch war ich jemals Bürokrat oder Admin, vielleicht übersehe ich daher etwas. Aber welche Entscheidungskompetenzen eines Admins benötigt ein Bürokrat für seine Tätigkeit? Troubled @sset  ^{Work  •  Talk  •  Mail}   08:21, 20. Jul. 2015 (CEST)

• Ein Bürokrat wertet AKs aus und vergibt dann evtl. die Adminrechte, wofür nur die Bürokratenfunktion zur Adminrechtevergabe benötigt wird, das hat also nichts mit einer Adminfunktion zu tun. Dasselbe gilt auch für Bürokratenkandidaturen.
• Ein Bürokrat beurteilt Botanträge und vergibt dann evtl. die Botrechte, kann sie bei Rückgabe oder aus anderen Gründen auch wieder entziehen. Eine Adminaufgabe ist damit nicht verbunden. Technische Adminrechte benötigt er, um bspw. vollgeschützte Seiten bei AK-Archiven bearbeiten zu können und die AKs nach Beendigung schützen zu können, wenn das nicht schon Admins gemacht haben; dann müssen sie die Auswertung auch auf die vollgeschützte Seite schreiben können. Das könnten Nur-Bürokraten ohne technische Adminrechte nicht, die hätten weder das Recht zum Schützen von Seiten noch zum Bearbeiten der vollgeschützten Seiten, s. Spezial:Gruppenrechte#bureaucrat. Trotzdem gehört das Schützen der AK und die Auswertung auf der AK-Seite mit zu den Bürokratenaufgaben, auch wenn das Schützen auch ein Admin machen kann.
• Außerdem können noch auf Antrag hin Rechte zu Limit-Ausgenommenen vergeben werden mit noratelimit zum Beispiel fürs Versenden vieler Wikimails bei Veranstaltungen oder aus ähnlichen Gründen. Das hat auch nichts mit Adminaufgaben zu tun. Es wird über andere Dinge entschieden als bei der Vergabe von Sichterrechten. Admins haben damit auch überhaupt nichts zu tun.

Bürokraten können keine Benutzer mehr umbenennen, das machen nun die globalen Umbenenner und Stewards.

Fazit: All diese Aufgaben sind reine Bürokratenaufgaben und haben nichts mit den Adminaufgaben zu tun, auch wenn sie sich beim Schützen der beendeten AKs überschneiden.

Bei den Oversightern wäre ich hingegen nicht so sicher. Wenn da per Mail ein Antrag auf Oversight kommt, der zwar kein OS-Fall ist, aber versionsgelöscht werden kann, dann müssen die Oversighter auch die Adminaufgabe Versionslöschen durchführen können und dürfen. Es wäre unsinnig, wenn sie den Antrag dann auf AAF stellen müssten, damit irgendein anderer Admin ihn dort entschiede. Da überschneidet sich also die OS- mit der Adminaufgabe. --Winternacht in Wikimedias supergeschützten Wikis 16:45, 20. Jul. 2015 (CEST)

Für den Fall haben die OSler dann ja noch die Adminrechte, das gehört dann ja auch zu ihrer Aufgabe, da sehe ich also kein Problem. Viele Grüße, Luke081515 20:52, 20. Jul. 2015 (CEST)

Wenn man die Versionslöschung auch mit zu den OS-Aufgaben zählt bei derartigen Anfragen, dann wäre das sicher kein Problem, ja.

Vielleicht sollte man dann aber besser gleich allgemein alle Versionslöschungen zu den OS-Aufgaben zählen, auch wenn sie über AAF stattfinden, denn auch da werden mal versehentlich Anfragen gestellt, die dann oversightet werden müssen. Wer fürs Verstecken zuständig ist, sollte das auch in allen Fällen sein, egal ob als Admin auch für LA-Abarbeitungen und Benutzersperren und Seitenschutze gewählt oder nicht. Sonst könnte die Unterscheidung schwierig werden. Und es wäre nicht wirklich sinnvoll, wenn man zwar über das Oversighten von Beiträgen entscheiden können dürfte, aber nicht über das Versionslöschen von Beiträgen in normalen Anfragen über AAF. Schließlich sollte jemand, der dafür speziell gewählt wird, so etwas am besten beurteilen können. Da gibt es also gewisse Überschneidungen dieser Art von Aufgaben, die weder bei Bürokraten noch bei CUBs vorkommen.

Und da auch das Entfernen von Benutzernamen aus Logbüchern und dem Benutzerverzeichnis mit dabei ist, müsste man auch Adminaufgaben wahrnehmen können, wo ein Benutzername nur an bestimmten Stellen entfernt wird (was auch ein Admin tun könnte) oder wo eine Beleidigung aus einer Zusammenfassung entfernt wird – OS-Aufgabe wäre es, eine Verleumdung zu oversighten, das ist recht ähnlich. Insofern wäre die Frage, wo die Grenze zu ziehen wäre und ob sie recht klar gezogen werden kann, wenn jemand nur OS-Rechte hätte, die Adminrechte aber nur noch technisch für die OS-Aufgaben und damit Zusammenhängendem. Diese fließende Grenze gibt es nur bei den Oversightern.

Dann stellt sich noch eine Frage: Wenn etwas oversightet wurde, darf man als Oversighter den Inhalt nicht mehr anderen Benutzern bekanntgeben, auch nicht anderen Admins. Wäre also das zu Oversightende etwas, das eine Ansprache an den Benutzer erforderte, der so etwas gepostet hat, wäre man dafür auch zuständig. Wäre es ein Grund, ein Benutzerkonto zu sperren (im Extremfall auch unbegrenzt), müsste man das auch selbst machen, da die anderen Admins ja den Grund nicht mehr sehen können und man ihn auch nicht weitergeben darf. Oder es müsste ein anderer Oversighter tun. Es muss dann also evtl. bald ein anderer mit Adminrechten da sein, der das übernehmen könnte. Oder eine derartige Benutzersperre würde auch noch mit zu den OS-Aufgaben gehören. Es ist also nicht ganz einfach, diese Aufgaben abzugrenzen, ganz im Gegenteil zu BÜR und CU oder SG. Das hängt mit dem Zugang zu derartigen Daten ab, über die entschieden wird.

Bei CU-Anträgen hingegen entscheiden andere Admins (ohne die CUBs) darüber, was mit dem veröffentlichten CU-Ergebnis gemacht wird, selbst wenn die Admins gar nicht alle Daten erhalten, die eingesehen werden. Das unterscheidet OS von CU.

Also müsste man vorher genau definieren, was zu den OS-Aufgaben gehört und was nicht mehr (z. B. müssen OSler auch auf Anweisung der WMF hin URVen löschen, aber entscheiden normalerweise nicht über die URV-Kandidaten auf WP:LKU; die Entscheidung über die URVen treffen sie auch nicht selbst, sondern die WMF – auch wenn diese OS-Fälle bislang wohl noch nie vorkamen, insofern wäre die Abarbeitung von WP:LKU wohl keine OS-Aufgabe im weiteren Sinne). --Winternacht in Wikimedias supergeschützten Wikis 22:50, 20. Jul. 2015 (CEST)

Meinungsbild 2009 (geklärt, erl.)

@Sargoth: Du hast auf der Vorderseite als Kontra-Argument das Meinungsbild zur ohnehin zweijährlichen Wiederwahl der Sonderfunktionsträger verlinkt und Beispiele gebracht, dass dieses Verfahren problemlos funktioniert. Dies ist aber auch nicht bestritten. Es geht hier ja nicht um eine Veränderung bei der (Wieder-)Wahl in Sonderfunktionen.
Dieses Meinungsbild wird immer als Begründung vorgebracht, warum derzeit Sonderfunktionsträger nicht dem üblichen AWW-Verfahren unterworfen sind. Ich habe mir das jetzt zum ersten Mal überhaupt angeschaut und mich gefragt: Wo genau steht eigentlich in diesem Meinungsbild, dass Admins, die in eine zusätzliche Sonderfunktion gewählt werden, der Adminwiederwahl nicht mehr unterliegen?
Troubled @sset  ^{Work  •  Talk  •  Mail}   18:31, 21. Jul. 2015 (CEST)

Die Frage im MB war: Sollen B/CU/OS wiedergewählt werden und wenn ja, auf Antrag oder regelmäßig? Admins müssen sich nicht wiederwählen lassen, B/CU/OS schon. Damit werden sie regelmäßig in Augenschein genommen / das Vertrauen der Community abgefragt. Wo das andere ist, weiß ich nicht, ist aber für das Argument auch nicht relevant. Grüße −Sargoth 20:33, 21. Jul. 2015 (CEST)

Vielleicht sollte man das Kontraargument dann besser so umformulieren oder erweiteren, dass daraus deutlich wird, dass die Art der Wiederwahl (2 Jahre oder aber auf Antrag) in diesem 2009er-MB abgestimmt wurde, damit das Argument verständlicher wird und sich mehr auf diesen MB-Text bezieht. Denn nur dadurch würde klar, dass damals diese 2-jährliche Wiederwahl der auf Antrag vorgezogen wurde.

Was nicht dagegen spricht, dass auch die normale AWW für die Adminfunktion zugleich zur Anwendung käme, weil es sich im Grunde um verschiedene Funktionen handelt – auch wenn die Adminfunktion des Versionslöschens sich mit der OS-Funktion bezüglich Löschen überschneidet und sogar völlig unklar ist, ob es im Zusammenhang mit OS-Aktionen auch zu Benutzersperren kommen kann, die nur Oversighter durchführen können, weil nur sie wissen und sehen können, was geschrieben wurde und der Sperrgrund wäre –, aber zumindest wäre es eine etwas bessere Erklärung, warum man das auch anders sehen kann. --Winternacht in Wikimedias supergeschützten Wikis 22:27, 21. Jul. 2015 (CEST)

Ich sehe das nicht als verschiedene Funktion. Das ist Verwaltung (Administration). Schreibwettbewerbsjury (Motivation) oder Teilnahme an Bausteinwettbewerben (Contentpflege) ist anders. −Sargoth 22:30, 21. Jul. 2015 (CEST)

Es sind doch komplett verschiedene Aufgaben, die zum Beispiel Admins und CUBs haben oder Admins und Bürokraten. So wie auch Admins und Schiedsrichter verschiedene Aufgabenbereiche sind, deswegen gibt es bei Schiedsrichtern auch keine geschlossenen Wiederwahlseiten. Mit der Argumentation müsste man ja auch die Wiederwahlseiten von Schiedsrichtern vollschützen, die auch Admins sind, das waren sie aber noch nie. Und ich wüsste nicht, dass schon mal irgendjemand für den Vollschutz der Seiten argumentiert hätte. Mir ist das jedenfalls schon immer unverständlich gewesen, schließlich werden die Schiedsrichter doppelt so häufig auf die Solidität geprüft, einmal jährlich. Dann müsste man die Seiten ja erst recht vollschützen. Schließlich überprüfen sie sogar die Aktionen der Administration. Ich verstehe das jedenfalls nicht und habe es auch noch nie verstanden. --Winternacht in Wikimedias supergeschützten Wikis 22:38, 21. Jul. 2015 (CEST)

Die Schiedsrichter erhalten Adminknöpfe und können damit die SG-Seiten bzw. die SG-Anfrageseiten schützen und dort moderieren und auch diese vollgeschützten Seiten bearbeiten, das ist eine Verwaltungsaufgabe/Administration. Genauso wie das auch die CUBs auf den CU-Antragsseiten tun können, das ist also völlig ähnlich. Und genauso wie Bürokraten die Seiten der abgeschlossenen AKs schützen und bearbeiten können. Diese Bereiche ähneln sich in allen 3 Fällen, da ist es völlig unsinnig, wenn nur die Wiederwahlseiten der doppelt so oft gewählten Schiedsrichter offen sind, aber die der anderen Funktionen geschlossen. Womit sollte man eine Bevorzugung der anderen Funktionen gegenüber den gewählten Schiedsrichtern begründen können oder womit andersherum deren Benachteiligung? Ist mir komplett unverständlich und ich denke nicht, dass man das irgendwem logisch erklären kann. --Winternacht in Wikimedias supergeschützten Wikis 22:49, 21. Jul. 2015 (CEST)

Du stellst fest, dass es komplett verschiedene Aufgaben seien, ich sehe das nicht als verschiedene Funktionen, da es sich um Administration handelt. Vom Schiedsgericht verstehe ich nicht wirklich viel und habe mir insbesondere zum Schutz der Wiederwahlseiten von Schiedsrichtern bisher keine Gedanken gemacht, ich glaube, das ist mir auch nicht wirklich wichtig, aber von mir aus gern schützen, wenn sie jährlich gewählt werden. Das Schiedsgericht wird zudem zwar in den Pro-Agumenten und im „Hintergrund“ erwähnt, aber nicht im Vorschlagstext des Meinungsbilds und ist daher für das Kontra-Argument nicht unbedingt von prioritärer Relevanz. −Sargoth 22:50, 21. Jul. 2015 (CEST)

Wenn es alles zusammengehören würde, warum wird es dann so oft als angeblich „taktisches Wählen“ angesehen, wenn man auch die Adminfunktion mitbewerten muss, da diese Art von Wahlmodus genau das doch so will? Dann muss man doch bei den Wiederwahlen nicht nur die Tätigkeit bewerten, die bei der Wiederwahl eigentlich ansteht, nämlich die Bürokraten-(usw.)Funktion, sondern eben auch, wie ein Bürokrat/CUB/Oversighter mit dem Sperr-, Seitenschutz-, Löschknöpfen usw. sonst umgeht, in allen Bereichen. Das wird aber nur sehr selten bei den Wiederwahlen überhaupt angesprochen, meistens beschränkt sich die Wahl bei den Abstimmenden auf die Funktion, die dort zur Wahl steht, obwohl doch beides bewertet werden muss. Und wenn man mit der Begründung mit Kontra abstimmt, dass man nicht möchte, dass der Benutzer noch die Sperrknöpfe hat oder welche auch immer, aber nichts in der Begründung auf die Funktion bezogen ist, die laut Seitentitel zur Wahl zu stehen scheint, dann wird ein solcher Grund von anderen Abstimmenden als „taktisch“ angesehen, obwohl es das gar nicht ist (selbst umseitig muss man so etwas lesen), und Andere behauptet einfach, es sei nicht relevant für die jeweilige Wahl, wo doch beide Funktionen zugleich zur Wahl stehen. Das ist auch ein Widerspruch. Dann müsste man im Seitentitel eher reinschreiben, dass es sich um eine Bürokraten- und Adminwiederwahl oder eine CUB- und Adminwiederwahl handelt. Das gesamte Prozedere ist sehr unlogisch. Entweder man wird nur für die Funktion wiedergewählt oder für beides, aber nicht mal so und mal anders, das passt nicht zusammen.

Die Schiedsrichter standen vor einigen Tagen im Text neben BÜR/CU/OS so drin, dass ihre Seiten nach diesem MB auch nicht mehr geschützt werden sollen, was sachlich aber falsch war, weswegen ich das dort rausgenommen hatte. Offenbar ist das gar nicht so bekannt, dass ihre Seite noch nie geschützt wurden. Es gab aber früher schon mehr Schiedsrichter, die auch Admins waren, als heute, siehe Administratoren als Schiedsrichter, 8 Schiedsrichter (von 9) sind nun keine Admins, Achim ist zurzeit der einzige Schiedsrichter und Admin zugleich und dessen Seite ist nur wegen der kürzlichen AK für ein Jahr geschlossen, das hat alles nichts mit dem SG zu tun. Zuvor waren schon die Seiten von Man77, Krd und Perrak standardmäßig offen usw. zeitlich rückwärts. Es waren in den letzten Jahren nur wenige Schiedsrichter davon betroffen, weil die meisten Nichtadmins waren, das sieht man auch rückwärts in der LDA-Liste oder auf der Seite, wo seit Jahren die Nichtadmins unter den Schiedsrichtern aufgeführt werden. --Winternacht in Wikimedias supergeschützten Wikis 23:40, 21. Jul. 2015 (CEST)

(ausgerückt) Ich frage noch mal: Dieses Meinungsbild will erreichen, dass der absolute Schutz vor Amtsverlust von Admins, die zusätzlich in bestimmte Sonderfunktionen gewählt sind, aufgehoben wird. Wo genau ist eigentlich dieser Schutz geregelt? Wo steht, dass diese Admins etwa dem AWW-Verfahren nicht unterliegen? Das kann doch nicht nur „Usus“ sein?
Troubled @sset  ^{Work  •  Talk  •  Mail}   08:31, 22. Jul. 2015 (CEST)

Ich habe mich mal umgesehen, wie das zustande kam. In den Versionsgeschichten der WW-Seiten stehen die Begründungen für die Seitenschutze, Beispiele [1], [2], [3]:

• „Schützte „Wikipedia:Adminwiederwahl/XYZ“: Benutzer ist zusätzlich Checkuser/Oversight/Bürokrat und von dieser Reglung ausgenommen, Wiederwahl erfolgt demnach nach max. 2 Jahren“

Diese Variante wurde also im AWW-MB so formuliert. Dort steht als letzter Punkt dies, was auch in WP:AWW aufgenommen wurde:

• „Dieses Wiederwahlverfahren findet Anwendung auf Administratoren. Ausgenommen davon sind Inhaber von Servicefunktionen, die nach üblichem Verständnis auf der Adminfunktion aufbauen, und bereits per regelmäßiger Wiederwahl in maximal zweijährigem Turnus bestätigt werden. (Derzeit sind dies in Umsetzung des Meinungsbildes Bürokraten, Checkuser und Oversighter.)“

Mit Link auf dieses andere, oben genannte MB von 2009, wo ebenfalls die Schiedsrichter nicht einbezogen wurden, weil sie sowieso schon eine jährliche Wahl hatten und somit keine 2-jährliche mehr brauchten. Das ist dann auch der Grund, dass die Seiten der Schiedsrichter nicht vollgeschützt werden, denn die wurden im AWW-MB nicht ausgenommen, weil sie im vorherigen MB keine 2-jährliche WW erhielten, da sie schon die einjährliche hatten. Vielleicht aber sah man das SG auch nicht als aufbauend auf der Adminfunktion an. Warum das so sein soll, weiß ich aber nicht, denn sie erhalten ja auch technisch die Adminknöpfe, da sie die SG-Funktion ohne diese nur schlechter ausüben können. Es ist zwar unlogisch, dass ausgerechnet das SG nicht aufbauend auf der Adminfunktion sein soll, obwohl das in den Grafiken auch im damaligen MB so dargestellt wurde und obwohl sie dort nur wegen des schon existierenden Wahlmodus ausgenommen wurden und obwohl sie ohne Einsicht in gelöschte Versionen Schwierigkeiten in der Ausübung ihrer Funktion haben dürften, aber jedenfalls ist das also der Grund, dass ihre Seiten nicht vollgeschützt werden.

Diese Ausnahmen sind jedenfalls damals mit abgestimmt wurden, nicht gesondert, sondern mitsamt der dort abgestimmten neuen Regelung. Man konnte also diese AWW-Variante nur mitsamt der Seitenschutze der Funktionsträger abstimmen, andernfalls hätte es diese Art der AWW gar nicht gegeben, sondern entweder die andere vorgeschlagene Version mit 2-jährlicher WW für alle Admins oder gar keine AWW.

Ob diese Ausnahmen Konsens sind oder nicht, wurde aber nicht gesondert abgestimmt, das muss irgendwie in der Vorbereitung des damaligen MBs mit hineingekommen sein. Das MB ist anschließend noch mit mehreren Nachfolge-MBs geändert worden, wie hier nachzulesen, es gab also mehrfach Nachbesserungsbedarf. Offenbar waren einige Dinge darin enthalten, die keinen Konsens hatten und trotzdem mit angenommen wurden, um überhaupt irgendeine Regelung zur Wiederwahl zu haben. Ob dieser Punkt also überhaupt mehrheitlich gewollt ist oder nicht, kann man nicht wissen, solange man nicht darüber abstimmt. --Winternacht in Wikimedias supergeschützten Wikis 13:54, 22. Jul. 2015 (CEST)

@Winternacht: Das ist ja alles schön und gut, ich sehe aber immer noch nicht, wie dieser vollständige Schutz des Admin-Amts für Sonderfunktionsträger argumentiert werden kann. Du schreibst:

„Diese Ausnahmen sind jedenfalls damals mit abgestimmt wurden, nicht gesondert, sondern mitsamt der dort abgestimmten neuen Regelung. Man konnte also diese AWW-Variante nur mitsamt der Seitenschutze der Funktionsträger abstimmen, andernfalls hätte es diese Art der AWW gar nicht gegeben, …“

Wo genau steht denn das in diesem MB? Auf welche Formulierung berufst du dich da?

• Admin zu sein, ist ja keine formale Voraussetzung für eine Kandidatur als OS/CU/BÜR (ein gewählter Nicht-Admin bekommt dann eben die technischen Admin-Rechte). Ein gewählter OS/CU/BÜR kann auch sein Admin-Amt abgeben und OS/CU/BÜR bleiben (er behält dann die technischen Admin-Rechte). Ein „implizites“ Admin-Amt liegt also sicher nicht vor.
• Im schon mehrfach angesprochenen MB über die turnusmäßige Wiederwahl von OS/CU/BÜR steht nichts darüber, dass diese Ämter eine „Garantie“ für die Beibehaltung eines allfälligen Admin-Amts enthalten. Im Gegenteil: Unter „Ergänzende Hinweise“ heißt es:

Nicht betroffene Benutzergruppen:

Ausdrücklich nicht betroffen von diesem Meinungsbild sind folgende Gruppen:

• Bots (hier nur ohne Adminzugang, o. g. Rechte sind zudem nicht für Bots zugänglich),
• Sichter und Prüfer (setzen keinen Adminzugang voraus),
• Administratoren (Basisfunktion für speziellere Servicefunktionen)
• Schiedsgerichtsmitglieder (verfügen über einen eigenen Wahlmodus)
• Support-Team (keine gewählte Gruppe, Aktivität überwiegend im OTRS als Schnittstelle nach außen),
• …

Dieses MB enthält also gar keine Regelungen über Admins und schon allein deshalb sicher auch keine Ausnahme für die Sonderfunktionsträger von der AWW.

Wenn in der Einleitung von WP:AWW also auf dieses MB Bezug genommen wird als Begründung für die Sperre der AWW-Seite bestimmter Sonderfunktionsträger, halte ich das für fragwürdig – dieses MB gibt diese Ausnahme einfach nicht her.

• Auch im MB über die AWW steht nichts davon, dass Sonderfunktionsträger davon ausgenommen sein sollen.

Woher also kommt der Usus, Admins mit bestimmten zusätzlichen Sonderfunktionen vom AWW-Verfahren grundsätzlich auszunehmen?
Ergänzung: Habe das jetzt gefunden, es gibt tatsächlich eine rückverfolgbare Kette von Meinungsbildern, die den aktuellen Text auf WP:AWW stützen und damit die genannten Sonderfunktionsträger von der AWW per AWW-Seite ausnehmen. Andererseits bleibt ein (Temp-)DeAdmin-Verfahren ausdrücklich weiterhin möglich und zulässig. Das ergibt jetzt natürlich auch nicht wirklich Sinn … Meine ursprüngliche Frage „Wo steht das“ ist damit aber geklärt und der Abschnitt damit erledigt. T @ 02:01, 23. Jul. 2015 (CEST)
Troubled @sset  ^{Work  •  Talk  •  Mail}   00:35, 23. Jul. 2015 (CEST)

Doch, natürlich steht es im AWW-MB, und ich habe oben schon genau die Formulierung zitiert, die dort Wort für Wort steht und so nach WP:AWW übernommen wurde und dass sie genau dort ausgenommen worden sind, da gibt es nichts zusätzlich zu finden, es ist doch oben schon zitiert. Auf das andere MB zum 2-jährigen Wahlmodus der Sonderfunktionsträger hat man sich dabei berufen, das auch in der Vorbereitungsphase zu dem MB gerade lief. Dass in jenem MB nicht über Admins abgestimmt wurde, hat nichts mit der Formulierung im AWW-MB zu tun, dass diese Funktionsträger ausgenommen werden sollten. Wer das so nicht wollte, musste den Antrag des MBs zur AWW oder das ganze MB ablehnen, das sieht man an den Optionen. Aber es stand in dem Vorschlag der Variante 1 mit drin (ebenso wie auch in Variante 2) und somit ist das so per MB abgestimmt worden. Warum soll es fragwürdig sein, wenn man einen per MB abgestimmten Text dann auch so übernimmt? Er hatte doch die absolute Mehrheit der dort Abstimmenden erhalten, siehe Auswertung und direkt darunter die gültige Fassung nach dem ersten Folge-MB. Es ist also nicht nur ein Usus, sondern der per MB abgestimmte und umgesetzte Abstimmungstext. Man kann nicht wissen, ob ohne diesen zusätzlichen Punkt mehr oder auch weniger Benutzer für den MB-Text gestimmt hätten.

Unter den verschiedenen Stimmbegründungen kann ich nicht finden, dass dieser Punkt überhaupt beim Abstimmen von irgendwem thematisiert wurde. Auf der Diskussionsseite gibt es einen Abschnitt dazu aus der MB-Vorbereitung, wo dieser zusätzliche Passus entstanden ist, als gerade über die 2-Jahres-Frist der Funktionsträger im vorherigen MB abgestimmt wurde. Da stehen auch noch einige Argumente dafür und auch dagegen.

Anscheinend wollte man nicht per mehrfacher Wahlen die Motivation für die Ausübung und Bewerbung in eine solche Funktion nehmen, das könnte man als Kontragrund hier mit aufnehmen, da es ja eine Hauptmotivation für die Regelung war. Das SG hat man aber dabei gar nicht groß diskutiert, es ging um den anderen SG-Wahlmodus, aber die nicht näher ausgeführten Gründe für diese unterschiedliche Behandlung von SG und anderen wiederzuwählenden Funktionesträgern überzeugen mich nicht wirklich.

Es klingt in der Diskussion auch so, als ob man für den Fall der Annahme der Variante 2 (festes Zeitfenster, regelmäßige AWW) nicht zu viele Wahlen wollte, aber das ist ja nicht angenommen worden, also fällt der Grund „Leute wie ich haben dann zwei Wiederwahlen am Hals, im Schnitt eine pro Jahr, eine für Admin, eine für Bürokrat/Checkuser/Oversight“ auch flach, da er gar nicht für die angenommene Variante 1 zutrifft. Es wurde aber bei beiden Varianten gleichermaßen so ergänzt, auch wenn die Diskussion sich eher auf die regelmäßige AWW der Variante 2 bezog und in dem Fall auch verständlicher wäre. Wenn ich die Argumente von damals überhaupt richtig verstehe, denn da hat man ja eher spekuliert, was nach dem MB passieren könnte und heute hat man die Erfahrungen damit, wie es praktisch läuft. --Winternacht in Wikimedias supergeschützten Wikis 02:55, 23. Jul. 2015 (CEST)

PS: Ich verstehe nicht ganz die Frage und die Streichung mit dem Kommentar der rückverfolgbare Kette von Meinungsbildern, weil es ja nur um das AWW-MB geht und die Frage dazu schon direkt über der Frage beantwortet war und der abgestimmte Text dort zitiert ist. Ich habe eher den Eindruck, wir reden hier aneinander vorbei, auch mit der Streichung. --Winternacht in Wikimedias supergeschützten Wikis 03:03, 23. Jul. 2015 (CEST)

Dieser ganze Thread beruht auf einem Irrtum meinerseits – aufgrund von möglicherweise missverständlichen, von mir jedenfalls missverstandenen Bemerkungen war ich der Ansicht, die Sperre des AWW-Verfahrens für Sonderfunktionsträger sei im MB zur turnusmäßigen Wiederwahl dieser Sonderfunktionsträger geregelt, wo natürlich nichts davon steht. Tatsächlich steht das im MB zur AWW selbst, wo ich das auch gefunden hätte, wenn ich gleich an der richtigen Stelle gesucht hätte … Als ich das dann korrekt nachvollziehen konnte, habe ich die falsche Behauptung, dass das auch im AWW-MB nicht stünde, wieder gestrichen, das war noch vor deiner Antwort.
Jedenfalls danke für deine Geduld mit mir :-) Ich werde jetzt diesen Abschnitt auf erledigt setzen, damit ich nicht noch mehr Leute unnötig Zeit koste.
Troubled @sset  ^{Work  •  Talk  •  Mail}   09:21, 23. Jul. 2015 (CEST)

Weiteres Kontra-Argument?

Glückwunsch Kollegen, 10 Unterstützer sind beisammen. Bevor wir starten, möchte ich zur Diskussion stellen, ob wir folgendes mögliches Argument noch unter "Kontra" ergänzen sollten: Womöglich könnte ein Gegner des Vorschlags anführen, dass unsere Sonderfunktionsträger bei unfreiwilligem Verlust des Admin-Amts nicht mehr voll handlungsfähig sein könnten. Das wird zwar unter "Hintergrund" thematisiert, aber erscheint bislang nicht als Kontra-Argument... Meinungen dazu? Gruss --Plantek (Diskussion) 10:11, 23. Jul. 2015 (CEST)

Wenn es schlecht wäre, einen bestimmen Sonderfunktionsträger als Admin abzuwählen, dann würden die Wähler das wohl erkennen, und ihn nicht als Admin abwählen. --Distelfinck (Diskussion) 12:38, 23. Jul. 2015 (CEST)

Ich kann das Problem nicht nachvollziehen. Die Rechte behalten sie ja, sie dürfen sie halt nur noch zur Ausübung ihres Amtes nutzen. --MGChecker – (📞| 📝| ) – HDR 12:45, 23. Jul. 2015 (CEST)

Ich habe hier versucht, das noch präziser zu formulieren. Troubled @sset  ^{Work  •  Talk  •  Mail}   14:06, 23. Jul. 2015 (CEST)

Sorry, das hatte ich missverstanden. Jetzt ist es ok! Gruss --Plantek (Diskussion) 14:51, 23. Jul. 2015 (CEST)

„Die Rechte behalten sie ja, sie dürfen sie halt nur noch zur Ausübung ihres Amtes nutzen.“ Gehört denn das Sperren von Benutzern, die Oversightwürdiges geschrieben haben, was entfernt wurde, mit zu den Aufgaben des Amtes der Oversighter oder nicht? Die Frage hat mir noch niemand beantworten können. Also ist es doch gar nicht klar, wo die Aufgabe aufhört. Mir jedenfalls nicht. Das Problem wäre also hier die Abgrenzung der Aufgaben. Da diese Situation noch nie vorkam, dass ein Oversighter keine regulären Adminrechte hatte, war diese klare Abgrenzung bislang noch nicht erforderlich. Das würde sie aber werden, wenn der Fall einträfe. Welche Lösung hat denn dieses MB für das dann auftretende neue Problem?
Und ist es so, dass Oversighter, die keine regulären Admins sind, trotzdem Versionslöschungen über AAF durchführen dürften, oder dürften sie genau dieselbe Aktion nur durchführen, wenn sie OS-Anfragen per Mail erhalten, die auf solche Versionslöschungen hinauslaufen? Auch das ist mir unklar. Wenn das MB nach Annahme zu mehr Unklarheiten führt, aber nicht zu Klärungen dieser beiträgt, dann wirft es neue Probleme auf, die es bislang nicht gab. Das sollte jedenfalls nicht das Ergebnis sein. Natürlich kann man sagen, ist egal, es wird einfach gestartet, da ja genügend Unterstützer da sind, aber dann kann man es so nicht annehmen. Damit stellt man sich selbst ein Bein. --Winternacht in Wikimedias supergeschützten Wikis 15:34, 23. Jul. 2015 (CEST)

Naja, mE ist das Problem nicht neu, es wurde bisher nur nicht diskutiert, aber man kann ja jetzt schon Sargoth als Admin abwählen, falls man möchte ;) (ich gerade nicht), vllt fragen wir ihn mal, wie er das machen würde, falls er abgewählt werden sollte (also als Admin). Viele Grüße, Luke081515 15:37, 23. Jul. 2015 (CEST)

Ja, das ist mir auch etwas unklar, wie er das dann handhaben würde. @Sargoth: Hast du denn dazu irgendeine Vorstellung?

Ich vermute ja eigentlich, darüber hat sich noch keiner groß Gedanken gemacht. Zumindest ist mir auch jetzt erst der Gedanke gekommen, dass es durchaus möglich wäre, dass Oversighter auch ab und zu IP-/Benutzersperren durchführen müssen. Dann wären aber die Sperrknöpfe sinnvoll. Und dann wäre es auch ziemlich unsinnig, OS- und Adminfunktion zu trennen. Denn dann sähe man ja an jeder Sperre, dass sie mit einer OS-Aktion zu tun haben müsste. Das würde gerade die Unauffälligkeit der OS-Aktionen sehr viel auffälliger machen und es müsste dann ein anderer Oversighter sperren, damit es nicht auffiele. :-/

Ich kann mir eigentlich kaum vorstellen, dass man bei besonders krassen Regelverstößen, die gerade erst stattfanden, nicht auch die IP sperren muss. Oder dass man bei Benutzerkonten, die sehr krasse Verstöße absichtlich durchführen und evtl. auch mehrfach, nicht auch die Konten sperren müsste. Man kann sie ja schlecht damit weitermachen lassen, wenn sie nicht aufhören. Wenn ein Admin so was meldet, kann er das Sperren auch selbst durchführen. Aber wer soll sperren, wenn ein Normalbenutzer meldet und man es nicht an andere Admins weitergeben darf, was da geschrieben wurde, weil man es ja auch vor ihnen verstecken muss? Soll dann die WMF sperren? --Winternacht in Wikimedias supergeschützten Wikis 15:52, 23. Jul. 2015 (CEST)

Hallo, das kann sicher alles etwas entschleunigt über den Chat, notfalls die OS-Queue gelöst werden. Grüße −Sargoth 20:23, 23. Jul. 2015 (CEST) PS wenn aber kein einziger OS mehr Admin ist, dann gibt es wohl ein kleines Problemchen :)

Ja, dann spätestens. ;-) Also wäre es wohl Sache des MBs, sich zu überlegen, wie man mit so einem potenziell auftauchenden Problem umgehen soll. Diese Art von Problem dürfte es bei den Bürokraten und CUBs als Nichtadmins nicht geben. Allenfalls könnte dann noch derHexer die Sperre übernehmen, der sieht ja auch die OS-Versionen. Aber der dürfte dann auch nicht die Knöpfe niederlegen oder sonst was. Oder wen gibt es hier sonst noch, er ist doch der einzige Steward mit de-Adminknöpfen, oder? Thogo ist kein Steward mehr und die anderen deutschsprachigen Stewards inkl. Hoo man sind offenbar alle hier keine Admins. Allerdings ist Thogo Ombudsmann, aber als solcher wird er wohl auch kaum nach OS-Aktionen Benutzersperren durchführen können, sonst müsste er sich am Ende ja selbst überprüfen, oder? Also gibt es niemand anders außer demHexer und den Oversightern, die das machen können. Da wird man sich also gut überlegen müssen, ob man Oversightern die Adminrechte wegnehmen will. ;-) --Winternacht in Wikimedias supergeschützten Wikis 23:58, 23. Jul. 2015 (CEST)

PS: Für mich habe ich aus dieser Diskussion jedenfalls nun geschlossen, dass ich keine Nichtadmins in die OS-Funktion wählen werde, weil ich meine, dass das nicht gut funktionieren kann. Was man nun damit im MB machen kann, um das Problem zu lösen, weiß ich allerdings auch nicht so recht. Vielleicht kommt ja noch irgendjemandem ein Geistesblitz. ;-) --Winternacht in Wikimedias supergeschützten Wikis 00:15, 24. Jul. 2015 (CEST)

Prost-immen und Kontrast-immen

@Winternacht: Mir ist klar, dass es im Deutschen Komposita gibt. Allerdings werden Abkürzungen gekoppelt und nicht mit dem folgenden Wort zusammengeschrieben. Deshalb heißt es Pkw-Fahrer und nicht Pkwfahrer, und es heißt Uno-Botschafter und nicht Unobotschafter. „Admin“ ist eine Abkürzung und muss daher gekoppelt werden. Ich habe deshalb sehr bewusst konsequent Admin-Amt, Admin-Rechte etc. geschrieben und bitte dich um eine Begründung, warum diese Schreibweise zwingend falsch und die von dir eingesetzte Zusammenschreibung allein richtig sein soll. Die Pro- und Kontra-Stimmen wiederum habe ich aus Gründen der Semantik und der besseren Lesbarkeit gekoppelt – bei der Zusammenschreibung liest man instinktiv Prost und Kontrast. Zudem kennt auch der Duden weder „Prostimme“ noch „Kontrastimme“. Auch hier bitte ich dich um eine Begründung, warum die gekoppelte Schreibweise zwingend falsch und die von dir hineinkorrigierte Zusammenschreibung allein richtig sein soll.
Troubled @sset  ^{Work  •  Talk  •  Mail}   17:15, 23. Jul. 2015 (CEST)

Sorry, aber sowohl Prostimme als auch Kontrastimme sind völlig normale deutsche Wörter und benötigen keine überflüssigen Bindestriche. Ebensowenig wie andere Zusammensetzungen mit Pro oder Kontra. Bindestriche sind hier unüblich.

Admin ist auch keine übliche Abkürzung, sondern ein normal verwendetes Wort, das gleichbedeutetend mit Administrator verwendet wird. Also braucht es auch da keine künstlichen Bindestriche, das macht den Stil nicht besser, wenn man in alle möglichen Komposita Bindestriche hineinschreibt. Admin ist ein Wort und keine Abkürzung, die Abkürzung wäre hier üblicherweise ein A oder (A), das könnte man tatsächlich dann nur noch mit Bindestrich kombinieren, muss aber nicht sein. Lkw steht für Lastkraftwagen, Admin ist einfach nur die kürzere Form, sonst nichts. Deswegen heißt es auch richtig WP:Adminwiederwahl und eben nicht umständlich mit Strich Admin-Wiederwahl. Den Strich zur Abgrenzung von der Seite (Adminwiederwahl-Seite) hab ich ja dringelassen wegen der Länge der Zusammensetzung und des Bezugs zueinander, da ist es als Einziges etwas sinnvoller. Aber bei einfachen Zusammensetzungen wie in Admin-Amt/Admin-Rechte ist es wirklich völlig überflüssig, wenn man ganz normal Adminamt/Adminrechte schreiben kann. Und da braucht man auch nicht mit Adminr-echte zu kommen oder was immer man in Wörter hineinlesen könnte, das ist doch Quatsch. Eher würde man Bindestriche setzen, wenn der 2. Teil mit einem Vokal beginnt, was hier aber gar nicht der Fall ist.

Man kannst überall irgendwelche falschen Bindestriche hineindenken, das ist doch nicht nur bei Prostimmen so, das kannst du auch bei Bindest-richen oder auch Bind-estrichen machen, soll man deswegen etwa Binde-Striche schreiben müssen, nur weil irgendjemand ein normales Kompositum für schlechter lesbar halten könnte? Es ist schlechter Stil, wenn man in alle möglichen Wörter sonst unübliche Bindestriche hineinsetzt, und dies in einem MB-Text. Das kann man in eigenen Beiträgen machen oder im Kurierartikel, aber besser nicht in einem MB. --Winternacht in Wikimedias supergeschützten Wikis 18:04, 23. Jul. 2015 (CEST)

„Zeitgleich in zwei Funktionen wählen“

Mit diesem Edit wird behauptet, dass man „jemanden zeitgleich in zwei verschiedene Funktionen“ wählt. Das halte ich für sehr unglücklich formuliert. Es erfolgt bei der Wahl eines Sonderfunktionsträgers natürlich nicht gleichzeitig eine Wahl ins Admin-Amt, was sich schon daraus ergibt, dass ein dabei Gewählter, der nicht Admin ist, dadurch natürlich nicht zum Admin gewählt ist. Der Begründung für diese Einfügung („so ist es richtig“) kann ich nicht zustimmen.
Troubled @sset  ^{Work  •  Talk  •  Mail}   17:25, 23. Jul. 2015 (CEST)

Ich meinte im Gegensatz zur Formulierung, dass es eine angeblich „taktische“ Wahl sei, wenn man wie üblich und wie gewollt die Admin- und Sonderfunktion auf einmal bewertet. Vielleicht muss es es noch ein bisschen anders umformulieren. Wenn man einen Funktionsträger, der auch Admin ist, wiederwählt, ist es eine Wiederwahl für beide Funktionen zugleich, dadurch dass das im AWW-MB so beschlossen wurde, dass die eine Wahl ausreicht. Denn wenn man mit der Adminfunktion nicht einverstanden ist, wird man ja duch die Seitenschutz auf die 2-Jahres-Wiederwahl verwiesen, wo man das thematisieren und bewerten soll. Dann kann es nicht zugleich „taktisch“ sein, wenn man dann genau das macht, was doch so per MB abgestimmt und gewollt ist.

Das wäre mit Änderung dieses MBs anders, ist jetzt aber so. Ich weiß nicht, wie man es besser formulieren kann, aber taktisch ist nichts daran, wenn man so wählt, wie es gewollt und vorgesehen ist. Es ist der nun gültige Wahlmodus, nichts weiter. Merkwürdig daran ist nur, dass man nicht auch die Adminrechte bei der Sonderfunktionswahl verliert, wenn man dort nicht wiedergewählt wird, weil es doch die Wahl für beide Funktionen zugleich ist. Insofern widerspricht sich das alles etwas. Das ist auch das Problem an dem ganzen Verfahren. Jedenfalls muss man bei den SG-Wahlen eben nicht die Adminfunktion mit berücksichtigen. Vielleicht fällt ja jemandem noch eine bessere Formulierung dafür ein, die all das mit einschließt. :-) --Winternacht in Wikimedias supergeschützten Wikis 18:15, 23. Jul. 2015 (CEST)

Also, ich meinte eher die Wiederwahl, so dass man zeitgleich den Admin und Funktionsträger für beide Funktionen bestätigt oder eben nicht, also „zeitgleich für beide Funktionen wiederwählt“, wenn beide vorhanden sind. Bei Nichtbestätigung wäre es nicht einfach erkennbar, ob es sich auf die eine oder andere Funktion bezieht oder beide zusammen. Die erweiterte Funktion wäre dann bei Nichterreichen der 2/3-Mehrheit (bzw. der 70 %) verloren und es müsste sich erst zeigen, ob es sich auch auf die andere Funktion bezöge, da dann sicher noch eine Adminwiederwahl stattfände. Die Bestätigung bezieht sich aber auf beides zugleich, das war ja so gewollt, sonst hätte man die Seiten nicht geschützt.

Aber auch eine Neuwahl eines Admins in eine der Sonderfunktionen bedeutet zugleich auch eine Bestätigung der bisherigen Adminfunktion. Denn wenn man damit nicht zufrieden wäre, würde man jemanden gar nicht in die Sonderfunktion wählen, womit man zugleich beschließt, dass die Wiederwahlseite geschlossen wird, also sieht man bei der Verwendung der Adminrechte kein Problem. Somit ist jede Wahl und jede Wiederwahl in eine Sonderfunktion zugleich Bestätigung für die Adminfunktion bei gewählten Admins (mit dem jetzigen Verfahren). Hoffe, so ist es etwas verständlicher, die Formulierung kann man entsprechend anpassen, so dass es passt. --Winternacht in Wikimedias supergeschützten Wikis 18:24, 23. Jul. 2015 (CEST)

Zweidrittelmehrheit

Ist tatsächlich eine so hohe Mehrheit vonnöten? Immerhin geht es nicht direkt um Vergabe/Entzug von Rechten, sondern um Wiederwahlmodalitäten. Ich halte eine qualifizierte Mehrheit von 55% für ausreichend. --Michileo (Diskussion) 01:35, 24. Jul. 2015 (CEST) Hm, das stammt wohl noch vom Zeitpunkt, wo ich das MB erstellt habe, (Anfang Januar), wir können das ja mal unter den Unterstützern absprechen. Viele Grüße, Luke081515 01:54, 24. Jul. 2015 (CEST)

Unterstützer	Mehrheitsvorschlag
Gial Ackbar
Plantek
MGChecker
Morten Haan
Luke081515
Sturmjäger
Michileo	55 % ?
Muellersmattes
Man 77
Zulu55