Manual del Steward

From Meta, a Wikimedia project coordination wiki
Jump to navigation Jump to search
This page is a translated version of the page Steward handbook and the translation is 66% complete.

Other languages:
Bahasa Indonesia • ‎Deutsch • ‎English • ‎Türkçe • ‎dansk • ‎español • ‎français • ‎italiano • ‎magyar • ‎occitan • ‎português • ‎português do Brasil • ‎Ελληνικά • ‎беларуская (тарашкевіца)‎ • ‎العربية • ‎مصرى • ‎नेपाली • ‎中文 • ‎日本語 • ‎한국어
Stewards Manual del Steward
Esta página documenta las herramientas de steward, y proporciona pautas y sugerencias sobre su uso. Ver también las políticas de CheckUser, supresor, y steward. Para la discusión sobre las actividades de los stewards, ver el tablón de anuncios de los stewards.
Stewards
Wikimedia steward Icon.svg
Solicitudes
Para administradores
Tablones de anuncios

Grupos de usuario y ajustes de permisos

Solo wikis

Captura de pantalla de Special:UserRights.

Los stewards pueden utilizar Special:UserRights en Meta para ajustar el acceso de los usuarios en cualquier proyecto Wikimedia comprobando o desmarcando grupos específicos. A cada grupo se le asigna un conjunto de derechos en la configuración de MediaWiki, listados en Special:ListGroupRights en cada wiki.

  1. Escribe el nombre de usuario.
    • El formato tiene que ser "Username@database_prefix" (para usuarios de otras wikis) o "Username" (para usuarios de Meta-Wiki).
    • La primera letra del nombre debe estar en mayúscula (a no ser que el wiki permita la primera letra minúscula en los nombres de usuario).
    • El prefijo de base de datos consiste en el código de idioma para wikis con subdominios (reemplazando guiones con subrayados), seguido del prefijo del proyecto que se muestra a continuación.
  2. Haz clic en "Cargar grupos de usuarios". Aparecerá un cuadro nuevo en el que se mostrarán los grupos en los que ya está el usuario y qué otros grupos están disponibles.
  3. Reasigna los grupos.
    • Para asignar un nuevo grupo, marca el grupo apropiado.
    • Para remover un grupo, desmarca el grupo apropiado.
    • Si la asignación es por un período de tiempo finito, elija una duración apropiada en el menú desplegable.
  4. Haz clic en "Guardar grupos del usuario".

Prefijos de base de datos

A continuación se muestran los prefijos de los proyectos principales. Para otros, vea la lista completa. Nota que los guiones ('-') tendrán que ser reemplazados por guiones bajos ('_'), como por ejemplo "cbk_zamwiki" es el nombre de base de datos para cbk-zam.wikipedia.org.

proyecto prefijo
Wikis multilingüe
Wikimedia Commons commonswiki
Wikimedia Foundation foundationwiki
Wikimedia Incubator incubatorwiki
MediaWiki mediawikiwiki
Multilingual Wikisource sourceswiki
Test Wikipedia testwiki
Wikidata wikidatawiki
Wikispecies specieswiki
Wikis con subdominios
Wikilibros codewikibooks
Wikinoticias codewikinews
Wikipedia codewiki
Wikiquote codewikiquote
Wikisource codewikisource
Wikiversidad codewikiversity
Wikiviajes codewikivoyage
Wikcionario codewiktionary

Ejemplos:

English Wikipedia Billy@enwiki
French Wikiversity Billy@frwikiversity
Classical Chinese Wikipedia Billy@zh_classicalwiki
Multilingual Wikisource Billy@sourceswiki

Permisos

Los siguientes grupos pueden ser manipulados (entre otros en algunos wikis):

  • Grupos muy restringidos
    • Steward – No manipule el permiso de steward en cualquier wiki excepto Meta, y solo después de una elección de steward o cuando un steward ha renunciado.
    • Meta:WMF Office IT – No manipule este permiso en ningún usuario a menos que la Fundación Wikimedia le pida que lo haga.
    • Meta:WMF Support and Safety – No manipule este permiso en ningún usuario a menos que la Fundación Wikimedia le pida que lo haga.

Problemas de codificación

