Wikipedia: alterações pendentes

Esta é uma página de informações . Não é uma das políticas ou diretrizes da Wikipedia , mas pretende descrever alguns aspectos das normas, costumes, tecnicismos ou práticas da Wikipedia. Pode refletir vários níveis de consenso e verificação .

Atalhos WP: PC WP: FLP WP: PEND

A proteção contra alterações pendentes é uma ferramenta usada para suprimir o vandalismo e alguns outros incômodos recorrentes na Wikipedia, permitindo que umusuário de boa fé envie uma edição para revisão. Destinado a artigos editados com pouca frequência que apresentam altos níveis de edições problemáticas de usuários novos ou não registrados, a proteção de alterações pendentes pode ser usada como uma alternativa à semiproteção e proteção total para permitir que novos usuários não registrados editem páginas, enquanto mantém as edições ocultos para a maioria dos leitores até que sejam aceitos por um revisor. Existem relativamente poucos artigos na Wikipedia com esse tipo de proteção.

Quando uma página sob proteção de alterações pendentes é editada por um editor não registrado (também chamado de IP) ou um novo usuário , a edição não é diretamente visível para a maioria dos leitores da Wikipedia, até que seja revisada e aceita por um editor com o direito de revisor .

As alterações pendentes são visíveis no histórico da página, onde são marcadas como revisão pendente. A última revisão aceita é exibida para o público em geral, enquanto os usuários logados veem a última revisão da página, com todas as alterações aplicadas. Quando editores que não são revisores fazem alterações em um artigo com alterações pendentes não revisadas, suas edições também são marcadas como pendentes e não são visíveis para a maioria dos leitores.

Tanto os usuários logados quanto os não registrados que clicam na guia "editar esta página" editam a versão mais recente normalmente. Se houver alterações pendentes aguardando revisão, haverá uma caixa suspensa ao lado do título do artigo, apontando para as alterações pendentes.

Alterações pendentes podem ser usadas para proteger artigos contra vandalismo persistente, violações da política de biografias de pessoas vivas e violações de direitos autorais.

Aplicando proteção contra alterações pendentes

Para a política sobre a aplicação de proteção contra alterações pendentes, consulte Wikipedia: Política de proteção # Proteção contra alterações pendentes . Esta seção tem como objetivo complementar ou esclarecer a política. Se eles discordarem, siga a política ou discuta a opção de alterá-la .

Os administradores podem aplicar proteção contra alterações pendentes a páginas sujeitas a vandalismo pesado e persistente , violações da política de biografias de pessoas vivas ou inserção de conteúdo que viole direitos autorais. A proteção contra alterações pendentes não deve ser usada como uma medida preventiva contra violações que ainda não ocorreram, nem deve ser usada para privilegiar usuários registrados sobre usuários não registrados em disputas de conteúdo. A proteção contra alterações pendentes não deve ser usada em artigos com uma taxa de edição muito alta, mesmo que atendam aos critérios mencionados acima. Em vez disso, a semi-proteção deve ser considerada.

Além disso, os administradores podem aplicar proteção temporária contra alterações pendentes em páginas sujeitas a vandalismo ou interrupção significativa, mas temporária (por exemplo, devido à atenção da mídia) quando bloquear usuários individuais não for uma opção viável. Tal como acontece com outras formas de proteção, o período de tempo da proteção deve ser proporcional ao problema. A proteção indefinida do PC só deve ser usada em casos de interrupção severa de longo prazo.

Como a semiproteção, a proteção do PC nunca deve ser usada em disputas de conteúdo genuíno, onde existe o risco de colocar um determinado grupo de editores em desvantagem.

Editores sem privilégios de administrador podem solicitar proteção de página se os critérios acima forem atendidos. A remoção da proteção contra alterações pendentes pode ser solicitada a qualquer administrador ou em solicitações de desproteção .

Revendo edições pendentes

Para obter orientações sobre como revisar edições, consulte Wikipedia: Revisando alterações pendentes . Esta seção tem como objetivo complementar ou esclarecer a diretriz. Se eles discordarem, siga a diretriz ou discuta a opção de alterá-la .

O processo de revisão é uma verificação rápida para garantir que as edições não contenham:

• vandalismo
• violações da política de pessoas vivas
• violações de direitos autorais
• outro conteúdo obviamente impróprio

Os revisores são usuários suficientemente experientes que têm permissão para aceitar as edições de outros usuários. Os revisores têm um nível de confiança semelhante aos rollbackers ; todos os administradores têm o direito de revisor. Os revisores em potencial devem reconhecer o vandalismo, estar familiarizados com as políticas básicas de conteúdo, como a política sobre pessoas vivas, e ter um nível razoável de experiência em edição da Wikipedia. A leitura da diretriz de revisão , onde o processo de revisão e as expectativas de um revisor são detalhados, é recomendada.

