Wikipédia:Esplanada/propostas/Eliminador proteger páginas vandalizadas (27jun2013)

Origem: Wikipédia, a enciclopédia livre.

Eliminador proteger páginas vandalizadas (27jun2013)

Estou propondo que os usuários WP:Eliminadores possam proteger páginas que são vandalizadas constantemente. Acho que isso seria uma boa, já que tem páginas que são vandalizadas constantemente e os pedidos ficam mofando por dias e dias.... O que acham? Vitor MazucoMsg 01h33min de 28 de junho de 2013 (UTC)[responder]

Sinto falta de uma tabela comparativa com as funções administrativas, o que cada um pode ou não pode fazer, marcados com Sim e Não sabe? Facilitaria bastante para a comunidade. Constatei algo estranho: por que existem tão poucos interwikis em WP:Eliminadores? Vulcan (discussão) 05h39min de 28 de junho de 2013 (UTC)[responder]
Achei a tabela, está em Wikipédia:Usuários#Tabela, vou analisar com calma. Vulcan (discussão) 05h45min de 28 de junho de 2013 (UTC)[responder]

Isso foi discutido e rejeitado há seis meses e aqui estamos novamente. Alguma coisa mudou de lá pra cá? Surgiu algum motivo que impeça os eliminadores de se candidatarem a administradores? Se isso for aprovado, um eliminador que for reversor poderá proteger, apagar e eliminar. Se pelo menos houvesse um simples motivo pra que eles não se candidatassem a administrador, tudo bem, mas não há. Mais um pouco e pedem pra renomear usuários também.—Teles«fale comigo» 07h04min de 28 de junho de 2013 (UTC)[responder]

O único motivo é: existe o estatuto de eliminador. Se ele não existir(ver seção abaixo) todos eles virariam administradores, e nada impediria eles de focar apenas em eliminação se assim desejarem. Vulcan (discussão) 07h46min de 28 de junho de 2013 (UTC)[responder]
Não faz sentido. Se o estatuto de eliminador não existir, os eliminadores deixam de ser eliminadores. Onde está escrito que eles passam a ser administradores? Não existir eliminadores seria mais um motivo pra os atuais se candidatarem a administrador.—Teles«fale comigo» 07h52min de 28 de junho de 2013 (UTC)[responder]
Sim não está escrito em nenhum lugar, é uma ideia, promover eles, mas atropela as regras, eu sei. Precisa ver se todos cumprem os requisitos, Citação: Wikipédia:Administradores escreveu: «2.000 edições no domínio principal e uma conta com seis meses de registro"»(além de precisar do crivo da comunidade, o que somando tudo é uma exigência extremamente alta e desnecessária, podia afrouxar isso como fazem outras wikis), Citação: Wikipédia:Eliminadores escreveu: «possuir 1.000 edições no domínio principal e ter uma conta com seis meses de registro.», assumindo que conheçam as regras são 1000 edições no domínio principal que separam um do outro. E entendo seu ponto de vista que eles que deveriam se eleger e não remover o estatuto e automaticamente promovê-los a adms. Talvez a ideia de promover automaticamente não seja a melhor por passar por cima das regras atuais de tornar-se administrador e deveríamos focar apenas em extinguir o estatuto de Eliminador, e aí quem quiser ser administrador que se candidate. Vulcan (discussão) 13h13min de 28 de junho de 2013 (UTC)[responder]
Como foi discutido recentemente, recuso-me a participar dessa discussão. Há muitos problemas por aqui e poderíamos estar tratando de outros ao invés de nos repetirmos nos mesmos.--Mister Sanderson (discussão) 23h54min de 27 de julho de 2013 (UTC)[responder]

Adaptado de Wikipédia:Usuários, atualmente as diferenças entre eles são:

O que um Eliminador não pode fazer mas um Administrador pode:
  • ver registros de filtros de edições detalhados
  • ver filtros de edições
  • consultar API em lotes de 5.000.
  • editar páginas semi-protegidas
  • bloquear um endereço IP, uma gama de IPs ou um usuário registrado.
  • impedir um usuário de enviar emails
  • editar o domínio MediaWiki.
  • editar páginas totalmente protegidas.
  • editar as subpáginas .css or .js de outros usuários.
  • ser imune a bloqueios aplicados ao seu IP ou faixa de IPs.
  • marcar reversões como as edições de bot
  • mover páginas com suas subpáginas
  • proteger e desproteger páginas.
  • reverter edições usando o botão "voltar".(rollback, igual a Reversores)
  • ver uma lista de páginas que ninguém vigia.
  • altegrar os grupos de outro usuário. (+/− reversor,+/− autorrevisor+/−  isento de bloqueio)