Muchos navegadores tienen dificultad para manipular nombres de usuario en caracteres no latinos. Hay dos formas de evitar este problema:

  • Introduzca el nombre codificado por URL a través de la URL.
    1. Primero, obtenga el nombre codificado por URL:
      • Copialo desde la barra de direcciones de su navegador mientras visualiza su página de usuario;
      • o, escribe "{{urlencode:{{PAGENAME}}}}" en la página de usuario, previsualiza, y copia el texto.
    2. Ve a Special:UserRights y en la barra de direcciones agregar "?user=" seguida por la URL-nombre codificado. Por ejemplo http://meta.wikimedia.org/wiki/Special:Userrights?user=Foo+Bar.
  • Escribe el ID de usuario (por ejemplo "#55@frwiki" para el usuario #55 de la Wikipedia en Francés). Hay algunas formas de determinar el ID de usuario:
    • Preguntar a un administrador del sistema en #wikimedia-techconectar.
    • Usar la API con una consulta como esta.
    • Si el usuario ha editado en ese wiki, puede encontrar el ID exportando esa revisión (si es la más reciente) o exportando todo el historial y localizando esa revisión. Una vez localizado, busque el número dentro de "<id></id>" bajo "<contributor>" (asegúrese de no obtener el ID de revisión en "<revision>").
    • Utilice una herramienta alojada en el servidor de herramientas como esta para encontrar el ID de usuario.
    • Usa una herramienta hospedada en ToolServer como esta para encontrar el ID de usuario.

Globalización y conjuntos de wikis

Captura de pantalla de Special:GlobalGroupPermissions (selección de grupo).
Captura de pantalla de Special:GlobalGroupPermissions (lista de permisos).

Las cuentas globales tienen el mismo nombre y la misma contraseña reservadas en todos los wikis públicos de Wikimedia (excepto las cuentas locales no vinculadas previamente existentes). A estas cuentas globales se les pueden asignar grupos globales, que otorgan al usuario ciertos derechos en todos los wikis (dentro de un wikiset específico) en los que su cuenta global puede iniciar sesión.

Tenga en cuenta que un permiso es un acceso específico (como "edit-interface"), y no se puede dar a un usuario directamente; un grupo es una agrupación abstracta de derechos (como "steward").

Manejando grupos

Los stewards pueden crear, editar o eliminar un grupo global usando Special:GlobalGroupPermissions. El alcance de cada wiki puede ser global (todos los wikis públicos), o definido en un conjunto de wikis.

  • Editar:
    1. En la caja de "Grupos existentes", haz clic en "Ver y editar permisos" para el grupo que quieres editar.
    2. Una lista de posibles permisos aparecerá (ver también mw:Help:User rights). Marca los permisos que el grupo debe tener y desmarca los que no debe tener.
    3. Si el grupo necesita acceso en wikis específicas (en vez de un acceso global), seleccionar el conjunto de wikis en el menú que esta encima de la lista de permisos (ver Manejar conjuntos de wikis).
    4. Escribe la razón para el cambio en el cuadro de texto de abajo.
    5. Haz clic en "Guardar cambios para el grupo de permisos". Los cambios se aplicarán inmediatamente.
  • Crear:
    1. Introduce el nombre del nuevo grupo en la caja de texto de "Crear un nuevo grupo".
    2. Haz clic en "Asignar permisos".
    3. Selecciona al menos un permiso, y si es aplicable selecciona el alcance (ver paso 2 adelante sobre como editar arriba).
  • Borrar:
    1. Desmarca todos sus permisos (ver como editar arriba).
    2. El grupo puede ser recreado más tarde y todos los miembros anteriores recuperarán los mismos permisos.

Manejando miembros de un grupo

Captura de pantalla de Special:GlobalGroupMembership con un contenido de ejemplo.

Los stewards pueden editar los grupos a los que pertenece una cuenta global usando Special:GlobalGroupMembership. La adición de una cuenta global en grupos globales les dará todos los derechos asignados a ese grupo en todos los wikis públicos.

  1. Escribe el nombre de la cuenta global en el cuadro de texto.
  2. Seleccione un wiki donde tengan una cuenta local en el menú desplegable.
  3. Haz clic en "Cargar grupos del usuario". Una caja de "Editar grupos de usuario" aparecerá abajo.
  4. Marca los grupos que deseas asignar. (Incluso si se nombran de forma similar, ¡los grupos globales y locales no son necesariamente idénticos!)
  5. Escribe una razón para el cambio en el cuadro de texto.
  6. Haz clic en "Guardar grupos de usuario".

Manejando conjuntos de wikis (para grupos globales)

Los stewards pueden definir 'wiki sets' (o conjuntos de wikis) usando Special:EditWikiSets, lista las wikis donde los grupos globales determinados tienen acceso (en vez de un acceso global). No es necesario crear un conjunto para todas las wikis: aquello esta por defecto para los grupos globales si ningún conjunto esta seleccionado.

  1. Si estás creando un conjunto nuevo, haz clic en "Crear un conjunto nuevo". De otra manera, haz clic en "ver/editar" junto al nombre del conjunto existente para editar.
  2. Introduzca el nombre del conjunto en el cuadro 'nombre'. Esto es para la conveniencia de los administradores, y se puede cambiar en cualquier momento.
  3. Seleccione el tipo apropiado en el cuadro 'tipo' (opt-in o opt-out).
  4. Escribe los prefijos de base de datos, uno por línea, en la caja 'wiki'.
  5. Escribe un resumén de edición de los cambios, el cual aparecerá en registro de derechos globales.

Manejando cuentas globales

Captura de pantalla de la interfaz de CentralAuth para manejar cuentas globales.
Mensaje de error cuando se intenta iniciar sesión en una cuenta deshabilitada.

Los stewards pueden acceder a la información de unificación sobre una cuenta global determinada, desvincular cuentas locales de la cuenta global, eliminar la cuenta global (restaurar todas las cuentas locales) y bloquear el acceso a la cuenta utilizando Special:CentralAuth (ver registros).

Advertencia: Las cuentas nunca deben ser bloqueadas excepto en casos de cierta mala fe. La deshabilitación de una cuenta (no debe confundirse con el bloqueo global para IPs) hará que el usuario cierre la sesión y evite su inicio de sesión en todos los wikis. Ver bug 57866 que lo fijó, los usuarios reciben un mensaje de error de que están bloqueados al intentar iniciar sesión; Previamente se les dijo que la contraseña estaba mal. Todavía no hay indicación de una posibilidad de apelación o conocer directamente el motivo de la cerradura. (Ver bug 15294 para la solicitar de permitir el bloqueo global de cuentas).

Bug: Special:CentralAuth solo puede ocultar la cuenta global (ver bug 14476). Una opción para ocultar las cuentas locales utilizando el gadget en Special:Preferences#mw-prefsection-gadgets.

Renombrando una cuenta global

Las cuentas globales pueden cambiarse de nombre (ver la página de ayuda). Si un usuario desea un nuevo nombre de usuario, debe utilizar el siguiente proceso:

  1. Compruebe la disponibilidad del nuevo nombre con una herramienta como CentralAuth. Si hay cuentas existentes con ese nombre que tienen contribuciones, especialmente en varios proyectos, se recomienda al usuario que seleccione un nombre diferente, ya que no es probable usurpar usuarios con contribuciones significativas.
  2. Solicitar el cambio de nombre de usuario en SRUC.

Tenga en cuenta que los renombramientos globales deben hacerse de acuerdo a la política de renombramiento global cuando se finalice.

Borrado de cuentas globales

Los Stewards pueden, a través de Special:CentralAuth, eliminar cuentas globales. Esto solo debe hacerse cuando hay una razón convincente. Las solicitudes como "No lo quiero" no son suficientes para justificar una eliminación.

  • Las solicitudes para eliminar las cuentas globales de vándalos no deben realizarse en absoluto, ya que esto interferiría con la capacidad de bloquear la cuenta en caso de una propagación del abuso.
  • Se debe advertir a los usuarios que las preferencias (incluidas las contraseñas y las direcciones de correo electrónico) se restablecerán a sus valores anteriores a la fusión y que perderán cualquier membresía de grupo global que tenían anteriormente. Las cuentas locales no se verán afectadas y no se podrán eliminar.
  • Algunos propietarios de bots pueden solicitar la eliminación de la cuenta global si interfiere con el correcto funcionamiento del bot. Por supuesto, los bots no unificados no son elegibles para el indicador de "bot global", y si la contraseña de inicio de sesión del bot cambió durante el tiempo en que se unificó, esa contraseña se restablecerá a la contraseña previa a la unificación.
  • Advertencia: Una vez que se elimina una cuenta global, los administradores no pueden revertirla (véase también el bug T25243).
Desvincular cuentas locales de la cuenta global

Si un proyecto local desea renombrar una cuenta de un vándalo, desmarque solo ese proyecto de la cuenta global del vándalo, incluso si es el único proyecto en la cuenta global. Si hay una razón válida para no querer que la cuenta global sea visible después del cambio de nombre, la cuenta global debería estar oculta en lugar de eliminarse, ya que eliminarla simplemente abriría ese nombre de cuenta para ser recreada.

Restricción de acceso global

Bloqueo de direcciones IP

Se muestra un error a los usuarios bloqueados globalmente cuando intentan editar.

Los stewards can block IP pueden bloquear las direcciones IP y los rangos CIDR (hasta / 16 en tamaño) en todos los wikis de Wikimedia públicos que utilizan Special:GlobalBlock, y eliminar un bloqueo global utilizando Special:GlobalUnblock (consulte las pautas en Bloqueo global). Los bloques globales actuales se enumeran en Special:GlobalBlockList y se registran en Special:Log/gblblock.

Las direcciones IP bloqueadas globalmente no pueden editar ninguna página en ninguna wiki excepto MetaWiki (que permite a los usuarios apelar en Meta). Cuando un bloqueo global entra en conflicto con un bloqueo local, se aplicará el bloqueo más severo; por ejemplo, un bloqueo completo local anulará un bloqueo global anónimo solo.

Los administradores locales pueden desbloquear una dirección bloqueada globalmente en wikis individuales usando Special: GlobalBlockWhitelist en esos wikis, y personalizar el mensaje de error usando MediaWiki: Globalblocking-blocked.

Bloqueo de cuenta global (y oculta)

Consulte "Administrar cuentas globales" más arriba.

Filtro de abuso global

Since July 2013, stewards can create abuse filters on MetaWiki (Special:AbuseFilter) and then mark them as global; however, these global filters only apply to some wikis. See "Global AbuseFilter" for the current status of this tool. See here for some proposed guidelines during this phase of Global AbuseFilter deployment. If you create or edit a globally-enabled filter, please consider updating its status on Global AbuseFilter/Active filters.

Guidelines for processing requests

User access

  1. Check the Steward requests/Permissions page regularly
  2. Check that the procedure on that page has been followed and that the request does not violate any policies or guidelines (see the following sections for details).
  3. If the request is valid, fulfill it using Special:Userrights (see above for instructions).
  4. Mark the request as fulfilled (this is most often done with {{done}}) or rejected ({{not done}}) as appropriate.
  5. You can optionally tell the user, preferably on his own wiki, that he is now an admin and/or bureaucrat and invite him to join the admin channel by using Template:Invite.
  6. Leave the request on Steward requests/Permissions to allow follow-up comments and questions. It will be moved into the archive by a bot.

General advice

  • Checking facts: If a user claims they already have a certain right, you can verify this by checking Special:Listusers on the local project. If the steward has any doubts about the request, they should discuss with one or more regular users of the local project.
  • Promoting very new users: There is no approved policy regarding the promotion of very new users for projects with no local community. New users should generally not be given rights until they have spent more time editing projects. However, stewards might grant new users temporary rights until a community has time to build up, at which point it can hold a vote to confirm the user's status.

Administrator and bureaucrat rights

  • If the wiki has a community, the community should have approved the user's request, generally on a local request page. The user should wait at least a week—perhaps two if the community is very small—before placing their request on Meta.
  • If the wiki has no community, or if it has too few active users to hold a meaningful discussion of the issue, it is probably advisable to grant temporary rather than permanent rights. Three months is a common period for temporary rights.
  • Be sure the community does not already have a local bureaucrat. Stewards should only grant administrator and bureaucrat requests on wikis with no local bureaucrats. The only exception to this is if all local bureaucrats have been inactive for a period of time.

CheckUser rights

  • Read the CheckUser policy carefully. Pay particular attention to the Access section, which specifies several important rules regarding the bestowal of this status. The use of this tool can have legal implications, so knowing and following the policy is of the utmost importance. Breach of the rules in this policy may result in removal of steward rights.
  • Send this e-mail to the user to request that they sign the Confidentiality agreement for nonpublic information with the Wikimedia Foundation, record on the request page that the mail has been sent.
  • If the user claims to have already signed the confidentiality agreement with the Foundation, check the Access to nonpublic personal data policy noticeboard or ask for confirmation of this fact from the Trust and Safety team.
  • Grant rights only after receiving confirmation from the Wikimedia Foundation that the confidentiality agreement has been signed.
  • After granting access, list the user in the appropriate section on CheckUser.
  • Ask the user to subscribe to checkuser-l, and notify the listadmins that the user has been approved.

Oversight rights

  • Read the policy at Oversight policy carefully. Pay particular attention to the Access section, which specifies several important rules regarding the bestowal of this status. The use of this tool can have legal implications, so knowing and following the policy is of the utmost importance. Breach of the rules in this policy may result in removal of steward rights.
  • On the English Wikipedia, only the Arbitration Committee can approve a request for this status.
  • Send this e-mail to the user to request that they sign the Confidentiality agreement for nonpublic information with the Wikimedia Foundation, record on the request page that the mail has been sent.
  • If the user claims to have already signed the confidentiality agreement with the Foundation, check the Access to nonpublic personal data policy noticeboard or ask for confirmation of this fact from the Trust and Safety team
  • Grant rights only after receiving confirmation from the Wikimedia Foundation that the confidentiality agreement has been signed.
  • After granting access, list the user at Oversight policy/User list.

Removal of access

  • If a user requests that his or her own rights be removed, it is generally put on hold for some time (usually 24 hours) to allow the user to change their mind if they wish to do so.
  • If a user requests that another user's rights be removed, be sure that the action complies with the local wiki's policy on removal of rights. This will often involve sifting through a lengthy debate on a local request page to confirm the validity of the procedure.
  • After removing a user's checkuser or oversight rights, do not forget to remove them from the corresponding lists.

Temporary rights

CheckUser information

  • See Steward requests/Checkuser.
  • If local checkusers exist in a project, checks should generally be handled by those. In emergencies or for multi-project checkuser checks as in the case of cross-wiki vandalism stewards may perform local checks. Stewards should remove checkuser access on the projects upon completion of the checks and notify the local checkusers or checkuser email list. (from the official CheckUser policy page).
  • Stewards may checkuser on loginwiki as a form of long-requested "cross-wiki checkusering" (link).
  • Note: The German Wikipedia requests that absolutely all CheckUser queries must be announced on de:Wikipedia:Checkuser/Anfragen (please ask the local users with access if you need help with formulation, or with precisely what should be published).

Other steward tasks

  • Ideally, one or several stewards should be 'on duty' in the #wikimedia-stewardsconectar IRC channel at any given time. Users of small wikis are encouraged to use this channel to report emergencies, but it has also been used for conversation about and among stewards, and for discussion of routine matters.

Email templates

To be sent to users with access to private data:

Communication with other stewards

Mailing list: There is a private stewards mailing list, for discussions of policy and private requests. Please be advised that some mail services might mark some mail as "Spam". For instance, when using Gmail, it may be useful to setup a filter, instructing the service to avoid marking mails that are addressed "To: stewards-l@lists.wikimedia.org", checking the box "Never send it to Spam".

IRC: The public #wikimedia-stewardsconectar channel is a place to ask for help, announce emergencies, or discuss ongoing events with stewards and others. stewardbot will flag stewards' attention if you say !steward in the channel.

Meta: High-level discussion about policy and other wikis takes place on the Stewards' noticeboard and Meta:Babel.

Tools and bug reports

Tools

Main page: Small Wiki Monitoring Team/Tools
user or wiki activity
  • CrossActivity: one user's edit/sysop/bureaucrat activity on all wikis.
  • Stewardry: sysops/bureaucrats/checkusers/oversighters on a wiki by date of last activity (log and edits).
  • Steward activity statistics: times of the last log actions per steward.
  • User contributions: contributions and block status on all wikis for the given user name.
  • xWikiness: the spread of the user's contributions over the various projects.
other
  • CrossBlock: block status of given IP, CIDR range, or user on all wikis with links to prefilled block/unblock forms.
  • gUserSearch: search and filter global accounts by exact, partial, or regex match.
  • SULutil and Stalktoy: information about a given global account, and information and unification status for each local account with that name.
  • SULWatcher - Reports: reports and logs of SULWatcher's monitoring of account unifications.
  • Steward requests: overview of open steward requests.
JavaScript
  • StewardScript: adds shortcuts to the Meta interface for quicker stewarding.
  • hideuser: allows quickly crosswiki local-hiding of globally locked & hidden accounts; available on the gadgets tab of Special:Preferences
IRC
  • StewardBot: a Python script which accepts commands from authorized stewards on IRC and performs utility operations related to steward activities.