Iniciativa por la salud de la comunidad/Bloqueo de usuarios por página de usuario, espacio de nombres y de subidas de archivos

From Meta, a Wikimedia project coordination wiki
Jump to navigation Jump to search
This page is a translated version of the page Community health initiative/Partial blocks and the translation is 48% complete.

Other languages:
Bahasa Indonesia • ‎English • ‎Nederlands • ‎dansk • ‎español • ‎français • ‎polski • ‎suomi • ‎العربية • ‎فارسی • ‎مصرى • ‎中文 • ‎日本語
Light-Bulb icon by Till Teenck green.svg

This page documents a feature the Wikimedia Foundation's Anti-Harassment Tools team has prioritized for software development.

🗣   We invite you to join the discussion!

El equipo de Herramientas Antiacoso de la Fundación Wikimedia está desarrollando los bloqueos parciales. Los bloqueos completos no siempre son la respuesta apropiada a una situación problemática. A veces, un bloqueo más táctico y de ámbito más reducido puede calmar estas situaciones a la vez que retiene a colaboradores constructivos. El objetivo de este proyecto es ofrecer a los administradores de wikis un conjunto más robusto de herramientas con el que responder mejor a las distintas situaciones de conflicto entre usuarios.

Puedes comentar este proyecto en Discusión:Iniciativa por la salud de la comunidad/Bloqueos por usuario, espacio de nombres y subida.

Acerca de esta iniciativa

Tipos de bloqueos

El funcionamiento del bloqueo completo en todo el proyecto no cambiará. Todos los bloqueos existentes permanecerán vigentes y la capacidad de bloquear a los usuarios problemáticos en todo el wiki permanecerá como tal. Además de los bloqueos en todo el proyecto, nos gustaría presentar la capacidad de bloquear a un usuario de:

  1. editar una o más página(s) determinadas,
  2. editar todas las páginas en uno o más espacio(s) de nombre(s),
  3. cargar archivos,
  4. enviar correos electrónicos a otros usuarios.

Casos de uso

Estos bloqueos parciales pueden ser útiles cuando:

  • Un usuario que por otra parte es productivo tiene una agenda sobre un asunto particular (por ejemplo, un asunto político, religioso, etc.).
  • Se produce vandalismo sostenido en una página desde un rango identificable de IP (por ejemplo, estudiantes de un equipo deportivo que vandalizan páginas sobre un equipo rival).
  • Dos o más usuarios han sido sancionados con una prohibición de interacción.
  • Un usuario tiene un amplio historial de subir imágenes con derechos de autor.
  • Un usuario abusa de la funcionalidad de enviar correos electrónicos a otros usuarios pero por lo demás es productivo en el wiki.
  • Un usuario hace ediciones inoportunas en plantillas.


Estos bloqueos parciales funcionarían de forma similar a los bloqueos completos:

  • Podrán ser fijados por administradores.
  • Podrán fijarse para nombres de usuario o direcciones o rangos de IP
  • Incluirán los parámetros estándar de bloqueo: motivo, caducidad, inclusión de páginas de discusión o subpágina y la opción de autobloquear las IP.
  • Figurarán en el registro de bloqueos, en Especial:UsuariosBloqueados y en cualquier otro sitio donde ya aparecen los bloqueos completos.
  • Cuando un usuario ha sido bloqueado, verá un mensaje de bloqueo que le informará de qué es lo que se le impide editar junto con el resto de la información sobre el bloqueo (qué administrador le bloqueó, la caducidad del bloqueo, el motivo y cómo solicitar el desbloqueo).
  • Solamente se puede fijar un bloqueo cada vez, por lo que, para ajustar el alcance del bloqueo, el administrador deberá modificar el bloqueo existente.


20 de julio

The banner has been disabled because of the delayed code release to major Wikipedias. We aim to re-enable it on all wikis from July 30 to August 3.

19 de julio

From today until Monday, July 23 we will be running a banner on Special:Block to invite administrators to visit this wiki page to read about this project and to provide feedback on our designs. If that banner brought you here, welcome!

13 de julio

This project was slightly delayed due to other interruptive work and unfortunately will not be demonstrable by Wikimania. The entire Anti-Harassment Tools team will be at Wikimania in Cape Town next week, so if you are attending please find us and discuss this project!

We are optimistic to have a functional version of this in early August. We're still planning to build it according to the designs in the June 28 update.

During the last week on July, we will post a banner on Special:Block inviting people to visit this page to learn about our changes. We anticipate a lot of people will join the discussion. Welcome!

We will also be holding a technical RFC in the coming weeks to make sure our architecture decisions are agreeable.

28 de junio de 2018

This project is currently in development and we hope to have a functional version ready by mid-July to demonstrate how this would work for further feedback. We anticipate a mid-August release to test wikis and will soon be looking for a wiki to try this as a pilot.

We have a new series of designs to share. We believe these should address most feedback we've received over the past month.