Tabela completa dos Direitos de acesso
Permitido Herdado automaticamente Herdado por política Limitado por política
       

Privilégios comuns[editar código-fonte]

Privilégio Todos[1] Registrado (Auto)confirmado Autorrevisor Reversor Eliminador Robos Administrador Outros
Ver o registo de edições (abusefilter-log)                
Ver filtros de edições (abusefilter-view)                
Fundir as suas contas (centralauth-merge)                
Criar novas contas de utilizador (createaccount)                
Editar as suas próprias preferências (editmyoptions)                
Editar os seus dados privados (por exemplo, endereço de correio eletrónico, nome real) e pedir mensagens de correio para reinício da palavra-passe (editmyprivateinfo)                
Editar a sua lista de páginas vigiadas (note que algumas ações continuarão a adicionar páginas, mesmo sem ter este direito) (editmywatchlist)                
Ocultar tópicos e mensagens de conversas estruturadas (flow-hide)                
Criar URL curtos (urlshortener-create-url)                
Ver os seus próprios dados privados (ex.: endereço de correio eletrónico, nome real) (viewmyprivateinfo)                
Ver a sua lista de páginas vigiadas (viewmywatchlist)                
Usar a interface de teste do redimensionamento VIPS Special:VipsTest (vipsscaler-test)                
Criar páginas (que não sejam páginas de discussão) (createpage)                
Criar páginas de discussão (createtalk)                
Editar páginas (edit)                
Ler páginas (read)                
Usar a API de escrita (writeapi)                
Aplicar etiquetas juntamente com as alterações (applychangetags)              
Adicionar ou remover etiquetas arbitrárias em revisões e entradas de registo individuais (changetags)              
Editar os seus próprios ficheiros CSS de utilizador (editmyusercss)              
Editar os seus próprios ficheiros JavaScript de utilizador (editmyuserjs)              
Editar os ficheiros JSON do próprio utilizador (editmyuserjson)              
Marcar como encerrados tópicos de conversas estruturadas (flow-lock)              
Marcar edições como menores (minoredit)              
Gerir concessões de permissões OAuth (mwoauthmanagemygrants)              
Purgar a cache de uma página (purge)              
Sobrescrever um ficheiro existente carregado pelo mesmo utilizador (reupload-own)              
Enviar e-mails a outros utilizadores (sendemail)              
Ver o registo da lista de barramento de spam (spamblacklistlog)              
Ver entradas de registo do filtro de edições detalhadas (abusefilter-log-detail)          
Não ser afetado pelos limites de frequência de edição baseados em endereços IP (autoconfirmed)[2]            
Editar páginas protegidas com "Permitir apenas utilizadores autoconfirmados" (editsemiprotected)            
Editar mensagens de outros utilizadores nas conversas estruturadas (flow-edit-post)          
Mover páginas (move)        
Mover categorias (move-categorypages)          
Marcar edições de outros utilizadores como patrulhadas (patrol)          
Sobrescrever um ficheiro existente (reupload)          
Executar ações despoletadoras do captcha sem ter de passar pelo captcha (skipcaptcha)            
Reiniciar vídeos falhados ou transcodificados para serem novamente inseridos na fila de tarefas. (transcode-reset)          
Carregar ficheiros (upload)          
Gravar livros como página comunitária (collectionsaveascommunitypage)          
Gravar livros como página de utilizador (collectionsaveasuserpage)          
Ter edições automaticamente marcadas como patrulhadas (autopatrol)         Burocratas
Editar páginas protegidas com "Permitir apenas autorrevisores" (editautoreviewprotected)         Burocratas
Mover ficheiros (movefile)      
Mostrar entradas de registo de filtros de abuso marcados como privados (abusefilter-log-private)    
Bloquear ou desbloquear a capacidade de edição de outros utilizadores (block)    
Reverter rapidamente as edições do último utilizador que editou uma página em particular (rollback)    
Ver uma lista de páginas não vigiadas (unwatchedpages)    
Pesquisar páginas eliminadas (browsearchive)    
Eliminar páginas (delete)    
Ver entradas de histórico eliminadas, sem o texto associado (deletedhistory)    
Ver texto eliminado e mudanças entre revisões eliminadas (deletedtext)    
Mover páginas raiz de utilizadores (move-rootuserpages)     Burocratas
Eliminar páginas em massa (nuke)    
Ativar autenticação de dois fatores (oathauth-enable)     Burocratas
Verificador
Supervisor
Adm. de Interface
Importador
Não criar um redirecionamento do nome antigo quando uma página é movida (suppressredirect)      
Restaurar uma página (undelete)    
Usar limites superiores nas consultas (queries) via API (apihighlimits)    
Não desencadear o aviso de mensagens novas ao fazer edições menores a páginas de discussão (nominornewtalk)  
Não afetado pelos limites de velocidade de operação (noratelimit)     Criadores de contas
Burocratas
Steward
Ser tratado como um processo automatizado (bot)   Pseudorobô
Modificar filtros de edições (abusefilter-modify)  
Modificar filtros de edições com ações restritas (abusefilter-modify-restricted)  
Ver filtros de abuso marcados como privados (abusefilter-view-private)  
Impedir um utilizador de enviar e-mails (blockemail)  
Eliminar etiquetas da base de dados (deletechangetags)  
Eliminar e restaurar entradas específicas de registos (deletelogentry)   Supervisor
Eliminar e restaurar edições específicas de páginas (deleterevision)   Supervisor
Editar o modelo de conteúdo de uma página (editcontentmodel)  
Editar a interface de utilizador (editinterface)[3]   Adm. de Interface
Editar páginas protegidas (sem proteção em cascata) (editprotected)  
Editar JSON global do site (editsitejson)   Adm. de Interface
Editar os ficheiros JSON de outros utilizadores (edituserjson)   Adm. de Interface
Eliminar tópicos e mensagens das conversas estruturadas (flow-delete)  
Desativar bloqueios globais localmente (globalblock-whitelist)  
Importar páginas de outras wikis (import)   Importador
Contornar bloqueios de IP, bloqueios automáticos e bloqueios de gamas de IP (ipblock-exempt)   Isento de bloqueio de IP
Criar e (des)ativar etiquetas (managechangetags)  
Marcar edições revertidas como edições de robô (markbotedits)  
Enviar uma mensagem para vários utilizadores ao mesmo tempo (massmessage)  
Fundir o histórico de edições de páginas (mergehistory)  
Mover páginas com as suas subpáginas (move-subpages)  
Contornar as verificações de semelhança de nomes (spoofing) (override-antispoof)   Burocratas
Modificar níveis de proteção e editar páginas protegidas (protect)  
Sobrescrever localmente ficheiros no repositório partilhado de imagens (reupload-shared)  
Definir mentor do utilizador (setmentor)  
Contornar a lista de títulos e nomes de utilizador interditos (tboverride)  
Ver o registo da lista de títulos interditos (titleblacklistlog)  
Ver informação sobre a atividade atual de transcodificação (transcode-status)  