Revisores e administradores verão um banner rosa de lista de observação em sua lista de observação sempre que houver uma edição pendente que precisa de revisão. Se um revisor ou administrador deseja desativá-lo, eles podem colar #mw-fr-watchlist-pending-notice {display: none}em seu common.css .

A aceitação de uma edição por um revisor não é um endosso da edição. Ele simplesmente indica que a edição foi verificada quanto a problemas óbvios, conforme listado acima.

Os direitos de revisor são concedidos mediante solicitação na Wikipedia: Solicitações de permissões . Embora qualquer administrador tenha capacidade técnica para remover a permissão do revisor, a remoção deve ocorrer apenas como resultado do consenso de uma discussão ou quando um editor solicita a remoção de sua própria permissão. A discussão sobre a remoção da permissão do revisor normalmente deve ocorrer no quadro de avisos dos administradores . A discussão com o editor envolvido e / ou um pedido de uma segunda opinião na página de discussão de alterações pendentes é recomendado antes de solicitar formalmente a remoção.

A revisão das alterações pendentes deve ser resolvida dentro de limites de tempo razoáveis ​​(no máximo algumas horas). O gerenciamento do backlog deve ser coordenado no nível da comunidade. O backlog pode ser visto em Special: PendingChanges . Em janeiro de 2013, as edições raramente ficavam sem revisão por mais de duas a três horas e o backlog costumava ficar vazio.

As alterações pendentes adicionam destaque que é perdido quando desativado

No histórico de edição, as revisões aceitas são destacadas, o que melhora a legibilidade. Além disso, tags visíveis são aplicadas para indicar porque edições específicas foram aceitas ("automaticamente aceito" / "aceito por [Nome de usuário]"). Desde setembro de 2018 ^[atualizar], esse destaque ainda está permanentemente perdido para alterações anteriores em uma determinada página, sempre que a configuração de alterações pendentes é desativada. ^[1] Quando as alterações pendentes são habilitadas novamente, o destaque só será aplicado às alterações mais recentes . Portanto, é uma boa escolha deixar as alterações pendentes ativadas quando outras proteções forem aplicadas. ^[2]

Efeito de vários níveis de proteção

Perguntas frequentes

Se um usuário estabelecido edita um artigo com alterações pendentes não revisadas, a nova versão é aceita automaticamente?

Não. Se o usuário for um revisor (ou seja, o usuário recebeu a permissão de "revisor"), ele será solicitado a revisar e aceitar quaisquer alterações pendentes não revisadas. Se o usuário não for um revisor, a edição também será marcada como "revisão pendente". (Os revisores podem testar isso ao não aceitar a versão atual de uma página sob as alterações pendentes e, em seguida, tentar editar.) Uma exceção a isso é quando um usuário reverte uma edição pendente para a última revisão aceita: neste caso, a reversão é aceita automaticamente.

O que acontece se várias edições de IP em um artigo sob alterações pendentes resultarem em uma edição nula ? (Por exemplo, um IP faz uma edição, depois outro IP a desfaz .)

Se todas foram feitas por um único IP, a nova versão é automaticamente aceita. Se diferentes usuários editarem, a nova versão não será aceita (para evitar possíveis abusos).

Em que tipos de página as alterações pendentes podem ser usadas?

A princípio, foi determinado por consenso que as alterações pendentes poderiam ser usadas apenas em artigos, sujeitos à política de proteção , e em páginas de teste no espaço do projeto. Uma solicitação posterior de comentários considerou permissível o uso de alterações pendentes além dos artigos; no entanto, é restrito pelo software aos namespaces principal e de projeto, e nenhuma solicitação para permitir outros namespaces foi feita. Não é tecnicamente possível que páginas de discussão sejam colocadas em alterações pendentes.

A proteção contra alterações pendentes não foi eliminada?

Sim e não. A proteção contra alterações pendentes foi implantada em caráter experimental em 2010. Em 2011, a proteção contra alterações pendentes foi abandonada como um mecanismo de proteção de páginas, até que um consenso sobre sua implantação fosse alcançado. Houve uma série de discussões sobre o uso do recurso e ele foi colocado novamente em serviço em 1º de dezembro de 2012. Desde então, apenas as alterações de nível 1 pendentes, que afetam as edições de usuários novos e não registrados, estão sendo usadas. Em janeiro de 2017, havia consenso para retirar o nível 2 de alterações pendentes e, como resultado, apenas o nível 1 agora é usado.

Como você pode saber se uma página tem proteção contra alterações pendentes?

As páginas protegidas são normalmente marcadas com um pequeno símbolo de cadeado no canto superior, dependendo do nível de proteção. Além disso, haverá uma caixa suspensa ao lado do título do artigo, apontando para as alterações pendentes, se houver.

