página de información de wikipedia
página de información de wikipedia
La protección de cambios pendientes es una herramienta que se utiliza para suprimir el vandalismo y otras molestias recurrentes en Wikipedia, al tiempo que permite a un usuario de buena fe enviar una edición para su revisión. Diseñado para artículos editados con poca frecuencia que experimentan altos niveles de ediciones problemáticas por parte de usuarios nuevos o no registrados, la protección de cambios pendientes se puede utilizar como una alternativa a la semiprotección y la protección total para permitir que los usuarios nuevos y no registrados editen páginas manteniendo las ediciones ocultas. a la mayoría de los lectores hasta que sean aceptados por un revisor de cambios pendientes (también llamado "revisor") o administrador . Hay relativamente pocos artículos en Wikipedia con este tipo de protección.
Cuando una página bajo protección de cambios pendientes es editada por un editor no registrado (también llamado "editor de IP") o una nueva cuenta de usuario , la edición no es directamente visible para la mayoría de los lectores de Wikipedia hasta que sea revisada y aceptada por un editor con el revisor de cambios pendientes a la derecha .
Los cambios pendientes son visibles en el historial de la página, donde están marcados como "pendiente de revisión". La última revisión aceptada se muestra al público en general, mientras que los usuarios que han iniciado sesión ven la última revisión de la página con todos los cambios aplicados. Cuando los editores que no son revisores realizan cambios en un artículo con cambios pendientes no revisados, sus ediciones también se marcan como "pendientes de revisión" y no son visibles para la mayoría de los lectores hasta que se revisan.
Tanto los usuarios que han iniciado sesión como los usuarios no registrados que hacen clic en la pestaña "editar esta página" editan la última revisión como de costumbre. Si hay cambios pendientes en espera de revisión, habrá un cuadro desplegable junto al título del artículo que señalará los cambios pendientes.
Los cambios pendientes pueden usarse para proteger artículos contra vandalismo persistente, violaciones de la política de biografías de personas vivas y violaciones de derechos de autor .
Aplicar protección de cambios pendientes
Los administradores pueden aplicar protección de cambios pendientes a páginas que estén sujetas a vandalismo intenso y persistente , violaciones de la política de biografías de personas vivas o inserción de contenido que viole los derechos de autor. La protección de cambios pendientes no debe usarse como medida preventiva contra violaciones que aún no han ocurrido, ni debe usarse para privilegiar a los usuarios registrados sobre los no registrados en disputas de contenido. La protección de cambios pendientes no debe utilizarse en artículos con una tasa de edición muy alta, incluso si cumplen con los criterios antes mencionados. En lugar de ello, debería considerarse la semiprotección.
Además, los administradores pueden aplicar protección temporal de cambios pendientes en páginas que están sujetas a vandalismo o interrupción significativa pero temporal (por ejemplo, debido a la atención de los medios) cuando bloquear usuarios individuales no es una opción factible. Como ocurre con otras formas de protección, el plazo de la protección debe ser proporcional al problema. La protección indefinida del PC sólo debe utilizarse en casos de perturbaciones graves a largo plazo.
Al igual que la semiprotección, la protección de PC nunca debe usarse en disputas de contenido genuinas, donde existe el riesgo de poner en desventaja a un grupo particular de editores.
Los editores sin privilegios de administrador pueden solicitar protección de página si se cumplen los criterios anteriores. La eliminación de la protección de cambios pendientes puede ser realizada por cualquier administrador o solicitada en solicitudes de desprotección .
Revisar ediciones pendientes
El proceso de revisión pretende ser una verificación rápida para garantizar que las ediciones no contengan:
Los revisores son usuarios suficientemente experimentados a quienes se les concede la posibilidad de aceptar las ediciones de otros usuarios. Los revisores tienen un nivel de confianza similar al de los revisores ; todos los administradores tienen derecho de revisor. Los posibles revisores deben reconocer el vandalismo, estar familiarizados con las políticas de contenido básicas, como la política sobre personas vivas, y tener un nivel razonable de experiencia en la edición de Wikipedia. Se recomienda leer la guía de revisión , donde se detallan el proceso de revisión y las expectativas de un revisor.
Los revisores y administradores verán un banner amarillo de lista de seguimiento en su lista de seguimiento siempre que haya una edición pendiente que necesite revisión. Si un revisor o administrador desea desactivarlo, puede pegarlo #mw-fr-watchlist-pending-notice {display: none}
en su archivo common.css .
La aceptación de una edición por parte de un revisor no es un respaldo de la edición. Simplemente indica que se ha verificado la edición para detectar problemas obvios como los enumerados anteriormente.
Los derechos de revisor se otorgan previa solicitud en Wikipedia: Solicitudes de permisos . Si bien cualquier administrador tiene la capacidad técnica de eliminar el permiso del revisor, la eliminación debe ocurrir sólo como resultado del consenso de una discusión o cuando un editor solicita la eliminación de su propio permiso. La discusión sobre la eliminación del permiso del revisor normalmente debe ocurrir en el tablón de anuncios de los Administradores . Se recomienda conversar con el editor involucrado y/o solicitar una segunda opinión en la página de discusión de cambios pendientes antes de solicitar formalmente la eliminación.
La revisión de los cambios pendientes debe resolverse en plazos razonables (como máximo unas pocas horas). La gestión del trabajo pendiente debe coordinarse a nivel comunitario. El trabajo pendiente se puede ver en Especial:PendingChanges . A partir de julio de 2021, las ediciones rara vez quedan sin revisar durante más de uno o dos días y el trabajo pendiente suele estar vacío.
Los cambios pendientes agregan resaltado que se pierde cuando se deshabilita
En el historial de edición, las revisiones aceptadas se resaltan, lo que mejora la legibilidad. Además, se aplican etiquetas visibles para indicar por qué se aceptaron ediciones particulares ("aceptadas automáticamente"/"aceptadas por [nombre de usuario]"). A partir de septiembre de 2018 [actualizar], este resaltado todavía se pierde permanentemente para los cambios anteriores en una página determinada siempre que la configuración de cambios pendientes esté deshabilitada. [1] Cuando los cambios pendientes se habiliten nuevamente, el resaltado solo se aplicará a los cambios más recientes . Por lo tanto, es una buena opción dejar habilitados los cambios pendientes cuando se aplican otras protecciones. [2]
Efecto de varios niveles de protección.
Preguntas frecuentes
- Si un usuario establecido edita un artículo con cambios pendientes no revisados, ¿se acepta automáticamente la nueva versión?
- No. Si el usuario es un revisor (es decir, se le ha otorgado el permiso de "revisor"), se le pedirá que revise y acepte cualquier cambio pendiente no revisado. Si el usuario no es revisor, la edición también se marcará como "pendiente de revisión". (Los revisores pueden probar esto rechazando la versión actual de una página con cambios pendientes y luego intentando editarla). Una excepción a esto es cuando un usuario revierte una edición pendiente a la última revisión aceptada: en este caso, la reversión se acepta automáticamente.
- ¿Qué sucede si varias ediciones de IP de un artículo con cambios pendientes dan como resultado una edición nula ? (Por ejemplo, una IP realiza una edición y luego otra IP la deshace ).
- Si todas fueron realizadas por una sola IP, automáticamente se acepta la nueva versión. Si diferentes usuarios editaron, no se acepta la nueva versión (para evitar posibles abusos).
- ¿ En qué tipos de páginas se pueden utilizar los cambios pendientes?
- Al principio, se determinó por consenso que los cambios pendientes podrían usarse solo en artículos sujetos a la política de protección y en páginas de prueba en el espacio del proyecto. Una solicitud posterior de comentarios encontró permitido utilizar cambios pendientes más allá de los artículos; sin embargo, el software lo restringe a los espacios de nombres principal y del proyecto, y no se realizó ninguna solicitud para permitir otros espacios de nombres. No es técnicamente posible que las páginas de discusión se coloquen en cambios pendientes.
- ¿No se eliminó la protección de cambios pendientes?
- Si y no. La protección de cambios pendientes se implementó a modo de prueba en 2010. En 2011, la protección de cambios pendientes se eliminó como mecanismo para proteger páginas, hasta que se alcanzó un acuerdo de consenso sobre su implementación. Ha habido una serie de discusiones sobre el uso de la función y se volvió a poner en servicio el 1 de diciembre de 2012. Desde entonces, solo se utilizan los cambios pendientes de nivel 1, que afectan las ediciones de usuarios nuevos y no registrados. A partir de enero de 2017, ha habido consenso para eliminar los cambios pendientes del nivel 2 y, como resultado, ahora solo se utiliza el nivel 1.
- ¿Cómo saber si una página tiene protección de cambios pendientes?
- Las páginas protegidas normalmente están marcadas con un pequeño símbolo de candado en la esquina superior dependiendo de su nivel de protección. Además, habrá un cuadro desplegable junto al título del artículo, que señalará los cambios pendientes, si los hay.
Línea de tiempo
A continuación se muestra una lista de debates y encuestas anteriores relacionados con la función Cambios pendientes:
- Marzo de 2009: Primera encuesta de 4 a 1 que aprueba el juicio original
- Mayo de 2010: RFC sobre algunas cuestiones previas al juicio
- Junio 2010 – Agosto 2010: Prueba de cambios pendientes
- Agosto de 2010: encuesta informal 2 a 1 a favor de continuar con el PC de alguna forma
- Septiembre de 2010: encuesta informal sobre el uso provisional
- Septiembre de 2010 – mayo de 2011: Continuación de cambios pendientes sin mandato claro
- Febrero de 2011 – mayo de 2011: PC RfC 2011 finalizó la prueba original de PC.
- Marzo de 2012 – junio de 2012: PC RfC 2012 estableció un consenso para habilitar la PC antes de finales de 2012.
- Septiembre de 2012: WP:PC2012/RfC 1 discutió si utilizar el Nivel 2 con cambios pendientes.
- Octubre de 2012: WP:PC2012/RfC 2 discutió cuándo aplicar los cambios pendientes, los criterios para rechazar ediciones y varias ideas para reducir el trabajo atrasado.
- Noviembre de 2012: WP:PC2012/RfC 3 analizó la implementación y el uso de la función de cambios pendientes.
- Diciembre de 2012 –: Cambios pendientes reactivados de forma permanente
- Mayo de 2013: PC RfC 2013 se cierra porque requiere más discusión para su implementación. Reabrió la cuestión de si utilizar el Nivel 2 en espera de cambios.
- Enero de 2014: PC RFC 2014 se abrió para determinar si hay consenso sobre cómo implementar los cambios pendientes de nivel 2. Cuando se cerró en junio, ya no había consenso para utilizar los cambios pendientes de nivel 2, pero si y cuándo Si se desarrolla dicho consenso, existe cierto consenso sobre cuándo aplicarlo.
- Octubre de 2016: DC RFC 2016 se abrió para determinar si se debe permitir que el filtro de edición, los bots y ORES pospongan las ediciones sospechosas para su revisión mediante cambios diferidos . El RfC fue aprobado en su totalidad.
- Noviembre de 2016: Se abrió PC RFC 2016 #1 para proponer reducir el umbral de aceptación automática para PC2 y establecer criterios de uso.
- Noviembre de 2016: PC RFC 2016 #2 se abrió para proponer varias cosas, incluida la implementación de cambios pendientes para todos los artículos, su implementación para ciertos tipos de artículos (incluidos buenos artículos , artículos destacados , artículos vitales y artículos de biografía de personas vivas ), auto- otorgar al revisor derecho sobre aquellos que cumplan ciertos criterios y crear una herramienta semiautomática para la revisión. La parte para crear una herramienta de revisión semiautomática se retiró del RFC porque no necesitaba consenso, y el RFC luego se cerró con consenso contra todos los cambios propuestos restantes.
- Enero de 2017: RFC eliminará los cambios pendientes de nivel 2, después de que todos los RFC sobre el tema no lograran consenso para su uso.
- Noviembre de 2017: La propuesta para implementar cambios diferidos quedó marcada como inactiva, debido a la falta de trabajo en su implementación técnica.
Ver también
- Wikipedia: cambios diferidos , propuesta para permitir que los bots , el filtro de edición y/o ORES difieran las ediciones sospechosas para su revisión (originalmente Wikipedia: revisiones diferidas ).
- Wikipedia: Protección marcada y revisiones patrulladas , la propuesta de prueba original.
- Wikipedia: Revisiones patrulladas , una solicitud de un sistema de revisión pasiva, parte de la propuesta original.
- Wikipedia: PC2012 , una descripción general de la implementación de cambios pendientes en 2012.
- Wikipedia: Bloques de cambios pendientes , propuesta para una forma de restricción de edición específica del usuario que es para un bloque clásico lo que la protección de cambios pendientes es para la protección clásica.
- Wikipedia: Advertencias de cambios pendientes , un ensayo sobre por qué el uso de cambios pendientes fue severamente limitado.
- Wikipedia: Revisiones marcadas cronometradas , una propuesta para agregar revisión automática cronometrada a Cambios pendientes, para que funcione como una herramienta de protección más suave (más amplia).
Interfaz
Registros
Notas a pie de página
- ^ "⚓ T189422 Al deshabilitar los cambios pendientes se elimina el resaltado visual y el etiquetado de reversiones y aceptaciones". phabricator.wikimedia.org . Consultado el 26 de abril de 2019 .
- ^ A partir de septiembre de 2018, no hay protecciones más débiles que los cambios pendientes de nivel 1 (PC1), por lo tanto, la PC1 no interferirá cuando se habiliten otras protecciones.