Privilégios específicos[editar código-fonte]

Privilégio Estatuto específico
Ver dados privados no registo de abusos (abusefilter-privatedetails) Verificador
Ver o registo de consultas dos detalhes privados do filtro de abusos (abusefilter-privatedetails-log)
Verificar os endereços IP e outras informações de um utilizador (checkuser)
Ver o registo das verificações de utilizadores (checkuser-log)
Ver entradas ocultadas do registo de abusos (abusefilter-hidden-log) Supervisor
Ocultar entradas do filtro de abusos (abusefilter-hide-log)
Suprimir tópicos e mensagens das conversas estruturadas (flow-suppress)
Bloquear ou desbloquear um nome de utilizador, escondendo-o ou deixando de escondê-lo do público (hideuser)
Ver registos privados (suppressionlog)
Ver, ocultar e restaurar revisões de páginas específicas para qualquer utilizador (suppressrevision)
Ver revisões ocultas para qualquer utilizador (viewsuppressed)
Editar CSS global do site (editsitecss) Adm. de Interface
Editar JavaScript global do site (editsitejs)
Editar os ficheiros CSS de outros utilizadores (editusercss)
Editar os ficheiros JS de outros utilizadores (edituserjs)
Contornar bloqueio automátido de nós de saída TOR (torunblocked) Isento de bloqueio de IP
Importar páginas de um ficheiro xml (importupload) Importador
Criar espaços de conversas estruturadas em qualquer local (flow-create-board) FlowBot
Eliminar páginas com histórico grande (bigdelete) Steward