Linha do tempo

Abaixo está uma lista de discussões e pesquisas anteriores relacionadas ao recurso Alterações Pendentes:

• Março de 2009: Primeira votação 4 a 1 aprovando o teste original
• Maio de 2010: RFC em algumas questões pré-julgamento
• Junho de 2010 - agosto de 2010: teste de alterações pendentes
• Agosto de 2010: Pesquisa Straw 2 a 1 em favor da continuação do PC de alguma forma
• Setembro de 2010: pesquisa de palha sobre o uso provisório
• Setembro de 2010 a maio de 2011: Continuação das mudanças pendentes sem mandato claro
• Fevereiro de 2011 - maio de 2011: PC RfC 2011 Terminou o teste do PC original.
• Março de 2012 - junho de 2012: PC RfC 2012 estabeleceu consenso para habilitar o PC antes do final de 2012.
  • Setembro de 2012: WP: PC2012 / RfC 1 discutiu se deve usar o Nível 2 de alterações pendentes.
  • Outubro de 2012: WP: PC2012 / RfC 2 discutido quando aplicar as alterações pendentes, os critérios para rejeitar edições e várias ideias para reduzir o backlog.
  • Novembro de 2012: WP: PC2012 / RfC 3 discutiu a implantação e o uso do recurso de alterações pendentes.
• Dezembro de 2012 -: alterações pendentes reativadas de forma permanente
• Maio de 2013: PC RfC 2013 é encerrado, pois requer mais discussão para implementação. Ele reabriu a questão de se usar as alterações pendentes de Nível 2.
• Janeiro de 2014: PC RFC 2014 aberto para determinar se há consenso sobre como implementar alterações pendentes de nível 2. No momento em que foi fechado em junho, não havia mais um consenso para usar alterações pendentes de nível 2, mas se e quando tal consenso se desenvolve, há algum consenso sobre quando aplicá-lo.
• Outubro de 2016: DC RFC 2016 aberto para determinar se o filtro de edição, bots e ORES devem ter permissão para adiar edições suspeitas para revisão usando alterações adiadas . O RfC foi aprovado na íntegra.
• Novembro de 2016: PC RFC 2016 # 1 aberto para propor a redução do limite de aceitação automática para PC2 e estabelecer critérios de uso.
• Novembro de 2016: PC RFC 2016 # 2 aberto para propor várias coisas, incluindo a implementação de alterações pendentes para todos os artigos, implementando-as para certos tipos de artigos (incluindo bons artigos , artigos em destaque , artigos vitais e biografia de artigos de pessoas vivas ), auto- conceder ao revisor o direito para aqueles que atendem a certos critérios e criar uma ferramenta semiautomática para revisão. A parte para a criação de uma ferramenta de revisão semiautomática foi retirada do RfC por não precisar de consenso, e o RfC foi posteriormente fechado com consenso contra todas as alterações propostas restantes.
• Janeiro de 2017: RFC para remover alterações pendentes de nível 2, depois que todos os RFCs sobre o assunto não conseguiram chegar a um consenso para usá-lo.
• Novembro de 2017: A proposta de implementação de alterações diferidas foi marcada como latente, devido à falta de trabalho na sua implementação técnica.

Veja também

• Wikipedia: Proteção sinalizada e revisões patrulhadas , a proposta de teste original.
• Wikipedia: revisões marcadas cronometradas, uma proposta para adicionar a revisão automática cronometrada às alterações pendentes, para funcionar como uma ferramenta de proteção mais suave (mais ampla).
• Wikipedia: alterações adiadas , proposta para permitir que bots , o filtro de edição e / ou ORES adiem edições suspeitas para revisão (originalmente Wikipedia: revisões adiadas ).
• Wikipedia: revisões patrulhadas , um pedido de um sistema de revisão passiva, parte da proposta original.
• Wikipedia: Blocos de alterações pendentes , proposta de uma forma de restrição de edição específica do usuário que é para um bloco clássico o que a proteção de alterações pendentes é para a proteção clássica.
• Wikipedia: PC2012 , uma visão geral da implementação de 2012 das mudanças pendentes.
• Wikipedia: ressalvas sobre alterações pendentes , um ensaio sobre por que o uso de alterações pendentes foi severamente limitado.

Interface

• Especial: PendingChanges , páginas com edições pendentes.
• Especial: StablePages , páginas sob alterações pendentes.
• Especial: ValidationStatistics , várias estatísticas pertencentes ao recurso Pending Changes.
• Modelo: lista de pendências de alterações pendentes , uma exibição da lista de pendências atual, que pode ser adicionada às páginas do usuário.

Histórico

• Especial: Log / estável , ações para habilitar ou desabilitar mudanças pendentes.
• Especial: AdvancedReviewLog , ações para revisar edições.

Notas de rodapé