Notes about these designs:

  • The first mockup shows the checkboxes for 'upload files' and 'moving pages' as unselected. This is an error we will fix in our next round of designs.
  • The dropdown for Reason will display as wide as it needs to, based on the customized list on every wiki. It will function as it does today.
  • We plan to add in ajax loading for the block history table, which will display under the tool on small monitors or to the right of the tool on wide monitors for LTR wikis.


Previous updates have been posted on the talk page, but moving forward we will provide updates directly here. Here is a summary of the project to date:

  • We believe it makes the most logical and practical sense to build this functionality on top of Special:Block as opposed to a new tool, as it shares nearly identical mental models, workflows, and user experiences. We understand that most blocks will be sitewide so the default workflows will be optimized to not interrupt current usage. All changes we make will be additive to existing functionality.
  • We have decided to put blocking by categories on hold as it poses some complicated challenges. We will ensure page, namespace, and upload blocking are satisfactory and are achieving the goal of allowing communities to set appropriate sanctions to keep troublesome users productive yet distanced from areas where they cause problems.
  • It has been suggested that we abandon this project altogether. Our team, the Anti-Harassment Tools team, strongly believes this will be a useful tool to address situations and we acknowledge this needs to be released to wikis delicately as it will alter how sanctions are set. We do not believe partial blocks will be appropriate for all situations, in some cases socially enforced sanctions may still be needed.

Proposed implementation

  • On Special:Block, add a radio button to select setting the block as sitewide vs. partial.
  • When a block is saved with the sitewide radio button selected, the block should behave exactly as it does today.
  • If the partial radio button is selected, the admin should be able to provide a list of pages and/or namespaces:
    • If an admin specifies page(s) to block:
      • Page blocks can only be set for existing pages, with validation required in the input field.
      • An autosuggest should help the admin find the correct page.
      • Pages can be from any namespace
      • If a page is moved or deleted, the user should still be blocked from editing that page (i.e. block by page ID, not page name)
    • If an admin specifies namespace(s) to block:
      • The input field should only accept valid namespaces, with validation required in the input field.
      • An autosuggest should help the user find the correct namespace.
  • Help tooltips should display for the new fields
  • Block log entries on Special:Contributions, Special:Block, and Special:Log should be indicate if the block is partial:
    • Log for sitewide blocks should not change.
    • Log for page blocks should include TIMESTAMP Admin-who-blocked (t|c|b) blocked BadApples (t|c) from editing the page(s) Foobar with an expiration time of N (reason) (unblock | change block)
    • Log for namespace blocks should include TIMESTAMP Admin-who-blocked (t|c|b) blocked BadApples (t|c) from editing the namespace(s) Foobar with an expiration time of N (reason) (unblock | change block)
    • Log for both page and namespace blocks should include TIMESTAMP Admin-who-blocked (t|c|b) blocked BadApples (t|c) from editing the page(s) Foobar and namespace(s) Foobar2 with an expiration time of N (reason) (unblock | change block)
  • The block should be listed and annotated on Special:BlockList, per the designs
  • When a user attempts to edit an applicable page, they should see a new type of block warning message using a new string key which include information on their block (reason, expiration, etc.)
  • Only one block per user (like it is today) — to update the block, admins will need to modify the block.
  • If a partial block is set, the checkbox for Prevent this user from editing his own talk page while blocked should be marked as disabled
  • The Block API should be updated to support all partial block functionality
    • Sitewide blocking via API should not change
    • API documentation should be updated
    • If a partial block is set via API, invalid pages and namespaces should be ignored



Bloqueos de categoría

Anteriormente, este proyecto aspiraba a crear la capacidad de los administradores de bloquear a un usuario de editar todas las páginas de una categoría dada. Esto se ha puesto en suspenso hasta que hayamos creado bloqueos de página, de espacio de nombres y de subida. Los bloqueos de categoría plantean desafíos únicos que deben abordarse antes de que podamos proceder a su desarrollo:

  • ¿Cómo trataremos las categorías que puedan estar en las páginas de discusión de los artículos pertinentes?
  • ¿Con qué profundidad deberían aplicarse los bloqueos a las subcategorías dentro del árbol de categorías?
  • ¿Cómo abordar situaciones en las que un usuario pueda utilizar un títere para eliminar una categoría de una página y así cambiar el alcance de su propio bloqueo?
  • ¿Supondrá esto una ralentización en la experiencia de usuario?

Solicitudes de los usuarios

Se ha solicitado la posibilidad de implantar tipos de bloqueos más tácticos en:

Restricciones de edición

Además del bloqueo simple por usuario, al equipo de Herramientas Antiacoso de la Fundación le gustaría apoyar el trabajo realizado por voluntarios que fijan, monitorizan y ponen en vigor restricciones en los wikis de Wikimedia, así como construir sistemas que hacen que les resulte más fácil a los usuarios que se encuentran bajo una restricción evitar la tentación de transgredir una sanción y seguir siendo colaboradores constructivos.

La página de restricción de ediciones se utilizará para cotejar y compartir herramientas para mejorar la precisión y la eficiencia de este trabajo. Únete a nosotros en Discusión:/Restricciones de edición para comentar los problemas planteados ahora que podrían ser abordados con la ayuda de la tecnología.