Privilégios de mudanças de grupos[editar código-fonte]

Privilégio Estatuto específico
Pode adicionar e remover grupos: Reversores, Eliminadores, Autorrevisores, Editores da interface, Pseudorrobôs, Criadores de contas, Administradores, Administradores da interface, Burocratas, Robôs, Utilizadores confirmados Burocratas
Pode adicionar e remover grupos: Reversores, Autorrevisores, Utilizadores confirmados, Criadores de contas, Pseudorrobôs, Isentos de bloqueio de IP Administrador
Remover a própria conta do grupo: Pseudorrobôs Pseudorobô
Editar todos os privilégios de utilizador (userrights) Steward

Concordo com a proposta do Mazuco. É o ideal. Mar França (discussão) 20h36min de 28 de junho de 2013 (UTC)[responder]

Promover eliminadores[editar código-fonte]

Citação: WP:Eliminadores escreveu: «Há atualmente 16 eliminadores na Wikipédia lusófona. Juntamente com os administradores, constituem um total de 67 usuários com esta permissão."»

Update: nem precisa analisar com calma, pelo que vi lá e li em WP:Eliminadores ... por que não desativam esse estatuto que poucas wikis usam e promovem todos os eliminadores a administradores? Vulcan (discussão) 06h12min de 28 de junho de 2013 (UTC)[responder]


Comentário Aliás, por que o comentário do usuário GRS73 D​ C​ E​ F Citação: Discordo, quem quer acesso a lixo eliminado se candidate a administração, a criação deste grupo é um incentivo ao atual ócio administrativo. Fabiano msg 21h31min de 27 de maio de 2010 (UTC) foi ignorado e seguiram adiante e mesmo assim criaram o estatuto de eliminador? Isso viola nossas políticas. Vulcan (discussão) 06h24min de 28 de junho de 2013 (UTC)[responder]

  • Respondendo a perqunta; por que eliminar páginas é diferente das demais funções de administração. Para eliminar uma página basta que esta se enquadre nas regras de ER, ESR ou que a PE tenha como resultado a eliminação. Basta clicar em um botão e pronto. Para bloquear, proteger, desproteger, suprimir edições tem que ter capacidade de análise (embora alguns que tem o estatuto de administrador tenham grande dificuldade de fazer). A pouco tempo tínhamos um eliminador que aplicava resultados de acordo com sua posição "inclusionista", o que levou a um pedido de remoção de seu estatuto e a exemplo dos políticos brasileiros renunciou antes deste ser concluído; imagine se fosse administrador. Na atual lista de 21 temos ausentes, que receberiam a função de administrador apenas para ter mais um estatuto sem uso. Qual a vantagem que o projeto recebe em troca? Ter mais nomes na lista de administradores? Este projeto precisa de menos listas e mais atividade prática. E sobre minha posição na época da criação, continua a mesma. Sou totalmente contra esta praga de novos estatutos, hoje a primeira coisa que usuários fazem antes de qualquer coisa é desejar um. Chega a ser cômico, mas como não tenho estatuto de autorrevisor (por que não quero), não posso mover páginas protegidas para usuários registrados, tenho que pedir que alguém mova para mim. Estou aqui desde maio de 2006 e até hoje ninguém conseguiu me explicar o fascínio dos estatutos (ajuda em um projeto voluntário? Desculpe, mas esta eu não acredito). Fabiano msg 06h47min de 28 de junho de 2013 (UTC)[responder]
E não seria melhor desativar esse estatuto de eliminador? Pois se desativar e promover os eliminadores a administradores e eles continuarem apenas eliminando no pior dos casos eis o que acontecerá: os eliminadores seriam administradores que estariam focados em eliminação. Ou seja, não há prejuízo algum(e se houver abuso é só remover o estatuto), os administradores tem várias opções do que fazer e escolhem quais desejam fazer, não precisa fatiar o trabalho em 200 estatutos, só burocratiza a coisa quando eles querem fazer outras tarefas, e se um eliminador quiser algum dia fazer outra tarefa como proteger uma página por exemplo ele poderá fazer, isso ajuda a desafogar as páginas de pedidos e também aliviar os administradores que estão sobrecarregados. Vulcan (discussão) 07h27min de 28 de junho de 2013 (UTC)[responder]

Concordo Eliminador e administrador são funções diferentes. O eliminador tem o privilégio de mexer "à vontade" com as páginas, já o administrador tem o privilégio extra de mexer "à vontade" com os próprios usuários. Não faz sentido dar a um editor o poder de eliminar uma página, mas não dar o poder de proteger a página contra IPs. Albmont (discussão) 11h15min de 28 de junho de 2013 (UTC)[responder]

Claro, as páginas q são vandalizadas a toda hora não "não" escrito por acidente, conforme abaixo é preciso pedir "pelo amor de deus" pra proteger. Vitor MazucoMsg 11h38min de 28 de junho de 2013 (UTC)[responder]

Não? Pela minha experiência, não só é preciso pedir pelo amor de deus como ainda prometer pagar o dízimo para o administrador. E quando protegem, é por um dia ou uma semana, para páginas que são vandalizadas todo mês durante anos. Albmont (discussão) 11h58min de 28 de junho de 2013 (UTC)[responder]

É sim Albmont. Errei ali. Vitor MazucoMsg 16h25min de 28 de junho de 2013 (UTC)[responder]

  • Pessoalmente, não quero nem nunca quis ter acesso a ferramentas administrativas. Acho que actualmente, os utilizadores que possuem esse estatuto desempenham o seu papel razoavelmente (WTF?... pronto, alguns...). Não acho que seja solução, acabar com o cargo de eliminador. Como disse na minha proposta anterior, à semelhança do que ocorre nos bloqueios feitos por reversores, os eliminadores também podiam ter acesso restrito à protecção de páginas que são forçosamente vandalizadas, para não só agilizar o trabalho dos administradores mas também para proteger o histórico dos artigos. VítoR™  • (D) 13h21min de 28 de junho de 2013 (UTC)[responder]

E mais, proteger uma página vandalizada não requer muito esforço para compreender, é praticamente um trabalho robô. Vitor MazucoMsg 14h46min de 28 de junho de 2013 (UTC)[responder]

Como eu já disse 10100 vezes, era para ser um trabalho mais robótico. Página vandalizada -> proteção automática. Não sei porque é preciso verificar o histórico, analisar a quantidade de vandalismos, etc. Para mim, isto se chama masoquismo. Albmont (discussão) 17h52min de 28 de junho de 2013 (UTC)[responder]
Fazer como nessa proteção? A página foi vandalizada uma vez e tem cerca de 25 acessos/dia mas como é página de Ajuda tudo bem. Agora se aplicar isso para artigo vai trancar dezenas de milhares de artigos por mês, aí vai ser uma gritaria geral dos defensores dos IPs, eu sei que resolve mas acho difícil de se aplicar na prática por causa da polêmica envolvida, então nem adianta muito ficar repetindo zilhões de vezes essa ideia. Vulcan (discussão) 18h12min de 28 de junho de 2013 (UTC)[responder]
Adianta sim, foi por ficarmos repetindo WP:V, WP:V, WP:V, que cada vez mais tem editores que levam WP:V à sério, e tentam evitar transformar a Wikipédia em um grande blogue. Albmont (discussão) 18h35min de 28 de junho de 2013 (UTC)[responder]

Ideia Ideia para facilitar a proteção Adicionar ao santo gadget FastButtons a possibilidade de pedir proteção Wikipédia:Pedidos/Proteção de forma mais automatizada. Clicar em um botão Solicitar proteção da página e um pop-up surgir com a mensagem que está no topo da Wikipédia:Pedidos/Proteção(aquela caixa rosa no topo) e depois um botão Solicitar proteção para confirmar. Vulcan (discussão) 20h26min de 2 de julho de 2013 (UTC)[responder]

Páginas com mais de 10 reversões nos últimos 30 dias (reversões identificadas pelo sumário). Se isso ajudar posso fazer uma ferramenta para gerar isso automaticamente. Danilo.mac(discussão) 21h57min de 28 de julho de 2013 (UTC)[responder]
Muito bom, Danilo! Acho que ajuda sim.—Teles«fale comigo» 00h01min de 29 de julho de 2013 (UTC)[responder]
  1. Inclui anônimos, quando aplicável.
  2. Inclui permissão para editar páginas do domínio Ficheiro.
  3. Inclui permissão para editar páginas do domínio MediaWiki.