Dal Bar
Scartabellando qua e la' ho notato che c'e' un articolo bloccato ormai da quasi quattro mesi a causa di fantomatiche minacce legali che non si sono mai concretizzate: i tempi sono maturi per uno sblocco o non si sa mai? Pero' si rischia che la pagina resti bloccata per sempre... --Fede (msg) 18:57, nov 7, 2005 (CET)
- "si rischia che la pagina resti bloccata per sempre"
- +1 sul blocco permanente, per quanto mi riguarda. --Civvì 19:28, nov 7, 2005 (CET)
- +1 chi è Zenima? Meglio lasciarla all'oblio dei tempi, che mi sembra cosa peggiore perché stimola la curiosità, o darle uno spazio nell'Olimpo wikipediano auto-promozionale? La prima che ho detto. -- Ilario (0-0) - msg 19:36, nov 7, 2005 (CET)
- +1 chi? --Cruccone (msg) 19:53, nov 7, 2005 (CET)
- -1 come tutti gli scheletri che si rispettino, anche questo è (sarebbe) doveroso tenerlo per più tempo possibile nell'armadio delle [nostre e personali] vergogne. L'oscar dell'obbrobrio 2005 per quanto noi wikipediani si possa (singolarmente e/o tutti assieme, anche e soprattutto grazie alle nostre angosce e alle nostre ansie irrisolte) combinare di peggio è tutto racchiuso qui. A mesi di distanza, io mi vergogno ancora: chi si sente di vergognarsi con me? (ma perché tirare fuori queste cose dagli armadi polverosi ...) --Twice25 • (disc.) 22:26, nov 7, 2005 (CET)
Allora è meglio cancellarla... tenerla così è inutile --SγωΩηΣ tαlk 20:49, nov 7, 2005 (CET)
- No. Se la cancelliamo, chiunque può riscriverla in maniera inadatta e ci creiamo inutili problemi. Che resti bloccata per sempre. Gac 22:49, nov 7, 2005 (CET)
Quel caso è particolare e credo ci risparmieremo un sacco di guai inutili e di varia natura se ci dimenticassimo della questione. Piuttosto mi sembra che vi siano altri articoli che potrebbero essere sbloccati, suggerisco di rendere accessibili a tutti:
- Adolf Hitler, bloccata dal 20 settembre.
- Globalizzazione, bloccata dal 10 agosto
- Montalto di Castro, bloccata dal 9 settembre
- Movimento no-global, bloccata dal 19 luglio
- PL/I, bloccata dal 7 luglio
- Pamela Anderson, bloccata dal 3 ottobre
- Scientology, bloccata dal 30 settembre (particolarmente sensibile al vandalismo, occhio)
- Storia di Trieste, bloccata dal 24 agosto
Probabile che per molte sarà necessario un nuovo blocco, in passato però mi è capitato di sbloccare pagine e di vedere dopo poco tempo apportare modifiche utili allo sviluppo positivo dell'articolo (per esempio Jules Verne e Magia). Mi sembra bello che non vi siano solo i vandali avvoltoi ad attendere gli sblocchi. Svante T 20:06, nov 7, 2005 (CET)
- Ho seguito Storia di Trieste e secondo me si può provare a sbloccare. -- Ilario (0-0) - msg 20:46, nov 7, 2005 (CET)
- propongo di mettere un avviso nella talk di ogni IP che ha vandalizzato le pagine avvisandoli che le sproteggiamo. Cruccone (msg) 21:42, nov 7, 2005 (CET)
- propongo che chi propone di sbloccare una pagina, si impegni a controllarla per almeno 3 ore al giorno. dunque, vediamo ... 8x3 quante ore al giorno vengono ? Gac 22:54, nov 7, 2005 (CET)
- Si dovrebbe proporre anche che chi blocca una pagina si impegni a controllarla per almeno 3 minuti al giorno e faccia tutte le modifiche che gli utenti propongono in pagina di discussione? ;) Se può servire io ho Adolf Hitler tra i miei osservati speciali e mi impegno a controllarlo ogni giorno (per qualche minuto). -1 per lo sblocco di Z. (che mi viene ancora male per il modo disgustoso di trattare il problema che ha rovinato il senso di wikipedia...) Amon(☎telefono-casa...) 23:47, nov 7, 2005 (CET)
- Io faccio così, quando sblocco una pagina la metto tra gli osservati speciali in modo da non doverla controllare manualmente. Alfio (msg) 08:06, 8 nov 2005 (CET)
Qualcuno ravvisa problemi a sbloccare le pagine che ho proposto? Ci sono situazioni particolari che sconsigliano lo sblocco? Altrimenti sarebbe un provvedimento da eseguire automaticamente passato un tempo ragionevole dalla edit war, un mese credo sia più che sufficiente. Svante T 10:46, 8 nov 2005 (CET)
- Ho appena sbloccato tutte le pagine. Invito quante più persone possibili ad inserirle nella loro watchlist per vedere come evolve la situazione, soprattutto per le più sensibili, come Scientology e Storia di Trieste. shaka 10:53, 8 nov 2005 (CET)
- Capisco Hitler e Scientology, fors'anche Montalto di Castro. Ma PL/I? che cosa può avere fatto di male? --.mau. ✉ 10:58, 8 novembre 2005 (CET) comunque io seguo
- Quel giorno fu vittima di uno spammer insistente nonché monotematico ;-) --Civvì 11:15, 8 nov 2005 (CET)
- Grazie (inseriti tra gli osservati speciali). Svante T 11:24, 8 nov 2005 (CET)
È stata attivata su tutte le wiki - questa inclusa - la possibilità di semi-proteggere una pagina, ovvero di consentirne la modifica solo ad utenti registrati da un minimo di tempo antecedente al blocco (credo quattro giorni).
Gli amministratori troveranno quindi un'opzione in più quando andranno a bloccare una pagina.
Dobbiamo a questo punto decidere con quali criteri è preferibile adottare la semi-protezione rispetto alla protezione abituale. La discussione è aperta. --Paginazero - Ø 11:57, 18 feb 2006 (CET)
- Forse la pagina principale si potrebbe semi-proteggere... o è una mossa troppo avventata? (Così gli utenti esperti, anche non-sysop, la potrebbero modificare.) --PietroDn 12:08, 18 feb 2006 (CET)
- Anzitutto, mettiamo un bel link da qualche parte molto visibile (pagina principale nella casellina della comunità? Portale Comunità (servirebbe un restyling dello stesso in senso di portale al servizio della comunità)? Al bar in un link nel menù? Poi sondaggiamo (o referendiamo) se usare questo strumento. Per la discussione che precede il sondaggio direi: sono a favore della politica, limitandoci ad un numero medio di pagine difficili. Ci vuole poi una pagina con l'elenco delle pagine delicate (bisogna anche decidere come e quando vengono tolte dall'elenco). In essa vengono inserite (tramite proposta di un utente o per decisione di uno o più admin?) le voci più delicate. Alcune politiche, di avvenimenti in corso, di personaggi anche contemporanei che suscitano edit war tra i partigiani o i fans... Amon(☎telefono-casa...) 13:19, 18 feb 2006 (CET)
- Non ci vuole nulla regola - mi sembra che quelli articoli che ci hanno bisogno di quest'opzione si manifestano loro stessi. Ci sono quelli articoli che per una ragione o l'altra attrattono tanti editi anonimi e poi diventa difficili delineare quelli sinceri di quelli maliziosi. Spesso questo semi-blocco sarebbe la soluzione perche soltanto quelli che sono serii ci ritornano - grazie al cielo!
ρ¡ρρµ δ→θ∑ - (waarom? jus'b'coz!) 13:27, 18 feb 2006 (CET)
Si dovrebbe IMHO considerare con estrema cautela questa possibilità, al pari di qualunque blocco utente o protezione pagina, e limitare la funzione alle sole pagine di servizio, quelle per le quali è davvero significativa la maturata esperienza con il progetto. Non va quindi interpretata come un avvicinamento ad una (da taluni propugnata) politica di limitazione della contribuzione non loggata. Ribadisco con l'occasione che una eventuale "guerra" pregiudiziale agli anonimi sarebbe per sua natura contraria al principio di libera edizione e che guardando ai contenuti (ciò che dovrebbe essere nostro obiettivo e scopo) un buon contributo di un anonimo è più prezioso di un mediocre contributo di un utente registrato.
Nel pratico, limitazione ad alcune pagine di servizio, tempo standard un paio di settimane (solo come equivalenza approssimativa con la cinquantina di edit) - Sn.txt 13:45, 18 feb 2006 (CET)
IMHO può essere utile, almeno all'inizio ho pensato soprattutto a questo, per quelle edit war trammite anonimi/spam bot che si aggrediscono contro una voce in particolare cambiando cmq spesso IP e quindi difficilmente controllabili....per il resto imho continua a mantenere una connotazione di "Meno è utilizzato meglio è", è solo una variante meno pressante del blocco normale. RőscΦ•@ 14:29, 18 feb 2006 (CET)
- La mia idea sarebbe quella di utilizzarlo al posto di un blocco normale. Pietrodn 14:59, 18 feb 2006 (CET)
- Per me potrebbe essere utile su pagine come quelle nel namespace aiuto. Improbabile che un anonimo abbia modifiche significative e utili da inserire, mentre invece a volte sono anonimamente vandalizzate. Ovvio che semi-proteggere tutto il namespace è un lavoraccio, ma basta dividerselo e non ci vorrà molto. Io mi candido. Saluti --Kal-El☺qui post! 15:06, 18 feb 2006 (CET)
- Vi segnalo il template Template:Avvisobloccoparziale, adattato da en.wiki. --M/
Secondo me è utile soprattutto su pagine che improvvisamente acquistano visibilità (come quelle citate in qualche blog o sito molto frequentato: es: Beppe Grillo) o per fermare vandalismi recidivi con ip variabile (es: Cile). Oppure per mettere un freno parziale a momenti di "frenesia collettiva" (come è successo nel caso di Eddie Guerrero). Per il momento non mi viene in mente altro, ma sicuramente ci sono altre situazioni in cui questo blocco può esserer utile. - Mitchan 18:22, 18 feb 2006 (CET)
(copia dal Bar)
Come da richiesta di Jolly Roger (vedi sezione Wikipedia:Bar#Proposta) ho bloccato la pagina Wikipedia:Recentchanges/archivioRichieste prima che qualcuno pensasse di farci modifiche. Se decidiamo di adottare questa tecnica per accorciare le cronologie in caso di ripristino sarebbe opportuno creare un'apposita categoria ed eventualmente un template per indicare queste situazioni, oltre ad aggiornare Wikipedia:Politica di protezione delle pagine. Se il problema è trovare un volontario, mi offro in anticipo, l'importante è che siate d'accordo su cosa scrivere. --Gvf 18:25, 5 lug 2006 (CEST)
- A me sembra solo una questione tecnica; non mi pare sia necessario scrivere nulla nelle politiche di protezione né darne comunicazione, né tantomeno raccoglierle in una categoria. Non complichiamoci troppo la vita... (Anche perché l'unico problema potrebbe essere la consultazione della cronologia, ma un blocco del genere serve solo per pagine di servizio, in pratica.) Nemo 00:02, 6 lug 2006 (CEST)
Questa pagina dovrebbe dare linee guida generali. Bisognerebbe travasare gran parte del suo contenuto in Wikipedia:Pagina protetta. Ci sono poi dei template da rendere organizzati, completi nei vari casi d'utilizzo e a disposizione degli admin:
- Template:Avvisoblocco
- Template:AvvisobloccoNPOV
- Template:Avvisobloccoparziale
Ne manca uno per bloccare le pagine degli utenti bannati. Uno per i sockpuppet (un esempio si può vedere in Discussioni utente:Sandropascucci.
- Amon(☎ telefono-casa...) 00:10, 3 ago 2006 (CEST)
Segnalo al riguardo questa discussione e questo più quest'altro template. Riassumendo: i due nuovi template servono per inserire all'interno delle voci, in maniera condizionale, i template {{Avvisoblocco}} e {{Avvisobloccoparziale}}: se la data di scadenza del blocco della voce (come impostata nel corso della procedura di blocco) non è ancora passata, viene allora mostrato l'avviso di blocco; qualora, invece, tale data sia stata superata non viene più mostrato tale avviso e la pagina viene eliminata dalla categoria Pagine semiprotette/Voci protette ed inserita nella Categoria:Pagine protette - scadute. La data di scadenza del blocco va inserita nei due template come parametro nel formato YYYYMMDDHHMM. Se pensate che l'utilizzo di tali template possa essere utile, si potrebbe modificare in tal senso la pagina alla quale questa discussione fa riferimento e le pagine "derivate". -- Saint-Just Osez! 15:22, 28 feb 2007 (CET)
Stamattina c'è stato l'ennesimo attacco di Willy on Wheels, qua. Questo attacco ha portato alla luce un problema che potrebbe essere fatale per Wikipedia, i template largamente utilizzati.
Poniamo ad esempio che {{interprogetto}} venga vandalizzato inserendo un immagine da 1 MiB...i server collasserebbero in un secondo. Allora io propongo di bloccare (almeno parzialmente, se non totalmente) la modifica di template molto usati, dei quali sarebbe opportuno fare una lista (chi può farlo?).
Un esempio:
- {{en}} e tutte le altre lingue (è uno standard che non credo dovrebbe essere ulteriormente modificato)
- {{cassetto}} e cassetto2
- {{interprogetto}}
eccetera eccetera eccetera.. Helios 10:40, 3 giu 2007 (CEST)
Direi anche {{quote}}, {{problematico}} e {{vandalismo}} --Giovanni (che vuoi dire a Ιωάννης?) 10:43, 3 giu 2007 (CEST)
Favorevole, --Davide21 11:09, 3 giu 2007 (CEST)
Nel frattempo ho fatto richiesta di una feature su wikibugs, dovrebbe servire comunque una paginetta così Helios 11:28, 3 giu 2007 (CEST)
un attimo state parlando di semiprotezione agli anonimi non anche agli iscritti.PersOnLine 11:29, 3 giu 2007 (CEST)
Io ho semplicemente detto di proteggere dai vandalismi i template più esposti, poi se proteggere totalmente o parzialmente bisogna vedere per bene, anche se in linea di massima i template come {{en}} li proteggerei totalmente, perché tanto sono tutti uguali, non so che cosa ci sia da cambiare..Helios 11:33, 3 giu 2007 (CEST)
- sono favorevole a bloccare totalmente quelli più usati (esistono le pagine di discussione per eventuali cambiamenti). capisco permettere ai neo-utenti di smanettare su "template" minori (anche se certi test alcune volte danno sui nervi) ma per evitare di azzoppare i server proteggiamo... --valepert 11:51, 3 giu 2007 (CEST)
Beh e le sandbox dei vari template per cosa esistono? Helios 11:52, 3 giu 2007 (CEST)
- Favorevole anche io --Fabexplosive L'admin col botto 11:56, 3 giu 2007 (CEST)
- contrario, SI alla protezione da anonimo, ma No generalizzata per tutti i template da proteggere: se volete proteggere totalmente i template di servizio e del patrolling è un conto, ma quelli destinati all'NS0, per quanto diffusi, devono rimanere modificabili perlomeno da tutti gli utenti registrati, se volete credo di possa creare una lista di template sensibili e un bot che riporti in una pagina di servizio la notifica delle modifiche apportate, così da tenerli sotto controllo, ma un blocco totale non è accettabile, non è possibile che uno debba sempre rivolgersi ad un amministratore per le modifiche ai template del NS0. PersOnLine 12:03, 3 giu 2007 (CEST)
- (conflittato) Favorevole (a proposito: ho visto che sulla wiki inglese, ma anche quella spagnola, questo template, messo nella pagina di discussione, segnala agli admin se qualcuno vuol fare una modifica sulle voci protette (inserisce le talk delle voci in una categoria che gli admin evidentemente tengono fra gli osservati speciali)... noi abbiamo qlcs di simile? se no possiamo provare a tradurlo... --Formica rufa 12:08, 3 giu 2007 (CEST)
- le pagina vengono bloccate solo e quanto necessità e non in maniera preventiva (se no i temi caldi sarebbero tutti bloccati) e poi sempre per periodi limitati e che dovrebbero essere comunque brevi. come già detto un conto è bloccare i template tecnici (tipo quelli sulle licenze) o quelli del patrolling, ma quelli dell'NS0 non è ammissibile. se il problema sono eventuali vandalismi si blocchi la modifica da anonimo, visto che l'utenza che commettere un vandalismo può essere benissimo bloccata ad infinito; perchè è vero che esistono le pagine di discussione ma se per ogni virgola o miglioramento innocente uno deve chiedere il permesso a furia di blaterare si rischia soltanto di bloccare lo spirito d'iniziativaPersOnLine 12:30, 3 giu 2007 (CEST)
(torno a sx) ok, e infatti secondo me la soluzione per i template potrebbe essere semplicemente la semi-protezione --Formica rufa 12:38, 3 giu 2007 (CEST)
- Contrario ad una protezione/semi-protezione) permanente, favorevole ad una semi-protezione/protezione temporanea se ci sono dei vandalismi in corso. --Nanae 13:26, 3 giu 2007 (CEST)
- favorevole al blocco totale per i tl usati in + di 10000 pagine, e emiprotezione per quelli usati in + di 1000 pagine The doc post... don't be wikipediocentrist...trasferisciti! 17:38, 3 giu 2007 (CEST)
- Filosoficamente non mi piace molto, ma effettivamente quando si modifica un template molto usato in modo non banale (es. correggendo un redirect) bisognerebbe sempre trattarlo come una pagina protetta e cercare il consenso prima della modifica. Quindi penso sia una buona idea proteggere i template. Cruccone (msg) 18:59, 3 giu 2007 (CEST)
- Mi astengo in quanto con privilegi di amministratore. --Trixt 23:39, 3 giu 2007 (CEST)
- Il problema dei blocchi totali su template sensibili (ma non statici, come {{!}}) è che il messaggio “non si tocca senza consenso” viene bellamente ignorato da chi quel template lo può modificare, come successe qualche tempo fa con {{S}}, dove un admin di passaggio arrivò addirittura a rollbackare settimane di lavoro senza chiedere niente a nessuno. O si mette bene in chiaro che il messaggio in questione vale per tutti, admin o meno, oppure qualunque blocco — se permanente — oltre la protezione parziale è discriminatorio e fondalmentalmente inutile. Blocchiamo i template statici, ma niente di più. (Tranquilli, non “collasserebbe” nessun server se in ogni pagina venisse caricato un mega in più.) HVC 10:16, 4 giu 2007 (CEST)
- Non ho capito cosa siano i template "non statici" e "statici".
- Quanto ai problemi dei server, mi ricordo che qualche mese fa i server si erano "seduti" per un problema con l'equivalente del template interprogetto su un progetto in lingua spagnola. --ChemicalBit - scrivimi 11:46, 4 giu 2007 (CEST)
- Statici: {{!}}, {{en}}, etc;
- Non statici ma comunque sensibili: {{S}}, {{W}}, etc.
- Sulla wiki spagnola: si trattava di un vandalismo o di un errore di sintassi (che so, un loop ricorsivo) introdotto in buona fede? HVC 05:15, 5 giu 2007 (CEST)
Favorevole alla protezione di tutti i template più usati (diciamo quelli presenti in più di 5mila/10mila pagine). Questo provvedimento (peraltro più volte suggerito anche da utenti delle altre wiki) non solo impedisce i vandalismi, ma abitua i nostri wikipediani a discutere prima di effettuare modifiche estemporanee che possono avere effetto su molte pagine e creare problemi ai server (quantomeno ogni modifica li impegna non poco). In ogni caso ogni template complesso ha la sua sandbox e bisognerebbe sempre prima sperimentare su questa. --MarcoK (msg) 11:56, 4 giu 2007 (CEST)
- L'importante è che si specifichi perché venga bloccato il template:
- in seguito a vandalismo (sarà un blocco temporaneo, quindi non in discussione qui);
- come prevenzione di vandalismi (nel qual caso sono favorevole solo nei casi più eclatanti e solo nel caso di template statici—vedi risposta a ChemicalBit) = gli admin possono editare tranquillamente, e i non-admin fanno richiesta (ma senza criteri del tipo “devi attendere [una settimana] che ci sia il consenso”);
- come prevenzione di pasticci = nessuno può editare il template senza aver ottenuto approvazione.
- Come ho già detto prima, se non si mette bene in luce il motivo del blocco, verrà istintivo (all'admin, visto che solo lui può modificare la pagine—non sto discriminando! :-)) agire come se la motivazione fosse quella più consona a quanto vuole ottenere, che sia una modifica o un rollback. HVC 05:25, 5 giu 2007 (CEST)
- @HVC: Scusami ma continuo a non capire la differenza tra "statici" e "non statici". Intendi forse, Categoria:Template condizionali e non? Quanto alal wiki spagnola che fosse un vandalismo o un errore fattoin buona fede, è difficile distinguere e comunque non è che cambi molto riguardo a questo discorso ... --ChemicalBit - scrivimi 11:36, 5 giu 2007 (CEST)
Ho provato a rileggere con calma questa pagina e alcuni punti mi sono parsi poco chiari. Ho provato a "rimuovere" gli aspetti tecnici (il come si fa) e lasciare solo la parte di policy. La bozza che ne è emersa è questa: Wikipedia:Politica di protezione delle pagine/bozza. La bozza contiene anche parte del testo di Wikipedia:Pagina protetta e Wikipedia:Pagina semiprotetta le informazioni contenute dovrebbero a mio parere essere aggregate tutte in una pagina sola evitando dispersioni (e rendendo più complessa la manutenzione). Pareri? --Civvì
(talk) 23:16, 18 lug 2007 (CEST)
- ottimo lavoro direi, per me puoi direttamente sistemare il tutto --g 23:19, 18 lug 2007 (CEST)
Mentre i template {{Avvisoblocco}} e {{Avvisobloccoparziale}} sono -opportunamente- protetti (solo amministr.) ,
{{Avvisoblocco scad}} e {{Avvisobloccoparziale scad}} non sono né protetti (solo admin.) né semiprotetti (solo autoconfirmed).
È il caso di proteggerli o di semiproteggerli?
Faccio l'audace e inizio perlomeno a semiproteggerli. Se ritenete sia meglio tenerli completamente sprotetti o al contrario completamente protetti, fatelo sapere qui. --ChemicalBit - scrivimi 09:33, 17 ago 2007 (CEST)
- Lo stesso per {{Templateprotetto}} e per {{Templateprotettoparziale}} (quest'ultimo l'ho appena creato io, sul modello del precedente).--ChemicalBit - scrivimi 09:55, 17 ago 2007 (CEST)
- Visto il consenso, ho provveduto: ho protetto Template:Templateprotetto. Per gli altri tre non posso provvedere io, perché coinvolto in modifiche non tecniche, per cui ho fatto richiesta in modo che provveda un altro amministratore.
- p.s. avvitamento burocratico, anzi templatistico: teoricamente in quei template andrebbe incluso il template Templateprotetto ma non si capirebbe più niente. --ChemicalBit - scrivimi 08:51, 5 set 2007 (CEST)
Considerata l'importanza di alcuni template usati da moltissime pagine e il rischio che un vandalismo o un errore causato da un'avventata modifica anche solo per inesperienza in uno di essi influenzi un vasto numero di pagine, propongo di proteggere completamente i template più usati.
WindowsUninstall 00:44, 18 ago 2007 (CEST)
- +1 in generale, perché possono succedere emergenze e trovarsi ca**i in tutte le pagine...Helios 00:48, 18 ago 2007 (CEST)
- Ti riferisci forse :-) a quanto è successo ieri sera con Template:Citazione necessaria? --ChemicalBit - scrivimi 09:54, 18 ago 2007 (CEST)
- Domanda utonta (o più che altro da attacco di pigrizia, non ho voglia in questo momento di cercare) : qualcuno sa se ci sia una pagina (speciale?) che indichi i template più utilizzati? --ChemicalBit - scrivimi 12:38, 19 ago 2007 (CEST)
- Ho vinto la pigrizia: c'è. --ChemicalBit - scrivimi 12:45, 19 ago 2007 (CEST)
- Ma le discussioni al Bar, come è noto, lasciano il tempo che trovano.--ChemicalBit - scrivimi 13:51, 19 ago 2007 (CEST)
- <fuori cronologia> E infatti mi sa che scontiamo la scelta di averlo chiamato "bar", un posto dove in genere si chiacchiera al vento. Comunque, ad occhio, mi sembra che da quella discussione emerga un diffuso consenso... --Formica rufa 14:06, 19 ago 2007 (CEST)
- Faccio notare che al di là delle modifiche vandaliche, in generale modifiche a cose che hanno effetto "ampio" (su parecchie pagine, ecc.) dovrebbero essere sempre discusse prima. (E con questo non mi riferisco solo a template. Ad es. un po' di tempo fa erano stati "massicciamente" rimossi i testi di presentazione (ed eventuali template) da molte categorie. Solo dopo si è discusso e il consenso non c'era...) Il principio Wikipediano "sii audace" è subordinato ad un altro principio Wikipediano, "usa il buon senso" --ChemicalBit - scrivimi 13:51, 19 ago 2007 (CEST)
Sappiamo bene che questa politica prevede «Gli amministratori devono astenersi dall'apportare modifiche al contenuto della pagina».
E che prevede però l'eccezione
«Se, per motivi tecnici è necessario effettuare delle modifiche (aggiunta di template, correzione di link, correzioni di categorie e simili) queste devono essere chiaramente motivate nel campo oggetto.»
Ora, modifiche che effettuano rollback ad una versione precedente per eliminare testo fortemente di parte ed agiografico, rientrano in tali motivi tecnici? --ChemicalBit - scrivimi 15:23, 3 set 2007 (CEST)
Sì. In ogni caso penso sia meglio prima rollbackare alla versione sbagliata e dopo proteggere la pagina. --Davide21 19:52, 4 set 2007 (CEST)
- Stavo chiedendo per il caso di una pagina già protetta e rollbackata dalal versione "sbagliata" (fortemente di parte ed agiografico) ad una versione "giusta" (senza tale problema). --ChemicalBit - scrivimi 22:40, 4 set 2007 (CEST)
- Non rientra in motivi prettamente tecnici, ma se è lampante e condiviso che sia fortemente POV direi che basta il buonsenso per eliminare tale testo. --Aeternus∞ 16:27, 5 set 2007 (CEST)
My 2 cents: Se blocco la pagina per vandalismi ripetuti prima di farlo rollbacko ad una versione senza vandalismi. Se proteggo per bloccare una edit-war fra due utenti e convincerli a dialogare allora proteggo alla versione presente in quel momento indipendentemente dal mio giudizio in merito. --J B 16:07, 7 set 2007 (CEST)
Leggo:
«In caso di edit war gli amministratori proteggono la pagina nella versione in cui si trova in quel momento (a meno che non contenga vandalismi), la protezione di una pagina in una versione specifica non indica che c'è un supporto per quella particolare versione...»
Ma una volta non stava scritto da qualche parte che era più utile bloccare alla versione precedente l'edit war? Lo so, lo so che la versione non conta nulla. Però per esperienza e logica mi sembra più utile che sia colui che inserisce la modifica controversa che deve convincere la comunità della sua validità, almeno per avere un punto di partenza preciso nella discussione. Ylebru dimmela 14:36, 7 set 2007 (CEST)
- Vedi anche la discussione nella sezione qui subito sopra. Mi paiono correlate. --ChemicalBit - scrivimi 16:01, 7 set 2007 (CEST)
- Io normalmente blocco l'ultima versione a meno che non contengo vandalismi. Spesso stabilire dove inizia l'edit war non è facile e poi se devi discutere con delle persone per un'edit war e meglio poter dichiarare una regola chiara in caso di contestazione. Hellis 22:01, 10 set 2007 (CEST)
Faccio un esempio concreto, che per me rappresenta il 50% dei blocchi a cui ho assistito: arriva un niubbo con impostazione parecchio POV e nessuna esperienza delle tecniche sociali wikipediane. Inserisce un testo POV su una voce, scatenando una edit war. L'inizio dell'edit war qui è ben chiaro. Se blocchiamo alla versione precedente, il niubbo è più motivato a venire a patti. Se blocchiamo la sua versione, che spesso è palesemente POV, tocca al malcapitato di turno venire a patti con una persona che fa interventi da forum e spesso non riesce ancora a concepire che esistano utenti (come me e voi) che pur avendo le proprie idee assumono qui un ruolo neutro e professionale. Ad esempio, nella voce Berlusconismo ho recentemente bloccato deliberatamente alla versione precedente l'edit war (cui non ho partecipato, ovviamente), e mi sto chiedendo se ho fatto bene. Ylebru dimmela 10:43, 11 set 2007 (CEST)
- IMHO ritengo che tu abbia agito correttamente e che la tua analisi sul casus belli di molte edit war sia condivisibile.--Bramfab Discorriamo 12:09, 11 set 2007 (CEST)
- Ylebru non capisco però il "venire a patti" né il vantaggio per il neo-utente POVvatore ;-) se la voce sia bloccata alla sua versione POV. In ogni caso se ne discute in discussione (anche se, visto che negli ultimi giorni ho letto da più parti accenni ad ipotesi di proposte di mettere al bando un utente ma non dal namespace principale, in quel caso mi chiedo proprio come si risolverebbe un problema del genere!?)
- Se in discussione vi è consenso che quelal verisone si a POV e quindi di rollbackare alla versioen precedente, si sblocca e si rollbacka: le protezioni non sono eterne, anzi sono un'ecezione. --Chemical
Bit
- scrivimi 12:50, 12 set 2007 (CEST)
L'esperienza conclusa mi convince in effetti di aver agito bene. Il nuovo utente che ha voluto imporre il suo POV (e per questo portato due voci al blocco) e che ci ha fatto perdere tempo inutile si è rivelato un sockpuppet. Proprio per difendersi da questi casi ricorrenti, credo sarebbe giusto consigliare di bloccare alla versione precedente l'edit war: questo ovviamente solo quando questa ha un inizio evidente. Ylebru dimmela 15:52, 14 set 2007 (CEST)
Questioni comuni alle due sezioni precedenti
Io non sarei così formale: se dentro la voce ci fosse una evidente bufala non la rimuovereste, prima dopo o durante (se siete abilissimi :-))) la protezione? E se c'è altro che non ci deve stare, sono certo che lo si leva, anzi è proprio ciò che mi attendo che succeda: l'accesso limitato all'edizione non vuol dire che non si edita, vuol solo dire che gli admin "lo fanno per me". Nel momento in cui vi accorgete che c'è roba che va tolta, toglietel aper me, grazie: la toglie un admin su richiesta di chi lo propone o di sé stesso se l'admin ha una buona comunicativa interiore :-) Lascereste porcherie dentro la voce solo per un formalismo? --g 01:57, 11 set 2007 (CEST)
- quoto Gianfranco, non vedo dove stia il problema se l'edit è migliorativo (ovviamente con misura). Sarà che da noi le modifiche in pagine bloccate sono meno frequenti che su en.wiki, dove c'è anche un tpl per richiederle. Mi chiedo se non sia il caso di importarlo da noi, per evitare che una voce bloccata stia ferma e per aggiornarla su questioni che non riguardano l'edit-war. --Formica rufa 09:21, 11 set 2007 (CEST)
- Ma questo già lo facciamo, le discussioni servono per trovare il consenso e per richiedere delle modifiche alle voci protette. Hellis 09:47, 11 set 2007 (CEST)
- Occorre considerare la cosa da un punto di vista piu' largo: una pagina bloccata, non e' una pagina non editabile, e' una pagina editabile da chi ne ha il permesso. L' ideale sarebbe, nel caso di pagina bloccate che nella pagina di discussione avvenga una discussione e proposte su come emendare/correggere e modificare il testo e che quindi l' amministratore intervenga conseguentemente. Vi e' anche un' altra considerazione: statisticamente mi sento di affermare che meta' delle pagine sono bloccate per edit war, causate da motivi quasi incomprensibili o ingiudicabili/invalutabili da chi non conosce lo specifico della voce. Nell' altra meta' spesso si tratta di voci su cui vi e' ancora molto da scrivere e lo sviluppo della voce non puo' essere bloccato.--Bramfab Discorriamo 10:32, 11 set 2007 (CEST)
- Quanto alle bufale, speriamo vengnao olte! A volte ne vedo in cancellazione, senza che le parti ... "bufaline" siano rimosse, così -se va bene- retano in vista per 7 giorni (o peggio). --Chemical
Bit
- scrivimi 12:50, 12 set 2007 (CEST)
I lucchetti giallo e rosso sono esteticamente gradevoli, però rispetto ai vecchi template manca l'indicazione di proporre modifiche nella pagina di discussione. C'è un modo per rimetterla in modo che un utente poco esperto sappia cosa fare? --Cruccone (msg) 18:31, 23 nov 2007 (CET)
- e più semplciemnte ritornare ai vecchi template? --Chemical
Bit
- scrivimi 12:34, 30 dic 2007 (CET)
Ho notato che è diffusa la consuetudine da parte degli amministratori di proteggere totalmente le pagine delle procedure ormai chiuse (es. Utenti/Admin problematici) anche in assenza di edit-war onde evitare preventivamente il proseguire di discussioni ritenute ormai inutili visto il raggiungimento del consenso in una direzione. Non avendo trovato però nessun cenno a queste politiche di "protezione preventiva" nella policy, nè una discussione al riguardo che abbia dato il via a tale usanza mi chiedevo se non fosse il caso di discutere se la comunità condivide o meno questo modo di procedere e in caso positivo aggiornare la policy. --Paul Gascoigne 16:27, 3 gen 2008 (CET)
- Non lo condivido... se la discussione è ritenuta ormai inutile, basta non leggerla--Bultro 17:49, 3 gen 2008 (CET)
- Neanch'io lo condivido, poichè secondo me i rischi superano i vantaggi. Però, visto che è una consuetudine abbastanza diffusa ho pensato di chiedere un parere alla comunità nella sede apposita. --Paul Gascoigne 18:09, 3 gen 2008 (CET)
- Faccio notare che mi ero accorto che anche la pagina di segnalazione degli admin problematici era bloccata in scrittura, una cosa proprio paradossale. Altro che le pagine archiviate... --Equo e solidale 18:19, 3 gen 2008 (CET)
C'è un equivoco :-) La pagina di segnalazione non è affatto bloccata in scrittura, ma lo è la pagina specifica con la motivazione che era iniziata la relativa votazione di conferma e quindi i commenti (come in effetti è stato) sarebbero potuti confluire in un'unica pagina. Gac 18:25, 3 gen 2008 (CET)
- appunto, è quello che ho scritto anch'io. Il problema è che secondo le attuali policy non è lecito nemmeno bloccare in scrittura la pagina specifica, mentre ciò spesso accade --Paul Gascoigne 18:48, 3 gen 2008 (CET)
- Direi che vanno bloccate tutte le pagine di votazioni concluse: messe al bando, sondaggi, vetrine, cancellazioni, ecc. Le semplici segnalazioni possiamo anche non bloccarle. Jalo 19:11, 3 gen 2008 (CET)
- concordo con jalo, quelle pagine servono per raggiungere una decisione su un evento ben preciso, oltre il quale non ha più senso continuare a editare nella pagina, che invece dovrebbe adibita ad "archivio" come prova del consenso raggiunto, e modificata solo per questioni tecniche. PersOnLine 19:36, 3 gen 2008 (CET)
- Dal momento che è una consuetudine e che non è vero che "i rischi superano i vantaggi", direi che possiamo aggiungere la consuetudine e la chiudiamo qui. -- Sannita - L'admin (a piede) libero 21:00, 3 gen 2008 (CET)
- Non so però quali sono questi rischi. In mancanza di essi direi che le pagine di votazione possono tranquillamente essere bloccate, se concluse. Amon(☎ telefono-casa...) 21:55, 3 gen 2008 (CET)
- In partenza io ho parlato di "procedure" e non di "votazioni". E' chiaro che le due cose sono differenti dato che nella prima si ricerca un consenso che non è quasi mai limpidamente raggiunto, mentre nella seconda c'è una scadenza fissata e un semplice conteggio dei voti. Il rischio di cui parlo è riferito alla possibilità di chiudere una segnalazione e proteggerla in scrittura senza un chiaro consenso, non tanto a proteggere una pagina di una votazione terminata (e sarebbe bene scrivere terminata e non interrotta). Per il resto aspetterei in ogni caso qualche altro parere prima di cambiare una policy così delicata. --Paul Gascoigne 22:03, 3 gen 2008 (CET)
- Non sono d'accordo a simili protezioni. Per altro una segnalazione di problematicità dovrebbe cercare di risolvere / minimizzare il problema in questione, non solo far partire una votazione.
- Inoltre le ampie discussioni anche a votazione già inziata (sopratutto nel caso non infrequente in cui si sia corsi alle urne) evidenziano la necessità di un posto dove discutere. Ed è meglio che le discussioni non si facciano nella "gabina elettorale" :-) --Chemical
Bit
- scrivimi 00:47, 4 gen 2008 (CET)
- Io non vedo quali siano i vantaggi nel bloccare le pagine. Se qualcuno volesse aggiungere (col senno di poi, o semplicemente perché non ha partecipato prima) un commento o una nota, perché non lasciarglielo fare? Alla peggio sprecherà il fiato. E poi il consenso non è eterno, non dobbiamo scolpirlo nella pietra. Le "prove" che alla data X ci fosse un certo orientamento, restano comunque nella cronologia--Bultro 01:19, 4 gen 2008 (CET)
- Concordo. La protezione preventiva non è prevista, nemmeno se parziale; se vengono fatte modifiche inappropriate (fuori luogo, anche nel vero senso della parola) prima si annullano, e poi solo se vengono reinserite e c'è una guerra di modifiche si protegge. Mi è capitato di non poter fare modifiche minori a pagine protette in questo modo (gerarchia delle sezioni sbagliata, categorie et similia). Nemo 10:31, 4 gen 2008 (CET)
- Concordo pure io: la protezione preventiva non è prevista, nè c'è scritto da qualche parte che se qualcuno vuol continuare a discutere di qualcosa non possa farlo. E non mi si dica che "si può aprire un'altra pagina" xchè se non si può linkarla nella pagina dove il discorso è iniziato è inutile ;) -- Scriban(msg) 11:25, 4 gen 2008 (CET)
- Rientro a sinistra, ma rispondo... Se viene aperta una votazione di bando o di revoca, non ha più senso proseguire su più pagine lo stesso discorso, quindi è necessario inserire il link alla votazione di revoca o di bando e chiudere la discussione sulla "supposta" problematicità, proteggendo la pagina, dove rimane il computo degli utenti che si sono espressi a favore della richiesta di votazione già in essere. --M/ 18:27, 6 gen 2008 (CET)
- Ecco un paio di esempi, la ditta ringrazia commossa GN per la gentile collaborazione. --M/ 00:13, 7 gen 2008 (CET)
- Certo, ma nel caso citato avrei voluto rispondere a Gianfranco sulla questione della necessità di aprire una votazione: non mi sembra una cosa da scrivere nella pagina della votazione. Restano due cose distinte, e se gli utenti non riuscissero a capirlo e si generasse una guerra di modifiche, solo allora sarebbe giustificata la protezione, ma in genere la protezione preventiva non mi sembra prevista dalle nostre norme né giustificabile, per quanto sia comprensibile. (Il vandalismo in quella pagina del resto giustifica semmai la semiprotezione, ma non altro.) Nemo 00:25, 7 gen 2008 (CET)
- Una volta che la procedura si è "evoluta" (e comunque chiusa, dal momento che la votazione una volta iniziata può essere terminata solo per dimissioni del diretto interessato) diventa solo una pagina di archivio. --M/ 00:29, 7 gen 2008 (CET)
- Dove sta scritto che è solo una pagina di archivio? Se Nemo voleva scriverci qualcosa, chettefrega. Non credere di ridurre i vandalismi bloccando le pagine, i vandali trovano comunque da divertirsi altrove, e lo sai :D--Bultro 01:50, 7 gen 2008 (CET)
- M7, un attimo, qui non si sta discutendo del caso delle votazioni di bando o di revoca che rendono concluse le procedure da cui derivano, ma ancor più in generale se le pagine di procedura concluse siano da (o si possano) proteggere.
- Questo a prescindere se l'avvio di una votazione che fa parte di una procedura di problematicità renda o meno conclusa la procedura di problematicità (cosa che non credo, visto anzi quanto si discute anche a votazione iniziata; inoltre anche da un punto di vista logico il problema di cui tratta la segnalazione non è ancora consluso e risolto se la votazione è ancora in corso). --Chemical
Bit
- scrivimi 14:50, 7 gen 2008 (CET)
- p.s. non è neppure detto che "la votazione una volta iniziata può essere terminata solo per dimissioni del diretto interessato". La votazione potrebbe essere partita scorrettamente (o prematuramente -ricordate "non correre alle urne"- ) , o ancor prima essere scorreta la segnalazione (quante volte è stata seguita la corretta procedura per segnalare un amministratore? Forse sono più quelle in cui non la si è seguita che quelle in cui la si è seguita) e questo comporterebbe di conseguenza una nullità di tale votazione. --Chemical
Bit
- scrivimi 14:53, 7 gen 2008 (CET)
- Segnalo la vaga illogicità, IMHO, di un amministratore che preclude ai non amministratori la scrittura nella pagina sulla problematicità degli amministratori... Inoltre, ritenere che con l'apertura di una votazione la segnalazione abbia smesso di aver senso è una lettura soggettiva, alla quale si può obiettare che, al contrario, sarebbe meglio limitare al massimo commenti e valutazioni nella pagina di voto, lasciando che la discussione si sviluppi liberamente laddove si era avviata. Quindi: non solo la linea guida sulla protezione delle pagine non è da aggiornare, ma anzi è da rispettare con maggior attenzione.--CastaÑa 19:02, 7 gen 2008 (CET)
- Questo invece a me non pare rilevante: posso rispondere a Gianfranco in qualunque altro posto, a partire dalla pagina di votazione (e relativa discussione); si tratta di vedere se è opportuno obbligare automaticamente gli utenti a farlo. Nemo 22:27, 7 gen 2008 (CET)
- Io invece sono dell'idea che si debba discutere sempre nella pagina adatta -come ad es. stiamo facendo ora- non saltellare di qua e di là. (E già il discutere in una pagina di votazione mi pare un conrosenso, come discutere in una cabina elettorale).
- Comunque non capisco più se qui si stia discutendo del caso generale delle pagine archiviate, o del caso particolare delle pagine di senglazione amministratori problematici a cui segue una votazione di revoca. --Chemical
Bit
- scrivimi 00:18, 9 gen 2008 (CET)
- Be', è un esempio emblematico. Dimostra, tanto per cominciare, che non sempre una pagina procedurale raggiunto il suo scopo e la sua conclusione tecnica non è piú opportuno che sia modificata. Nemo 08:52, 20 gen 2008 (CET)
- Beh non è affato emblematico, anzi è un caso complicato e difficile (mentre gli esempi sarebbe meglio che fossero chiari e semplici, per poi introdurre magarisuccessivamente altri fattori prima semplificati) : quella pagina aveva "raggiunto il suo scopo e la sua conclusione tecnica" ? Sì, per chi sostiene che il suo unico scopo sia far partire la votazione di revoca; no per chi sostiene che quella è la pagina in cui discutere per risolvere un problema con il comportamento di un amministratore, che non era ancora stato risolto.
- Si tratta di una questione quindi diversa. Questione che comunque cadrebbe nel caso si decidesse che in gerale le pagine delle procedure terminate e archiviae non si porteggono.
- Pertanto penso che la prima cosa da discutere e diecidere è appunto tale caso generale: le pagine delle procedure terminate e archiviate si porteggono o no? --Chemical
Bit
- scrivimi 21:28, 23 gen 2008 (CET)
- Se terminate ed archiviate sì, come per le procedure di cancellazione. Si bloccano e si dimenticano. Chi vuole le legge, nessuno dovrebbe aver bisogno di scriverci. --Pier «···» 10:58, 1 feb 2008 (CET)
Ci siamo tutti dimenticati di un vecchio sondaggio (gennaio 2006) sull'argomento: secondo i criteri sarebbe necessario un altro sondaggio per cambiare decisione, anche se visto il tempo passato a mio parere una norma generale che annullasse quella specifica non richiederebbe un passaggio simile, se ci fosse consenso. Per il momento l'aggiungo ai casi di protezione. --Nemo 00:09, 22 mag 2008 (CEST)
- Riassumendo: fatta salva l'eccezione delle cancellazioni, possiamo esplicitare che come non è permessa la semiprotezione preventiva non lo è nemmeno la protezione preventiva, nemmeno delle pagine di servizio? Credo inoltre che si potrebbe esplicitare il blocco preventivo delle pagine utente di utenze bloccate a tempo indeterminato. Nemo 00:38, 22 mag 2008 (CEST)
Creo una nuova sezione per non incasinare la precedente, anche se parla ancora di protezione totale. Postata originariamente su Discussioni Wikipedia:Politiche di blocco degli utenti e spostata qui su suggerimento di ChemicalBit.
Non ho trovato riferimenti sull'obbligo di proteggere le pagine utente+discussione degli utenti bloccati infinito. Vedo che è a discrezione, qualcuno lo fa, qualcun altro no. Mi sembra sia una misura necessaria, per non dover stare a controllare vandalismi anche su queste (ne ho già visti un paio).
La aggiungiamo qui mettendo un riferimento anche a Wikipedia:Politiche di blocco degli utenti?
Ho solo qualche dubbio:
- Anche per utenti bloccati per rinomina?
- Oltre a bloccare serve mettere l'avviso di pagina bloccata {{Avvisoblocco}} e la categoria?
- C'è il template {{Sockpuppet bloccato}} che lo fa già, creare "Utente bloccato"?
Ciao --Pier «···» 10:55, 1 feb 2008 (CET)
- Penso che questa scelta dipenda anche dall'esito della discussione qui sopra (quella generale sulle pagine archiviate, non il caso specifico e particolare delle pagine di sengalazione amministratori problematici a cui segue una votazione di revoca)
- Se si decide di non proteggere le pagine "ormai inutili", di conseguenza non sarebbe logico proteggere in generale le pagine degli utenti bloccati. (In generale. Poi se un utente ad es. continua ad evadere e a vandalizzare la propria pagina utente per protesta, chiaro che si protegge).
- Se invece si decide che si possono proteggere le pagine "ormai inutili", si può discutere se fare rientrare in tale tipologia, e quindi proteggere, le pagine utente o le pagine discussioni utente o entrambe degli utenti bloccati infinito --Chemical
Bit
- scrivimi 13:45, 1 feb 2008 (CET)
Dal momento che è consentito adesso impedire la creazione di una pagina vuota, posso procedere a cancellare e svuotare pagine contenute in categorie come questa (ma non solo) o ci sono motivazioni contrarie che non mi sovvengono? Grazie. --Elitre 14:54, 6 mag 2008 (CEST)
- No, però forse sarebbe meglio fare in automatico con un bot, no? --Nemo 03:40, 8 mag 2008 (CEST)
Ho segnalato qui. Nemo 00:09, 22 mag 2008 (CEST) Meglio aspettare la conclusione della discussione sopra. Quali altri casi esistono? --Nemo 00:49, 22 mag 2008 (CEST)
Segnalo che qui si sta discutendo dell'adozione del nuovo template unico {{protetta}} che si occuperà di avvisi, lucchetti e categorie di tutte le pagine protette, semiprotette e protette da spostamento. -- Basilicofresco (msg) 08:17, 15 giu 2009 (CEST)
Ho notato che abbastanza spesso la protezione o semiprotezione di pagine di discussione avviene (o perdura) in contrasto con le linee guida di questa politica.
Si può risolvere il problema? --151.82.141.23 (msg) 19:56, 30 nov 2009 (CET)
- Potresti portare un esempio ?--Midnight bird 19:58, 30 nov 2009 (CET)
- A parte un caso recente (è vedendo quella che sono andato a (ri)leggermi Politica di protezione delle pagine e a quel punto mi sono chiesto quanto sia seguita),
- molte di queste pagine.
- Ad es. ricordo che tempo fa c'era Discussione:Silvio Berlusconi linkata dal Bar, ma arrivando lì .... un utente non registrato o uno registrato da poco non poteva scriverci.
- Altre sono pagine ddi discussione utente: che senso ha che un utente può scrivere ad un altro, ma questo non può rispondere al primo? --151.81.59.248 (msg) 18:54, 1 dic 2009 (CET)
Ieri Guidomac mi ha segnalato che dovrei eliminare la protezione parziale dei miei archivi della talk in quanto in contrasto con la policy. Premesso che a rigor di norma ha ragione e che tenerle così o sproteggerle non mi cambia certo la vita, non posso però fare a meno di interrogarmi sulla sua utilità (e da quanto mi ha detto Guido siamo in due). Ho impostato la semi-protezione, non per i vandalismi che al massimo si fa rollback e la cosa finisce lì, ma perché in passato è successo alcune volte che utenti nuovi, inesperti ed ip mi lasciassero messaggi in uno degli archivi invece che nella talk, con il risultato che non arrivandomi l'avviso non rispondevo o rispondevo con considerevole ritardo. A fronte di questo non vedo cosa dovrebbe scrivere un IP o un non autoconfirmed in una pagina di archivio: l'unico motivo per cui di solito uno ci mette mano è correggere dei link in occasione di spostamento pagine, operazione che comunque non compete a tale categoria di utenti. In sostanza sproteggere mi sembra abbia solo la funzione di offrire a qualcuno una possibilità in più di sbagliare di cui non credo senta la mancanza. Pareri? --Cotton Segnali di fumo 19:43, 7 apr 2010 (CEST)
- In linea di principio potrei anche essere d'accordo, anche perché se le pagine di talk non vanno comunque cancellate o manomesse, una semiprotezione per le pagine archiviate ci potrebbe anche stare. Però se si facesse così, a questo punto, ci sarebbe un compito in più per i sysop, ossia semi-proteggere gli archivi di discussione per gli utenti non-sysop che non possono farselo da soli e che avrebbero tutto il diritto di richiedere la protezione. Da pensarci bene.... --L736Edimmi 19:48, 7 apr 2010 (CEST)
- Contrario alla semiprotezione, se proprio sbagliano si possono mettere "avvisi" sullo stile di Discussioni utente:KS/Noedit Ticket_2010081310004741 (msg) 19:58, 7 apr 2010 (CEST)
Poco più sopra ci si domandava se inserire un riferimento al blocco delle pagine di utenti bloccati infinito. Mi pare che difatti sia la prassi, per caso si è raggiunta un indicazione generale in tal senso? --Azrael 15:34, 17 apr 2010 (CEST)
- Mi pare di no, anche se mi trovo favorevole alla protezione. Non mi sembra contrasti con le linee guida dal momento che tali pagine non hanno utilità nell'essere editate, se non per errore da niubbi o per vandalismo, il che non reca alcuna utilità o miglioramento al progetto (sebbene per un niubbo possa apparire strano che alcune pagine gli risultino bloccate). Se poi un utente bloccato volesse in qualche modo, da ip, scrivere qualcosa sulla sua pagina...beh, mi pare che di pagine di discussione ne abbiamo per affrontare tali argomenti. --Mau db (msg) 12:40, 18 apr 2010 (CEST)
Sarebbe possibile scrivere qualcosa su come si sprotegge una voce? --Pequod76(talk) 20:20, 13 set 2010 (CEST)
Le pagine con template:Storica dovrebbero anche essere protette, immagino. Inseriamo un indicazione in tal senso così eliminiamo il dubbio? --Azrael 12:14, 29 dic 2010 (CET)
- Non è cosí, non rientra in Wikipedia:Politica di protezione delle pagine: se si vuole si può anche specificarlo, per dire il contrario bisognerebbe invece cambiare la linea guida. --Nemo 12:21, 29 dic 2010 (CET)
- Ritengo le pagine storiche od archivio parificabili alle procedure concluse (cancellazioni, problematici, votazioni), tutte protette in ragione di pagine "che hanno cessato il loro scopo e non necessitano più di alcuna modifica da chiunque". --Azrael 12:27, 29 dic 2010 (CET)
- Davvero? Per le cancellazioni si è fatto un apposito sondaggio. --Nemo 12:28, 29 dic 2010 (CET)
- Ne sono a conoscenza. E per le altre procedure protette che mi dici? --Azrael 12:34, 29 dic 2010 (CET)
- Che non è come dici tu, dimostrami il contrario. E comunque tale "assimilazione" dovrebbe essere decisa, non è automatica (e sarebbe erronea in questo caso). --Nemo 12:49, 29 dic 2010 (CET)
- La modifica delle pagine è consentita per permettere il miglioramento delle stesse (o, nel caso delle pagine di servizio, per permettere di registrare un cambiamento di consenso della comunità). Una pagina storica è una pagina "da museo", che non dovrebbe essere consultata per scopi pratici: che senso ha lasciare la possibilità di modificarla? Si rischia solo di accumulare vandalismi nella cronologia. Usiamo un po' di buon senso e non avvitiamoci nella burocrazia wikipediana. --Una giornata uggiosa '94 · E poi, di che parliamo? 13:32, 29 dic 2010 (CET)
- Per quanto si profili come protezione preventiva odio di più gli avvitamenti. Per cui sono favorevole alla protezione. Si cavi semmai dal sondaggio passato (lo linkate?) la ratio, se compatibile: non se ne dovranno fare ad ogni occasione. --PequoD76(talk) 13:39, 29 dic 2010 (CET)
- In ogni caso mi pare una questione più da Discussioni Wikipedia:Politica di protezione delle pagine che da questa pagina. --Uno nessuno e 100000 (msg) 09:13, 30 dic 2010 (CET)
- Come Una giornata uggiosa--Bultro (m) 11:01, 30 dic 2010 (CET)
- Come si può notare è prassi proteggere (pagina elezione admin protetta,riconferma admin protetta, admin problematici protetta, problematico protetta, etc etc...). Il sondaggio di allora è datato, di modesta partecipazione e credo con altri propositi, non so quanto possiamo "farlo valere". Mi sembra però naturale iniziare ad adottare l'assioma pagina archiviata=pagina protetta senza tanti avvitamenti, vediamo comunque se vi sono perplessità. Quoto comunque il buonsenso di UGU. --Azrael 11:18, 30 dic 2010 (CET)
- favorevole anch'io. --Superchilum(scrivimi) 11:56, 30 dic 2010 (CET)
- Una pagina storica può e spesso deve essere ancora corretta in termini di collegamenti interrotti, refusi, grammatica, categorie ecc. ecc. Non c'è assolutamente nessun motivo di proteggerla e non lo fa nessuno da nessuna parte, non vedo perché introdurre questa assurda burocratizzazione nella modifica delle nostre pagine che per giunta richiede di abbandonare il pilastro della non preventività della protezione di queste pagine.
- Azrael, colleghi le pagine sbagliate, bisogna guardare le cronologie: . Ovviamente non me le sono lette tutte, ma mi pare chiaro che (come giusto) le pagine sono state protetto in seguito a (ripetuti) vandalismi o trollate o per persistenza nel continuare a intervenire anche dopo la chiusura, quindi non preventivamente. Tale prassi di protezione preventiva non esiste (e ci mancherebbe, dato che è vietata).
- Anche in caso contrario, non hai ancora dimostrato come le pagine storiche potrebbero essere «assimilabili» a tali pagine. --Nemo 15:07, 6 gen 2011 (CET)
- Non sono d'accordo. Una pagina storica non dovrebbe essere mai corretta, né per quanto riguarda la grammatica, né per quanto riguarda i collegamenti: il motivo è che si creerebbe un falso storico. Gli amanuensi compievano frequentemente errori di copiatura, ma non credo che nei musei dove oggi sono conservati questi codici si prenda il bianchetto e si riscrivano le parti sbagliate. PS: da quando la "non preventività della protezione" è un pilastro? --Una giornata uggiosa '94 · E poi, di che parliamo? 02:17, 7 gen 2011 (CET)
Salve,
alcuni fatti grossolanamente ed erroneamente riportati di recente da un telegiornale nazionale ehm... ;-) mi hanno fatto venire la curiosità di sapere quante sono realmente tutte le pagine protette e semiprotette del ns-zero. Ho quindi aperto la categoria:Pagine protette e ho notato, diciamo, un po' di "confusione". Domanda per i più bravi: non si potrebbe far in modo da rendere questa categoria contenente solo sub-categorie, ovvero che i template protetti vadano solo in Categoria:Template protetti, le voci del ns-zero solo in Categoria:Voci protette, ecc... ? E' possibile? (idem per le semiprotette) --Retaggio (msg) 12:01, 3 gen 2011 (CET)
- +1. Tecnicamente si può fare, basta modificare {{Protetta}}. --Una giornata uggiosa '94 · E poi, di che parliamo? 13:15, 3 gen 2011 (CET)
- C'è (o c'era) un problema legato a LiveRC, vedi Discussioni_template:Protetta#Sulla_categorizzazione_automatica --Bultro (m) 15:00, 3 gen 2011 (CET)
- Pensavo che potremmo rinominare la categoria generale (es. in "Protezione delle pagine") e trasformare le due categorie richieste da LiveRC ("Pagine protette" e "Pagine semiprotette") in sottocategorie che hanno dichiaratamente solo quello scopo e non danno fastidio --Bultro (m) 15:04, 3 gen 2011 (CET)
La policy attuale recita:
- La protezione delle pagine non deve essere utilizzata come misura preventiva per proteggere pagine che hanno una forte visibilità (ad esempio perché legate ad eventi di cronaca o perché recensite da un sito esterno).
In realtà abbiamo spesso protetto preventivamente alcune voci proprio in previsione di forti tensioni su di esse. Ad esempio le voci sui principali protagonisti politici durante le elezioni. Potremmo modificare così il testo:
- La protezione delle pagine utilizzata come misura preventiva per proteggere pagine che hanno una forte visibilità (ad esempio perché legate ad eventi di cronaca o perché recensite da un sito esterno), va effettuata di norma dietro consenso.
- Pareri? --Gac 11:45, 13 mar 2011 (CET)
- Eliminerei la virgola prima di va. Per il resto concordo. --Pequod76(talk) 15:24, 28 apr 2011 (CEST)
Ma perché le pagine utenti "chiuse" (a volte dopo pochisismo tempo dalla loro apertura) vengono protette? Non mi pare vi sia alcuna indicaizone in merito in questa politica. --79.16.147.209 (msg) 09:38, 28 apr 2011 (CEST)
- Qui la decisione, qui la parte di policy che lo prevede.--Kōji parla con me 13:37, 28 apr 2011 (CEST)
Chi può modificare una pagina semi-bloccata?
Dove posso sapere il motivo per cui la pagina è semi-blocc?
- 1) Qualunque utente registrato da almeno 4 giorni che _non_ la modifichi per le stesse ragioni per cui si è pervenuti al blocco - non faccia cioè edit per cui non si è ancora giunti al o sia necessario il consenso;
- 2) dalla cronologia e/o dalla pagina di discussione della stessa nel 90% dei casi, dalle pagine di discussione degli utenti coinvolti nella restante percentuale. --Elitre ♥ wp10 16:01, 7 set 2011 (CEST)
Su cortese richiesta di un altro utente chiedo pareri su un'azione che ho fatto: in pratica i sottotemplate di naz e aggNaz sono un ghiotto boccone per vandali (c'è un famoso manuale che consiglia di vandalizzarli) e utenti inesperti (il noinclude saltano a pacchi), considerando che molti erano protetti e che le modifiche sono relativamente rare alcuni mesi fa (12/05/2011) ho protetto via blacklist tutti i relativi sottotemplate, facendo visualizzare come messaggio d'errore questo. Sinceramente per me era una banale misura antivandalismo, priva di alcun significato recondito di gerarchizzazione dell'editing o altre baggianate. In pratica il vantaggio che ho intravisto è quello di poter gestire con un solo click (come qui e qui) la protezione di qualche centinaio di pagine, per fare un esempio, il vantaggio è che se devono essere ricategorizzate basta aggiungere un # in blacklist invece di dover andare a cercare quali sono protette e sproteggere (e riproteggerle) singolarmente. --Vito (msg) 22:07, 8 set 2011 (CEST)
- nulla da dire. --Superchilum(scrivimi) 00:59, 9 set 2011 (CEST)
- Anche a me sembra una buona soluzione. Nel messaggio di errore però manderei direttamente alle richieste agli amministratori, visto che la pagina di discussione di uno sperduto sottotemplate (magari neanche esistente) ha visibilità pari a 0.--Sandro_bt (scrivimi) 02:45, 9 set 2011 (CEST)
- Non vedo problemi e sono convinto che non sia possibile confondere la lotta al vandalo con la gerarchizzazione dell'editing. A meno che non si pensi che Vituzzu abbia segretamente in odio il progetto. Anche io rinvierei esclusivamente a wp:RA, anche per asciugare i luoghi di "appello". --Pequod76(talk) 03:38, 9 set 2011 (CEST)
- Sembra proprio un'ottima idea Jalo 09:18, 9 set 2011 (CEST)
- A latere, non farebbe comodo una ricerca via bot di quei template usati più di tot volte e non protetti? Io ogni tanto ne trovo qualcuno, e succede sempre quando qualche utente inesperto tenta modifiche senza consenso Jalo 09:20, 9 set 2011 (CEST)
- Scusate se mi permetto: perché non la semplice semi-protezione? Intanto, rinnovo la richiesta di correggere Template:Naz/PK-PB. --Mr buick (msg) 09:52, 9 set 2011 (CEST)
- Perché quella permette qualsiasi modifica ad ogni utente che sia iscritto da 4 giorni, il che renderebbe ancora "vandalizzabile" i template Jalo 11:41, 9 set 2011 (CEST)
- rientro Favorevole alla cosa. --L736El'adminalcolico 11:45, 9 set 2011 (CEST)
- @Mr.Buick: in realtà temo nemmeno di poterla fare autoconfirmed, però forse ne posso permettere la creazione...--Vito (msg) 13:01, 9 set 2011 (CEST)
- Uhm ho riletto il manuale, volendo si può mettere autoconfirmed, però temo non sia risolutivo (la spinta a proteggerli tutti è stata questa mi pare), usando la whitelist dovrei riuscire a consentirle la creazione, serve? --Vito (msg) 13:18, 9 set 2011 (CEST)
- Si, forse la creazione serve, nel caso che qualcuno debba aggiungere nazioni non ancora gestite Jalo 14:09, 9 set 2011 (CEST)
- Più che nazioni non gestite (tutte le nazioni hanno il loro bel template {{Bandiera}}), sono le sottodivisioni nazionali che hanno più probabilità di dover esser create. A me, onestamente quello che premeva era la semi-protezione per poter categorizzare adeguatamente questi template, dato che al momento sono suddivisi in due categorie senza alcun criterio. Sì, lo so, sono in parte colpevole dell'attuale situazione... --Mr buick (msg) 14:26, 9 set 2011 (CEST)
- domanda tecnica: se posso creare "Naz/Pincopallino", poi quando salvo mi accorgo di aver sbagliato a scrivere una cosa, a quel punto rientra già nella protezione e quindi devo chiedere a un admin per correggerlo, giusto? --Superchilum(scrivimi) 16:57, 9 set 2011 (CEST)
- Gentili amministratori. Comprendo la difficoltà di cliccare duecento volte su "proteggi". Io revisiono centinaia di voci al giorno e capisco come sarebbe meglio con un solo colpo modificare tutte le voci che voglio in un momento solo. Purtroppo non mi viene concesso di farlo, non perchè le mie modifiche siano errate, ma fondamentalmente perchè esistono delle regole al riguardo. Le regole sono un impiccio tremendo, fastidiose, legnose, poco flessibili, ma purtroppo sono quello che sono e, o le si cambia, o a me, viene chiesto di rispettarle. Ho pertanto piacere di vedere che per altri questo problema non si pone. Wikipedia ha delle chiare regole per la proibizione della creazione delle pagine: non vedo perchè tenerle in questo stato, visto che non servono. Non dovrebbe essere consentito a nessuno bloccare in creazione delle pagine, solo perchè cliccare duecento volte su altre voci è molto faticoso. Sono comunque disponibile a farlo io, se serve, se mi date per una mezz'ora i tastini. Non ci vuole molto. Al termine di questo ragionamento, quand'anche fossi il solo a pensarla così, lasciatemi però scrivere che - semplicemente - secondo il regolamento attuale di Wikipedia chiedo lo sblocco della creazione dei sottotemplate. Facile, no ? Poichè i template mancanti saranno marginalente usati (province dell'Amazzonia, isole del Nauru) vi informerò di quante volte saranno vandalizzati (cosa diversa dal modificati per errore) e di quanto sforzo serve per rollbackare questi errori, se la mia richiesta verrà presa in considerazione. --EH101{posta} 01:58, 10 set 2011 (CEST)
- Ho rispetto delle regole, quando esse servono a tutelare degli accordi presi da gentiluomini che si son fatti la guerra fino al giorno precedente e che senza le regole non sanno fidarsi l'uno dell'altro. Mi piace il pilastro Ignora le Regole. Esiste una ragione per cui lamentarsi dell'operato di Vituzzu, a parte il fatto che ha infranto delle regole? Se è solo perché ha infranto delle regole, esiste un pilastro che dice Non ci si preoccupi eccessivamente di fare eventuali pasticci: [...] è impossibile danneggiare Wikipedia in maniera irreparabile. Ma ci si ricordi, allo stesso modo, che tutto ciò che si scrive sarà conservato per i posteri. Da questa storia si potevano cavare altre morali, mentre invece vedo faticosi rimpasti di soap. E non mi sembra una buona idea di cliccare 200 volte per rispettare le regole. Infrangere le regole è grave se si commettono abusi, se si calpesta il consenso e la discussione, se si danneggia il progetto per puntare i piedi su una propria idea. E non vedo differenza tra entrare in chan a chiedere lo sblocco di un tmp bloccato manualmente insieme ad altri 199 ed entrare in chan a chiedere lo sblocco di un tmp bloccato con un cancelletto. Sono cmq pronto a ricevere chiarimenti, se ho frainteso. --Pequod76(talk) 03:16, 10 set 2011 (CEST)
- Mi spiace, ma non ti seguo. Questa è una pagina di discussione di una policy che reputo importante di Wikipedia. Se per te "ignora le regole" è una regola che ti piace, è del tutto inutile stare a parlare di regole. Ognuno fa come gli pare e amen. Permettimi di non essere d'accordo però e nel non essere d'accordo nel personalizzare una discussione su di una regola. Aggiungo poi che no, risparmiare duecento clic, non giustifica a parere mio l'ignorare una regola (il pilastro lo si legga bene). Tra breve i clic per continuare questa discussione avranno superato i duecento clic, che, sempre secondo me, sarebbero stati meglio spesi a proteggere, come da regolamento, i template, iniziando da quelli vandalizzati. Faccio comunque appello perchè: 1) non si personalizzi 2) non se ne faccia un dramma 3) si cerchi, se possibile, una linea guida valida più per il futuro, che per questo disgraziatissimo caso. Ecco, diciamo che - personalmente - bloccare la creazione di pagine per non cliccare duecento volte, io non lo farei passare come metodo, ma potrei sbagliarmi.
- Leggiamoci comunque insieme un bell'estratto di "ignora le regole":
«A volte le regole possono essere violate, se questo è necessario per rendere l'enciclopedia migliore. Violare le regole per altre ragioni non è bello: il corollario di «ignorate ogni regola» è «non usate Wikipedia per far valere il vostro punto di vista». Il meccanismo di decisione su Wikipedia resta sempre quello del consenso.»
- Sempre edificante la lettura dei pilastri. --EH101{posta} 14:51, 10 set 2011 (CEST)
dunque
- è stato proposto dallo stesso Vituzzu (supportato da Jalo) di consentire la creazione dei template
- il "c'è scritto A nel par. 2 comma C, quindi ai sensi dell'art. ecc" è contro lo spirito di Wikipedia, mi spiace. Sono le regole a essere fatte per Wikipedia o il contrario (tanto per parafrasare la questione "legge per l'uomo o l'uomo per la legge"). E' una protezione che ha senso per i motivi spiegati (protezione di template usati massicciamente, per questioni pratiche estesa a tutte le sottopagine dato che ce ne sono molte, anche se ahimè non tutte tutte, molto usate). Quindi volendo essere rigorosi non c'è neanche scritto che non si può usare una protezione di questo tipo. Ma anche perchè si spera che non si debba neanche creare una policy ad hoc, bastando WP:BS e le discussioni sui (pochi) casi che si dovessero creare.
Appoggio anch'io la possibilità di creare le sottopagine (che, non essendo ancora state create, non è quasi possibile che vengano vandalizzate o se succede un casino saranno tanto poco usate da non essere un problema eccessivo). --Superchilum(scrivimi) 16:20, 11 set 2011 (CEST)
- Ok. Era stata fatta una richiesta di capire se c'erano interessati alla creazione di sottotemplate. In altre parole - e in modo comprensibile - chi si vuole applicare allo studio di come consentire la creazione, vuole sapere se ne vale la pena o non interessa a nessuno. Ho cercato di spiegare che non solo interessa, ma forse è in qualche modo una specie di "dovere" sforzarsi a consentire la creazione delle sottopagine.
- Questa è una pagina di discussione su di una regola: se neanche a livello di principio vogliamo far passare il fatto che bloccare una qualsivoglia pagina in creazione "a priori" e solo perchè imparentata a un'altra talvolta vandalizzata è un danno al progetto, tanto esistono eccezioni, buon senso, fiducie in bianco, RA, chan, e-mail, ecc. ecc., ma che ne parliamo a fare ? Cancelliamo questo policy, tanto chi ha i tastini, sa che fare. Non è un paradosso ? Cioè in una pagina di regole io invito a fare ogni sforzo possibile per rispettarle - a livello di principio - e vari amministratori mi vogliono convincere che non è giusto - a livello di principio. Ma non doveva essere il contrario ? Mi aspettavo qualcosa del tipo: "hai ragione, ma questo è un caso particolare", che mi andava benissimo. Poi magari cominciavamo a valutare numeri alla mano "il caso particolare" i template vandalizzati, quanti sono i clic necessari a proteggere gli esistenti (continuo a offrirmi volontario a farlo io se mi date per massimo un'ora i tastini), quanti sono vandalismi di I.P. e quanti di registrati, quanti vandalismi hanno subito e così via, ma questo sarebbe stato un "di più".
- A proposito: la creazione non è ancora possibile, dal 7 settembre che è in ballo la cosa. --EH101{posta} 09:23, 12 set 2011 (CEST)
- Non si fa solo per "risparmiare 200 click". L'idea di bloccare i template usati in modo estensivo, a prescindere dal fatto che siano già stati vandalizzati o meno, è un concetto ("Template usato in maniera estensiva") valido da tempo. Per la precisione generalizzazione del 2008 di una regole che esiste da sempre Jalo 09:55, 12 set 2011 (CEST)
- Uhm: diamo una occhiata a caso: qui, qui, qui ... e non ho nemmeno superato un decimo dei template con la "A". Diciamocelo francamente e senza giri di parole: il motivo è solo il risparmio dei forse 200 clic sui template usati estensivamente, che sono una minima parte del totale, non altro. A quest'ora avevamo già finito se non si voleva invece insistere sul concetto del "giustificato e meritato riposo dei guerrieri". Leggendo pagine di "puntano qui" come quelle che ho presentato, non solo secondo me non andrebbero bloccati tutti i template a tappeto come è adesso, ma addirittura, come ci dice il "concetto valido da tempo", SOLO quelli utilizzati estensivamente... figuriamoci poi bloccare TUTTI i template: passati, presenti e finanche futuri. Continuo a ritenerlo eccessivo e ingiustificato (tranne che nei template "usati estensivamente" ovviamente). Lo si vuole fare: ok, ma non fatelo passare come una buona idea: è solo mancanza di tempo e sopratutto voglia nel seguire le regole e le norme. Tutto qui. A breve, con questo criterio, avremo molti altri blocchi a tappeto, per fare "come si è fatto per i template Naz", anzi verranno bloccati a tappeto e nemmeno ci sarà avviso o (orrore) discussione, tanto qui è già stato verificato il consenso.
- Rinnovo la richiesta di sblocco "generalizzato" e di blocco solo dei template "usati in maniera estensiva". In subordine, almeno di sblocco per la creazione di nuovi, se si riesce a trovare il modo e di sblocco per poco tempo degli attuali, per consentire di aggirare il problema della libertà di categorizzazione nel modo che potrei presentare. Potrei presentare, ma a margine rimarco una cosa: visto che a quanto pare è una questione di nicchia che non interessa a nessuno, non mi ci metto da solo contro tutti gli altri convenuti e, pur rimanendo della mia idea, mi basta averlo scritto qui a memoria futura, in una inutile pagina di norme, perchè tanto c'è il quinto pilastro bis: "fai come ti pare" con il corollario "incavolati con chi te lo fa notare". --EH101{posta} 17:41, 12 set 2011 (CEST)
rientro Se posso permettermi di intervenire in una discussione ferma da tempo, se il template è usato in maniera estensiva ritengo sia plausibile bloccarlo, ma solo se c'è chi lo segue costantemente. Il fatto che richieste ineccepibili quali questa e questa siano state bellamente ignorate farebbe quasi pensare che lo si sia bloccato per avere una cosa in meno di cui occuparsi. Visto che lo si usa in maniera estensiva, che qualcuno lo segua, altrimenti lo si sblocchi e se poi c'è da cancellare o correggere si ponga rimedio. Grazie. --iklaoo-nàra 02:10, 22 gen 2012 (CET)
C'è una cosa che mi sfugge nel paragrafo "come è utilizzata" riguardo la funzione di blocco totale. Per prassi si è praticamente sempre portata la pagina alla cosiddetta "ultima versione stabile" per poi bloccarla provvisoriamente cercando di sedare gli animi. Ora vedo invece che si parla di bloccare una qualsiasi versione che ci si trova davanti. Credo si dovrebbe segnalare come minimo anche la (sensatissima) prassi di lasciare visibile l'ultima versione che non era stata oggetto di edit war, piuttosto che l'ultima versione "oggetto di guerra" decisa per casualità. --Lucas ✉ 21:08, 29 nov 2011 (CET)
- Da sempre la regola dice di bloccare la versione che c'è in quel momento, anche se in effetti è spesso (non sempre) meglio riportarla alla versione stabile. Il motivo (credo) è che non è detto che la versione "stabile" sia corretta. Quella corretta potrebbe essere la prima modifica dell'edit war. Mi verrebbe da consigliare l'uso del buon senso, e non una regola ferrea, ma questo significherebbe lasciare all'admin di decidere cosa è giusto.
- Visto che in ogni caso si sbaglia, direi che la statistica dice di fare come vuoi tu. Nella maggior parte dei casi la versione stabile è anche quella corretta, quindi concordo Jalo 09:46, 30 nov 2011 (CET)
- Vedi anche #Aggiornare i casi di protezione totale
Segnalo interpretazioni creative della norma. Nemo 19:44, 19 dic 2011 (CET)
- No, quella è la norma ormai, solo che non è scritta, come taaante cose :) Se vuoi se ne può parlare come di tutto, però non mi fate vedere rollback reciproci sennò vi acchiappo e vi costringo a recitare "mannaggia al diavoletto che ci ha fatto litigare" (anche se questo non è previsto dalla norma). --Elitre ♥ wp10 21:04, 19 dic 2011 (CET)
- A quanto pare il blocco non è servito: non è un'interpretazione creativa, era già così malgrado la personale crociata di Nemo che dura da oltre un anno e che davvero non comprendo nel merito. Proteggiamo tutte le procedure "falsabili": elezioni, riconferme, pdc, UP. Ho provveduto ad armonizzare con quanto già previsto nelle policy specifiche.--Kōji parla con me 22:50, 19 dic 2011 (CET)
- Complimenti, una meravigliosa "armonizzazione" non sostenuta da consenso (vedi precedente discussione in questa pagina, che è l'unica ovviamente deputata a discutere di queste cose) di questa pagina con un'altra (e in particolare di un suo punto inserito da uno stimatissimo amministratore), al costo di rendere la prima del tutto incoerente. Sarebbe utile "armonizzare" anche la pagina al suo interno, rimuovendo tutta la parte su «La protezione delle pagine non deve essere utilizzata come misura "preventiva"» ecc. e/o spiegando come mai possa accadere che la decisione sulle cancellazioni (presa per evitare voti ritardatari inconsapevoli e cosí via, frequenti in quel caso) sia magicamente estendibile a tutt'altri casi. Confidando nella fantasia della nuova guardia di amministratori che ignorano le linee guida storiche, Nemo 23:25, 19 dic 2011 (CET)
- In tutti questi casi la protezione non è preventiva di nulla, ma successiva allo svolgimento ed all'esaurimento di una procedura che potrebbe essere "falsificata" con interventi successivi. Il consenso si fonda su anni di prassi, ed in ogni caso sussiste esplicitamente per la protezione delle UP e delle pdc. Forse è il caso di documentarsi meglio prima di procedere nella diatriba.--Kōji parla con me 00:49, 20 dic 2011 (CET)
- La protezione si dice preventiva rispetto all'effettiva occorrenza delle modifiche che serve a impedire: si proteggono le pagine solo dopo che se ne riscontra la necessità; unica eccezione (per sondaggio, e fino a ieri) le cancellazioni, caso particolarissimo. So che ci sono state alcune discussioni sparse, ma non valgono a superare la regola generale, che ovviamente prevale. Ora tu hai cambiato la linea guida, quindi formalmente la situazione è migliore, se non fosse che l'hai fatto senza consenso preventivo (che, ripeto, si misura da questa pagina di discussione, anche se naturalmente non tutto richiede una discussione preventiva per verificare il consenso) e – soprattutto – hai reso incoerente la linea guida stessa. Nemo 01:22, 20 dic 2011 (CET)
- Con tutto il rispetto questa è solo una tua interpretazione; le "discussioni sparse qua e là", come le definisci tu, si chiamano consenso qui, e non esiste una gerarchia delle fonti, dal momento che solo i pilastri sono immodificabili, mentre per tutto il resto è sempre possibile la modifica se frutto di discussione, come in questo caso. D'altra parte il quinto pilastro esclude qualsiasi formalismo, sottolineando la natura non "burocratica" del progetto. In aggiunta, la linea guida sui blocchi delle pagine - e in modo evidente proprio la terza proposizione delle regole generali che invochi tu - è tarata sul ns0, mentre qui parliamo di procedure di servizio.--Kōji parla con me 01:38, 20 dic 2011 (CET)
- Certo, pure le discussioni sparse possono suggerire un consenso esistente anche sull'argomento della specifica pagina per quanto non "certificato" dalla discussione relativa, per questo sopra dicevo che non è obbligatorio chiedere prima di ogni modifica. ;-) Anche questa qua sopra è solo una tua interpretazione; io dubito fortemente che l'uso della parola generica "pagina" invece di "voce" sia casuale, e del resto tale principio generale di non protenzione preventiva salvo limitate eccezioni è applicato anche alle pagine di servizio in tutti i wiki che conosco. Peraltro io lo considero una diretta conseguenza del terzo pilastro nonché del sistema di funzionamento dei wiki, ma questa naturalmente può essere vista come un'esagerazione (non necessaria al mio ragionamento, peraltro). Nemo 02:15, 20 dic 2011 (CET)
- Nemo, scusa, a parte l'esigenza formalistica e gli altri wiki, ci spieghi l'utilità di agire come suggerisci? Aspettare che una pagina venga vandalizzata per proteggerla in sostanza a cosa serve? Partiamo da questa analisi, se scopriamo che non ci piace cambiamo "pagina" con "voce" e armonizziamo il resto. --151.74.48.3 (msg) 02:19, 20 dic 2011 (CET)
- Serve al fatto che per lo piú tutte quelle pagine non vengono affatto vandalizzate, mentre capita invece di dover correggere degli errori (del genere categorizzazioni di servizio, collegamenti a pagine da orfanizzare e/o cancellate, riorganizzazione degli archivi, aggiornamento dei template di servizio ecc. ecc., qualsiasi cosa – siamo un wiki! –) e ciò improvvisamente e per nessun motivo richieda o i tastini o gran copia di richieste agli amministratori e sprotezioni+riprotezioni. Chi ritiene questa eventualità puramente ipotetica vada pure a spulciarsi le mie richieste agli amministratori per scoprire quanto spesso protezioni superflue mi hanno costretto a questi bizantinismi stucchevoli (e io sono solo un utente fra tanti, e piú testardo della media; l'utente medio rinuncia e lascia l'errore). Peraltro non c'è nessun motivo per cui certe discussioni archiviate dovrebbero essere piú "protette" di altre, per caso proteggiamo tutti gli archivi delle discussioni utente o delle discussioni delle voci, dei progetti ecc.? Falsare quelli è forse meno grave? Anzi, queste pagine di servizio ha ancora meno senso proteggerle, dato che sono osservate da dozzine e talvolta centinaia di utenti. Nemo 02:37, 20 dic 2011 (CET)
- Quale edit costruttivo ci aspettiamo in una discussione chiusa? Perché lasciarla sbloccata migliorerebbe la situazione? Altri commenti non si possono inserire, e quindi? Concordo con l'interpretazione di Koji Jalo 09:05, 20 dic 2011 (CET)
- Di edit costruttivi ce ne possono essere a migliaia. Mi è capitato di lasciare link a sandbox che non sono più con quel significato, ci possono essere link a siti poi entrati in black list, ci possono essere template ormai superati. Visto poi che ci si richiama ai principi, prima ancora della temuta burocratizzazione nella verifica del consenso per cambiare una policy (questa è bella, davvero) non viene in mente che è burocratizzazione chiudere preventivamente in modifica le pagine ? --EH101{posta} 10:12, 20 dic 2011 (CET)
Off-topic
Continuazione dell'intervento precedente.
A mio avviso è un concetto totalmente contrario a Wikipedia, quale che sia la pagina, e come nel caso dei template proibiti in creazione della discussione di sopra, bloccati per il futuro per non "stancare" gli amministratori a bloccare quelli esistenti (assurdo), trovo questa linea sostenuta da alcuni amministratori di blocco preventivo delle pagine, un altro pessimo segnale, se non un vero e proprio abuso della funzione, per il quale segnalerò il disagio in ogni sede e tempo se non verrò messo a tacere. La domanda ovvia adesso è: cosa verrà bloccato preventivamente la prossima volta ? Del resto, si ricordi che il blocco vale solo per gli utenti, come ci hanno mostrato ampiamente gli amministratori che sono andati ad editare finanche durante la serrata di Wikipedia. Che non lo vedano un problema, mi sembra ovvio. Ma si ricordano di essere stati utenti ? Ma Wiki è aperta a tutti o solo a i selezionati ? Ma il consenso è stato misurato solo tra amministratori o vi è stata una partecipazione anche di utenti ? --EH101{posta} 10:12, 20 dic 2011 (CET)
- Favorevolissimo al blocco. Non è un blocco preventivo: la procedura è conclusa, chiusa, finita, morta, kaputt, ecc... Come per le PDC; non vedo che differenza c'è. --Retaggio (msg) 10:23, 20 dic 2011 (CET) PS - Ovviamente "blocco" ai solo sysop solo perché non c'è un blocco più elevato, chiaro...
- (confl) EH101 ma di che cosa stai parlando? Sono anni che si proteggono le pagine di servizio chiuse in questione, e come già segnalato le pdc a seguito di sondaggio e le UP a seguito di apposita discussione; per quanto riguarda invece la protezione delle riconferme chiuse la modifica risale ad oltre un anno fa. Di tutto questo, dati i dubbi di coerenza di Nemo bis, se ne è dato atto ora anche nella policy generale. Poi, per favore, basta con questi atteggiamenti settari da "sysop vs. utenti" perché non hanno alcuna dignità di verità oltre che di senso, e danneggiano gravemente il progetto.--Kōji parla con me 10:30, 20 dic 2011 (CET)
- Danneggio il progetto, perchè esprimo il mio parere che non coincide con quello di altri amministratori? Io esprimo una idea, un principio generale e manifesto un disagio: la risposta "basta con questi atteggiamenti settari da "sysop vs. utenti" perché non hanno alcuna dignità di verità oltre che di senso" non mi sembra appropriata, ma evidentemente quanto scrivo non ha addirittura "dignità di verità". Non avrò dignità in quello che scrivo, ma personalmente penso che "Basta" non sia a mio avviso un modo dialogante di confrontarsi, ma tranquilli: visto che mi è stato dato il "basta", me ne torno come al solito zitto e pesto al lavoro e riabbasso la testa nel sacco prima che me la taglino. L'ho fatto tante volte. --EH101{posta} 11:05, 20 dic 2011 (CET)
Discussioni off topic. E' una prassi consolidata, è utile e non c'è alcun giovamento nel non seguirla. Basta questo. --Retaggio (msg) 11:43, 20 dic 2011 (CET)
Ancora off-topic
- Il mio vicino al piano di sopra, per prassi consolidata tutte le mattine alle 5 mette la musica ad alto volume. Domanda:
- Mi è consentito chiedere che non lo faccia, in alternativa, posso almeno manifestare disagio ?
- Mi è consentito almeno chiedere che per "prassi consentita" la musica alle 5 resti "schiamazzo" e non venga cambiata la legge relativa ?
- Se l'unica cosa che mi è consentita è stare zitto, obbedisco, cos'altro potrei fare ? --EH101{posta} 12:09, 20 dic 2011 (CET)
- OT Il mio vicino, ogni mattina alle 7 in punto ascolta il radiogiarnale a tutto volume nel bagno. Ormai ho rinunciato anche solo a pensare di mettere la sveglia più tardi.
- Seriamente EH: (1) se dobbiamo discutere come si fa in altre pagine "famose" in questi giorni ditelo subito: io me ne vado immediatamente, che ho meglio da fare. (2) Se vogliamo modificare la prassi, bene, io, come detto non sono d'accordo, ma discutiamone pure. Certo non parliamo però di invenzioni creative (sopra) o di chissà quali sotterfugi criccaroli, che sono cose che non stanno da nessuna parte.
- In conclusione, a me sembra una cosa logica e ben ragionevole e mi stupisce di vedere interventi polemici. Stop: non so inventarmi altro da dire, perdonatemi, ma il "dono" del polemista non ce l'ho. --Retaggio (msg) 12:22, 20 dic 2011 (CET)
- PS - La musica del tuo vicino rappresenterà pure una prassi consolidata, ma certo non ti è utile o ti dà giovamento. ;-)
- Infatti. Basta davvero poco per dare "trasparenza" a una qualsiasi decisione e questa policy è estremamente delicata perchè, spero ne conveniate, è alla base del funzionamento di Wikipedia intesa come enciclopedia libera per gli utenti (che agli admin le protezioni non facciano nè caldo nè freddo, è insito nel funzionamento del software wiki). Abbiamo mille strumenti per fare una piccola consultazione, o richiesta di pareri, o almeno mini dibattito in questa pagina. Ci accaniamo per mesi per il colore di una riga in una tabella e non vogliamo spendere due righe per lasciare una traccia per modifiche a una policy come questa ? Come è successo sopra per il blocco in creazione dei template: si segnala la cosa, arrivano due o tre che dicono come la pensano, si prende atto assumendo la posizione (anche fisica) più consona al proprio stato e via a fare altro. Io non ho paura che dal dibattito, come molto probabile, scaturisca un esito contrario a come la vedo io, ma almeno che ci sia anche una minima traccia, meglio se asettica e non polemica delle diverse posizioni. Il tempo, come spesso accade, magari mi darà ragione e rileggerò volentieri discussioni, per allora in archivio, come questa. Del resto, cosa altro mi resta ? --EH101{posta} 13:52, 20 dic 2011 (CET)
- EH101, il tuo attaccare a caso gli amministratori, accusandoli tutti di essere una cricca e di agire sottobanco, è una palese violazione di WP:BF. Il fatto che fino ad ora abbiamo sempre fatto finta di non vedere non significa che sarà così anche in futuro. Quindi, per rispondere alla tua domanda, puoi esprimere il tuo parere e dissentire tutte le volte che vuoi, ma non farlo facendo attacchi personali contro interi gruppi di persone. Non lamentarti dopo un eventuale blocco. La Wikiquette è, prima che una policy, un pilastro Jalo 14:11, 20 dic 2011 (CET)
- E rispondo subito anche alla prossima domanda. E' una minaccia? Si, lo è. Discutete senza fare attacchi personali (Nemo è una perfetta dimostrazione di come questo si possa fare), o pagatene le conseguenze Jalo 14:11, 20 dic 2011 (CET)
- @Jalo: come ho scritto prima, se ritieni che criticare l'operato di interi gruppi di persone sia un attacco personale (?), per me stai introducendo un concetto nuovo e sul quale non concordo. L'attacco personale, per me è appunto "personale", ma evidentemente posso sbagliarmi. Estendendo, allora scrivere che gli italiani hanno un PIL in discesa è un attacco personale ? Che dire poi del governo ? Poi ci sono tutti quelli che non concordano con un criterio di enciclopedicità e si ritiene che sbaglino : attacco personale anche quello ? E chi vuole la cancellazione di una voce ? "Non sono d'accordo con il vostro parere e non avete capito l'enciclopedicità del personaggio che invece è palese perchè non avete letto il libro X": bum attacco personale anche quello e blocco. Parliamo poi degli appartenenti a un progetto. Ne leggo peste e corna fino agli insulti diretti e palesi rivolti ai partecipanti: attacco "personale" anche quello ? Blocco a vista per chi lo fa ? Non è mai stato così, non si è mai vista una cosa del genere, ma comunque mi aspetto di trovare una sensibilità simile alla prossima discussione nella quale si entra a gamba tesa su un intero progetto (talvolta anche sbagliandone il nome). Sto scrivendo da tempo che non posso fare altro che manifestare disagio e rimettere la testa nel sacco prima che me la taglino a mazzate: pensi che la tua ulteriore minaccia chiara, diretta e personale perchè mi stia zitto possa spaventarmi di più di quanto non sia già abbastanza spaventato ? Polemiche fini a se stesse ? Boh. Se essere contraddetti e non allinearsi a un opinione che va secondo me contro le linee guida adesso è diventata "polemica fine a se stessa" lo valuteranno anche altri che leggono: è tutto scritto chiaro in questa pagina e vi rimarrà per anni. Buon proseguimento. --EH101{posta} 16:24, 20 dic 2011 (CET)
- Non cercare di fare esempi fuori dalla logica. Se dicessi che voi del progetto guerra è da un po' di tempo che oltrepassate (e di molto) il limite, cosa mi diresti? Se ti dicessi che fate comunella, che vi divertite a spalleggiarvi a vicenda sostenendo l'esistenza di un complotto massonico ai vostri danni, cosa mi diresti? Se dicessi che cercate sempre di negare l'evidenza anche quando sbagliate, e che probabilmente vi tenete allineati via mail in modo da intervenire sempre in massa quando un "compagno" ha bisogno di aiuto, cosa mi diresti? Se ti dicessi che ormai da troppo tempo siete diventati POVver e vi divertite a fare attacchi personali, cosa mi diresti? Non ti sembrerebbero attacchi "personali" solo perché non avrei fatto nomi? Ma per favore... Jalo 17:36, 20 dic 2011 (CET)
- Se non si fosse capito, erano esempi Jalo 17:36, 20 dic 2011 (CET)
(rientro in topic) Per me va benissimo l'archiviazione con protezione, per le ragioni già esposte da Koji, Jalo, Retaggio e gli altri laggiù. --Azrael 14:14, 20 dic 2011 (CET)
- "(...) ma almeno che ci sia anche una minima traccia": ci sono già tracce ben visibili, e sono state linkate. L'aggiornamento odierno della policy, come già detto, riguarda casi già abbondantemente vagliati ed approvati.--Kōji parla con me 14:38, 20 dic 2011 (CET)
- Archiviazione con protezione, come si e' sempre fatto. Inutile ritornare su cose finite e dannoso continuare ad innescare polemiche fini a se stesse.--Bramfab Discorriamo 15:55, 20 dic 2011 (CET)
- F.C. ho dimenticato di far notare che non si tratta di protezione preventiva, ma protezione a posteriori, a cose fatte e concluse, tanto e' vero che il testo che Nemo porta all'attenzione recita: # Terminata la riconferma, ricordarsi di proteggere la pagina.--Bramfab Discorriamo 18:15, 20 dic 2011 (CET)
Favorevole alla modifica e in genere alla protezione di tutte le pagine di servizio relative a procedure concluse. Se necessario, suppongo che sia possibile substare via bot i template ivi inclusi in modo da evitare problemi di sorta. --Nicolabel 17:54, 20 dic 2011 (CET)
- Mi toccherà candidare Nemo a sysop prima o poi per evitargli tutte 'ste noie. --Elitre ♥ wp10 20:50, 20 dic 2011 (CET) Comunque spero di risultare un po' più "utile" dei colleghi dicendo che se sono cose che posso fare (e se hai davvero il consenso ;) ), puoi elencarmele direttamente che provvedo ASAP.
Accade che gli amministratori, per sorta di consuetudine, blocchino con durata "infinito" dalla creazione delle voci che sono state ripetutamente create. Ritengo che tale pratica, in relazione alla durata, non sia utile a wikipedia e presenta delle grosse controindicazioni.
- la prima controindicazione fa leva su un concetto che dovrebbe essere pacifico: nessuno di noi può predire il futuro e quindi non sa se domani quel titolo potrà accogliere una voce enciclopedica (immaginiamo lo sportivo in erba che oggi ha 17 anni, o l'attore che oggi ha una paio di film o pensiamo ai casi di omonimia ecc...)[1]
- la seconda controindicazione attiene alla quantificazione del danno: cioè se un IP ha provato a creare quella voce e non riuscendoci ha abbandonato non potremo mai saperlo. Quindi a fronte di un presunto benefico (da dimostrare che il blocco infinito produca un reale benefico) abbiamo un potenziale danno non quantificabile
- la terza controindicazione attiene allo scopo per cui si protegge: si protegge dalla creazione perchè qualcuno ha tentato più volte di ricrearla, tipicamente quanto tempo di vuole perchè la smetta? anche alla peggio, 1 o 2 anni di protezione mi sembrano più che sufficienti
- la quarta controindicazione è data dal fatto che si rende più difficile wikipedia, anche ammesso che l'IP non si stufi e abbandoni non è detto che conosca la strada per farsi sbloccare il titolo (ad es. sportello informazioni, quindi richiesta pareri e poi sblocco mio)
- la quinta controindicazione attiene alla natura di wikipedia: è aperta e ogni forma di limitazione di questa apertura non può che essere temporanea o si rischia si snaturare tale carattere
- Note
I seguenti esempi di voci che potrebbero in futuro essere enciclopediche prescindono dal singolo sysop perchè è prassi di tutti: esempio 1, esempio 2
Parlandone con altri amministratori, tra le risposte ho avuto:
- Comunque una pagina protetta si può sbloccare, vero ma che senso ha rendere più difficoltosa la contribuzione per un tempo infinito?
- Lasciare scadere la protezione è un rischio; il rischio in questo caso sarebbe che la pagina potrebbe essere ricreata. Anche qui va fatta una analisi: è meglio il rischio di dover ricancellare una voce dopo 1 o 2 anni di protezione o rischiare che in 10 IP riprovino a ricrearla dopo che è diventata enciclopedica e rinuncino?.
Non è mia intenzione modificare la policy ma vorrei che ci fosse un chiaro indirizzo da seguire o anche si potrebbe aggiungere in policy: la durata deve essere commisurata agli scopi che si prefigge o similare. Questo perchè ci sono dei casi in cui la durata infinito ha senso (pensiamo ai titoli errati o casi limite in cui c'è un soggetto che a cadenza regolare negli anni ricrea la voce). A latere in ragione della natura di wikipedia mi piacerebbe che le protezioni delle voci avessero sempre un termine--ignis Fammi un fischio 10:55, 9 gen 2012 (CET)
- I casi in cui la policy prevede esplicitamente la protezione dalla creazione sono:
- voci già cancellate ripetutamente;
- voci per le quali ci siano vertenze legali;
- titoli blasfemi o comunque assimilabili a turpiloquio;
- pagine bersaglio di spam automatizzato.
- Tolto il primo caso, per il quale le cose possono sempre cambiare, gli altri imho sono da protezione infinita, perché sono tutti dannosi per il progetto, vuoi per motivi oggettivi, vuoi per ragioni cautelari. Per le richieste di sblocco chiunque abbia un reale interesse è in grado di arrivare a WP:RA; lo si può pure inserire nella policy: "per chiedere lo sblocco di una voce fare richiesta qui".--Kōji parla con me 11:22, 9 gen 2012 (CET)
- Dopo che una voce è stata cancellata svariate volte, la possibilità che una nuova creazione sia legittima è prossima allo zero. Per questo motivo preferisco mantenere la possibilità di bloccare infinito la creazione delle voci. Se qualcuno tenterà di scriverla si troverà un messaggio come dice Koji, o cercherà su google "wikipedia+richieste" o "wikipedia+amministratori", ed in entrambi i casi verrà mandato a WP:RA Jalo 11:37, 9 gen 2012 (CET)
- e cmq nulla toglie che una buona ragione, sostenuta da valido consenso e necessario buon senso, possa essere causa di rimozione della protezione. Ce ne fidiamo di quelli cui abbiamo dato fiducia, o diamo per scontato che siamo tutti irragionevoli? ;-) --Fantasma (msg - 111.004) 11:40, 9 gen 2012 (CET)
- (confl) Sì, in effetti l'ideale sarebbe inserire il messaggio nell'editnotice. Sui C7 ci sono effettivamente casi di voci - soprattutto biografie - cancellate perché non ancora enciclopediche che poi arrivano ad esserlo; io personalmente in questi casi di norma non proteggo infinito se c'è una reiterazione ostinata, ma ci sono anche casi di palese mitomania. Lascerei la cosa a discrezione dei sysop caso per caso.--Kōji parla con me 11:45, 9 gen 2012 (CET)
- P.S.: e quindi ho quotato anche Fantasma in chiaroveggenza...^^--Kōji parla con me 11:47, 9 gen 2012 (CET)
I due esempi fatti da te, Ignlig, sono comunque una voce cancellata per decisione comunitaria per SPAM, per cui quindi è necessaria una discussione prima del reinserimento, e una voce già cancellata ben 12 volte, spalmate su un arco di un anno e mezzo, e la cui serie di cancellazioni si è conclusa solo grazie all'ultimo dei 3 blocchi dalla creazione da cui è passata. E' proprio il classico caso di voce da bloccare infinito Jalo 11:47, 9 gen 2012 (CET)
- (pluriconfl.)Io sono assolutamente d'accordo con ignis: cito la prima "regola generale": La protezione delle pagine deve essere utilizzata solo in alcune circostanze ben precise, dal momento che limita il normale utilizzo di Wikipedia. Wikipedia è un'enciclopedia aperta ai contributi di chiunque e la limitazione anche parziale di questo principio fondamentale deve fondarsi solo su concrete e gravi esigenze di sicurezza e tutela di sistema. Se un IP cerca di creare una pagina non enciclopedica, non vedo dove sia la concreta e grave esigenza di sicurezza e tutela del sistema. Stiamo andando totalmente contro lo spirito wiki nel proteggere una pagina dalla creazione per un periodo infinito, a parte tutti gli altri punti che cita ignis su cui mi trovo pienamente d'accordo. Mi sembra molto deplorevole anche il comportamento di alcuni amministratori che proteggono una pagina della creazione dopo che l'hanno cancellata in C4 una sola volta. Si blocca l'utente se reitera, mai la pagina in questione.--Mark91it's my world 11:49, 9 gen 2012 (CET)
- E se l'utente che reitera sono una serie di IP dinamici, come quasi sempre accade? --Roberto Segnali all'Indiano 11:51, 9 gen 2012 (CET)
- 1 anno, 2 anni come proponeva ignis. Non mi sembra irragionevole. --Mark91it's my world 11:52, 9 gen 2012 (CET)
- credo che ci sia un cosa che vada precisata: una volta, di tanto in tanto, qualche admin si prendeva la briga di rispulciarsi la cat delle pagine protette e rimuovere quelle protezioni che non avevano più ragion d'essere. Questo compensava la condizione di apparente immutabilità della protezione e consentiva di guardare al problema con maggior serenità. Qualcuno lo fa ancora? --Fantasma (msg - 111.004) 11:56, 9 gen 2012 (CET)
- occhio però che le voci cancellate e protette non sono indicizzate e categorizzate ergo nessuno quali e quante siano --ignis Fammi un fischio 11:59, 9 gen 2012 (CET)
- davvero? Davvero davvero? :-D --Fantasma (msg - 111.004) 12:02, 9 gen 2012 (CET)
(conflittato)Speciale:TitoliProtetti--Vito (msg) 12:03, 9 gen 2012 (CET)
- sono un cretino :-D non la conoscevo, cmq il punto è se la protezione 1 o due anni ha uguale efficacia a quella infinito, io eviterei di ipotecare il futuro --ignis Fammi un fischio 12:06, 9 gen 2012 (CET)
- magari tutte le ipoteche potessero essere di così facile perenzione... ora che sai la strada fattici un giretto, ogni tanto; divertente non è (a parte qualche titolo), ma risolve molte delle preoccupazioni espresse ;-) --Fantasma (msg - 111.004) 12:09, 9 gen 2012 (CET)
- il post qui ha lo scopo di dare un indirizzo chiaro.. <polemica on>tutto nasce da un post che ho fatto in ML sysop e lì sono stato accusato finanche di wheel war perchè ho accorciato la durata di protezioni infinito di taluni titoli quindi per farmi il girello in quell'elenco è bene che ci sia anche un segno tangibile della comunità :-) </polemica on> --ignis Fammi un fischio 12:19, 9 gen 2012 (CET)
- (fc) Qualunque cosa riusciate a dirvi in ML, il principio è che non si dovrebbe proteggere mai, che qualche volta è necessario proteggere, che se si protegge è per serie ragioni pratiche, e che se si è protetto per serie ragioni pratiche non si sprotegge per astratte ragioni di principio, perché poi il portatore sano di principi a seguirsi le rogne che causa agli altri dopo non ci va. Poco carino, ma l'esperienza questo insegna. E' una funzione tecnica, non ideologica. Quindi, credo piuttosto sia necessario che usiate la ML per coordinarvi di questi giretti in cui sproteggere ciò che con consenso e buon senso si riveli non più da tenere protetto. Se riuscite a comunicare fra di voi dentro la ML non dovrebbe essere difficile. Se invece ci sono problemi discutetene qui, che per combinazione è il luogo per discuterne. Se non è troppo disturbo. --Fantasma (msg - 111.004) 12:35, 9 gen 2012 (CET)
la cosa è in effetti molto dipendente dal tipo di pagine di cui stiamo parlando, come dicono Ignis, Koji e la policy. Mentre per voci-bestemmie come le prime di Speciale:TitoliProtetti siamo tutti d'accordo nel tenerle bloccate, per molte altre l'infinito è semplicemente inutile. Guardando la pagina speciale noto ad esempio casi che ormai sono superati, come Zio Paperone (Kingdom Hearts) (cancellata 5 volte in un giorno nel 2007), Avatar (film 2008) (cancellata n-mila volte nel 2006, ma oggi fa un po' ridere) o Categoria:Progetto Cattolicesimo (2008). Per casi come questi è chiaro che una protezione infinito è assurda. Per casi di spam reiterato io invece trovo che possano starci, ma personalmente consiglierei la prudenza anch'io nel dare un infinito, o in alternativa un giretto ogni tanto nelle pagine speciali delle voci bloccate per valutare se ormai il rischio si può considerare non più urgente (come dice Fantasma). --Superchilum(scrivimi) 12:29, 9 gen 2012 (CET)
- Più che altro, però, vorrei trovare un modo per migliorare i messaggi di sistema che segnalano 'ste cose, le mie tanto infamate protezioni via titleblacklist hanno il vantaggio di permettere comodi messaggi di errore che reindirizzino a WP:RA. --Vito (msg) 12:39, 9 gen 2012 (CET)
- a proposito di quanto sia facile chiedere lo sblocco delle voci: Discussione:Antonio_Serra_(economista). Mi trovo d'accordo con quanto scritto qui sopra da Superchilum e se poi riusciamo a migliorare i messaggi di sistema, meglio--ignis Fammi un fischio 12:59, 9 gen 2012 (CET)
- Nessuno dice che deve essere obbligatorio bloccare sempre le voci infinito. Il fatto che spesso non vada fatto non significa che non sia mai utile. Se venisse continuamente creata la voce di Dj Ciccio Pasticcio, riguardante un ragazzino 16enne, perché non dovremmo bloccarla infinito? Solo perché magari questo qui diventerà tra 10 anni il nuovo Dj Albertino? Oppure perché potrebbe nascere un nuovo dj enciclopedico che prenderà il nome di Ciccio Pasticcio?
- Non basta presentare 1, 2 o 10 esempi di voci da non bloccare infinito per dedurre che il blocco infinito non è mai utile.
- Per quale motivo non dovremmo bloccare infinito la voce Noemi Letizia, visto che è stato deciso che non è e non sarà mai enciclopedica? Solo perché tra 15 anni potrebbe esistere una biologa o un'archeologa omonima? Jalo 13:22, 9 gen 2012 (CET)
- Occhio che arriva Jaqen e la crea.--Vito (msg) 13:26, 9 gen 2012 (CET)
- Lol. Tutti noi, quando blocchiamo una voce, cerchiamo di farlo per il minor tempo possibile. Se devo eliminare un blocco infinito ad una voce chiedo a chi l'aveva fatto il motivo. Magari c'è qualche motivo che non conosco, una discussione svoltasi da un'altra parte, una minaccia legale, è il titolo sbagliato di una voce già esistente, oppure fa parte di un'ampia campagna spammatoria di qualcuno. Potrebbero essere tanti i motivi. Solo dopo la sua risposta decido se modificarlo o meno.
- Costa tanto chiedere? Jalo 13:29, 9 gen 2012 (CET)
- @Jalo: l'ho sottolineato in grassetto sopra, ci sono titolo che è meglio, molto meglio proteggere infinito (esempi fatti sopra). Poichè abbiamo un policy che dice la protezione deve essere utilizzata solo in alcune circostanze ben precise, dal momento che limita il normale utilizzo di Wikipedia ne devo arguire che anche la durata deve essere soppesata.. ma un voce ricreata 6 volte in 3 mesi.. se la proteggo 2 anni o infinito qual'è la differenza? cioè ad oggi mi sfugge quale sia lo svantaggio nel proteggere a tempo determinato anzichè "infinito"... ci sono invece svantaggi nel proteggere infinito? si e sono quelli linkati sopra e che a ieri avevano prodotto un danno e cioè la mancanza di una voce su attore e ad oggi la mancanza di una voce su un economista. Quindi ricapitoliamo: se proteggo a 1 anno distolgo l'utente dal ricrearla e alla peggio se dopo 1 anno viene ricreata la potrò nuovamente proteggere, se proteggo infinito non saprò mai quante voci avro in potenza perso e quanti contributori. Si tratta di un mero rapporto rischi benefici, anche perchè io una scorsa alla categoria titoli protetti l'ho data (e un paio di titoli l'ho sbloccati) ed è un lavoraccio (apri titolo, controlla contenuto, cerca su google ecc..) molto di più che proteggere dopo 1 anno una seconda volta certo poi si può fare con eleganza ciò che M7 fa e cioè proteggere per 6 anni :-D . Insomma io dalla mia segnalazione mi aspetto un commento come quello di superchilum ma non un'alzata di scudi--ignis Fammi un fischio 13:45, 9 gen 2012 (CET)
- (confl) Per facilitare i percorsi basterebbe inserire nell'editnotice automatico una frase del tipo "per chiedere lo sblocco della voce puoi fare una richiesta qui". Per il resto si tratta di questioni da valutare caso per caso.--Kōji parla con me 13:49, 9 gen 2012 (CET)
- È quello che l'Italia che lavora™ sta cercando di fare! --Vito (msg) 13:51, 9 gen 2012 (CET)
- Il problema non è chiedere, ma come viene concessa la creazione della pagina e possibilmente mantenere un archivio di facile consultazione di dibattiti simili. Secondo me andrebbe creata una pagina di servizio dove la comunità possa dare un parere sulla ammissibilità di creazione di voci bloccate in scrittura. Pensare che tutti si debbano analizzare WP:RA e verificare per ogni discussione se il tema è di interesse generale o se l'argomento è specifico per gli admin, in quanto semplice richiesta di servizio, secondo me è un errore. Siamo infatti in presenza di una specie di procedura di cancellazione alla rovescia, che a mio avviso dovrebbe essere, come la più famosa che l'ha preceduta, trasparente, condivisa e regolata da regole molto simili (sebbene alla rovescia). La linea guida esiste per esempio su en.wikipedia ed è en:Wikipedia:Requests for undeletion dove l'appello contro le decisioni è sempre possibile, non per un fatto di sfiducia contro chi le prende, ma per agevolare una normale dialettica tra appartenenti a una comunità, vista per quanto riguarda queste questioni, come assolutamente paritaria. La mia è ovviamente teoria, ma non dispero un giorno diventi realtà. --EH101{posta} 13:53, 9 gen 2012 (CET)
(rientro) In linea teorica, appunto, non è una cattiva idea, però mi chiedo se il gioco di creare tutto un ambaradan speculare alle pdc valga la candela. Quante richieste di sblocco ci sono ogni anno?--Kōji parla con me 14:31, 9 gen 2012 (CET)
- Ho modificato MediaWiki:Noarticletext-nopermission, qualcuno prova come va? --Vito (msg) 14:36, 9 gen 2012 (CET)
- Se apro Noemi Letizia non mi avverte di poter chiedere lo sblocco in RA.--Kōji parla con me 15:04, 9 gen 2012 (CET)
- @Vito: Ho modificato MediaWiki:Titleprotectedwarning. Dovrebbe essere lui.
- @Ignlig: Motivi per proteggere infinito una voce te li ho dati poco sopra. Parli di voci "potenzialmente perse" perché un anonimo trova bloccata una voce. Se il blocco fosse di 2 anni invece che di infinito la troverebbe bloccata lo stesso. Quante delle voci attualmente bloccate infinito sono state bloccate almeno 2 anni fa? Quante di queste adesso sarebbero enciclopediche? Direi ben poche, per cui questa perdita sarebbe parecchio limitata.
- Visto che l'attuale policy dice già di limitare al massimo i blocchi e la loro durata, credevo che si proponesse di eliminare del tutto i blocchi infiniti. Se così non è, credo che la policy sia già abbastanza esplicita Jalo 15:14, 9 gen 2012 (CET)
- Uhm Jalo, io vedo quello che ho messo io. --Vito (msg) 15:19, 9 gen 2012 (CET)
- (conflit.) non voglio affatto eliminare i blocchi infinito; già in ML in risposta a Doc.mary avevo chiarito che non mi sembrava necessario modificare le policy, cosa ribadita in quanto ho scritto qui all'inizio. Circa i numeri direi che le pagine bloccate da più di due anni è facile che siano diverse decine o centinaia, difficile dirlo; a naso sono un paio di migliaia quelle bloccate, togliendo bestemmie e altre amenità penso si possa arrivare a un migliaio di pagine che andrebbero controllate --ignis Fammi un fischio 15:21, 9 gen 2012 (CET)
- @Jalo: quello è il messaggio per chi ha i diritti per creare un titolo bloccato (anche autoconfirmed). --Vito (msg) 15:25, 9 gen 2012 (CET)
- Ok, l'ho cancellato di nuovo. Come non detto Jalo 15:30, 9 gen 2012 (CET)
- Oddio un messaggino lì ha pure il suo senso, capita di editare in pagine protette per sbaglio, senza accorgersene, nel mio caso poi il problema è globale.
- Ad ogni modo, considerazione generale, Ignlig ha sollevato un problema interessante, sui modi non mi pronuncio...bene.
- Personalmente blocco di default uno o due anni perché poi mi scordo di levare le protezioni, ci sono casi in cui è comunque utile mettere infinito o lasciarlo (sono dell'opinione che una cosa che funziona non si debba toccare "tanto per"), credo che tuttavia la semplice modifica fatta oggi ai messaggi di sistema riduca i problemi del 99%, rendere semplice l'editing su wiki non è...semplice! Però possiamo rendere più funzionali i canali di (auto)correzione e facilitare il lavoro di chi si propone di dare una mano a chi si scontra con varie difficoltà.
- --Vito (msg) 15:55, 9 gen 2012 (CET)
- Il vantaggio di creare uno spazio dedicato a questo tema (niente di eclatante basta una sottopagina WP:RA/richieste di sblocco alla creazione o simile per iniziare) è proprio quello di svuotare di complessità questa discussione. Decidere il blocco sine die o 30 giorni sarebbe un dato ridimensionato nel significato nel momento in cui è sempre possibile avviare una pratica semplice, standard e aperta di creazione di una voce bloccata, possibilmente linkata dal warning. Con l'occasione, tutti i casi "dimenticati" possono venire segnalati anche da non admin, magari con una lista, dando una mano alla gestione dell'arretrato in termini di trasparenza. Sono poche le richieste ? Motivo di più per fare una pagina dedicata. In realtà, la parte difficile non è creare e mantenere una sottopagina di servizio, ma è scrivere/integrare questa policy per riportare come, quando, e in che casi si può chiedere lo sblocco in creazione di una pagina, che è un po' il contraltare a quanto segnala Ignlig. È evidente, infatti, che in assenza di una procedura di appello agile e in presenza come è ora del rischio che sbloccare una pagina bloccata in creazione da un amministratore sembri una wheel war, la codifica delle durate dei blocchi diventa una cosa molto importante.
- Personalmente penso che la policy di questa pagina in generale sia tra quelle fondamentali e regolamenti il rapporto admin-non admin in modo da caratterizzare una intera Wikipedia in una lingua. Se resto il solo a chiedere un riequilibrio delle opportunità e possibilità per i non amministratori, non otterrò nulla, se non lasciare una traccia a fini storici da rileggere tra qualche anno. Se altri concordano che passi avanti vadano fatti, allora magari ci accorgeremo che siamo pure indietro rispetto alle Wikipedia più evolute, liberali, trasparenti, organizzate, furbe, mettete voi l'aggettivo. --EH101{posta} 16:02, 9 gen 2012 (CET)
- Credo che l'attuale WP:RA sia sufficiente, senza creare altre pagine. Niente avvitamenti burocratici Jalo 16:29, 9 gen 2012 (CET)
- @Vito: continua col lavoro, io mi ero perso tra le pagine dei messaggi di sistema :D Ho notato che però i non registrati non vedono riquadrato il log della protezione, ma solo quello delle eventuali cancellazioni. Quindi, se non è possibile inserirlo, scriverei: Questa pagina è stata bloccata in modo che siano necessari diritti specifici per crearla: se ritieni tratti di un argomento adatto a Wikipedia puoi chiederne la creazione in Wikipedia:Richieste agli amministratori. Mettendo anche il titolo per esteso della pagina di servizio
- @EH101: IMHO non è necessaria una pagina apposita con "procedure codificate", dato che (per esperienza) i niubbi/lettori si trovano meglio a scrivere di loro pugno che a inserire/compilare template o cose strane. WP:RA, al momento, mi pare venga usata comodamente da tutti, e non è nemmeno così oberante. Dovesse "riempirsi" (dubito), prenderemmo in considerazione l'idea di separarle... ma la vedo più una complicazione (dover scegliere dove scrivere...)
- Sbloccare una pagina non è tanto una wheel-war, ma piuttosto si corre il rischio di sbloccare una pagina di cui non si conoscono i retroscena, che il bloccante ha seguito. Ah, non ho capito il riequilibrio delle opportunità e possibilità per i non amministratori: purtroppo il blocco e lo sblocco sono procedure amministrative, e chi non ha questi diritti ha il diritto e dovere di richiederle, come si è sempre fatto (e, a parte la questione "newbie-(un)friendly" a cui si sta lavorando or ora, mi pare che sia sempre andata perfettamente)--DoppioM 16:58, 9 gen 2012 (CET)
- Come ho già detto, la richiesta di creare una voce bloccata, secondo me non è una richiesta agli amministratori, ma una richiesta alla comunità. Già per le cancellazioni siamo arrivati alla conclusione che è la comunità ad esprimersi e non un operatore dotato di diritti specifici a cui si fa una richiesta in WP:RA di cancellazione. Un giorno arriveremo anche a capire che è la comunità a decidere la creazione di una pagina bloccata in determinate condizioni e l'operatore di cui sopra effettuerà la funzione di servizio dello sblocco in base all'opinione dei partecipanti a un dibattito accessibile a tutti, non necessariamente coincidente con la sua. I niubbi non dovrebbero compilare cose strane, template, o altro: gli basterà seguire il link del warning e finire in una pagina dove si parla solo di sblocchi, non frammisti a richieste di spostamenti di redirect, cambi nome utente, ecc. Facendo il paragone con la cancellazione semplificata, la richiesta che non ha nessun riscontro (o solo negativi) resta come semplificata agli atti e basta lì. Se invece si avvia un dibattito, allora il discorso cambierebbe. Se invece si pensa che un niubbo si orienti meglio in Wikipedia:RA, fate la prova: cliccate sul link, guardate che cosa può essere quella pagina per un niubbo e datevi una risposta. Fate il paragone con questa pagina, pur in una lingua diversa, e in coscienza dite che è la stessa cosa. --EH101{posta} 17:25, 9 gen 2012 (CET) ci sarebbe anche da parlare della "userificazione" cioè il rilascio di copia in pagina utente di bozze cancellate, ma mi rendo contro che questo è il difficile che confina con l'inutile.
- qui non abbiamo la casistica di en.wiki, i casi sono pochi e ben gestibili in RA.
Gli admin danno applicazione alle indicazioni della comunità; è per questo che sono scelti dalle comunità e non da WMF. Se poi proteggono pagine, è bene che vi siano buone ragioni per chiedere la rimozione della protezione. Ragioni di consenso e di buon senso. "l'opinione dei partecipanti a un dibattito accessibile a tutti" è sicuramente interessante, ma se un titolo è protetto, le valutazioni spettano agli admin, proprio perché applicano le indicazioni comunitarie ed è per questo che sono scelti dalle comunità e non da WMF. Su altri progetti possono incasinarsi come meglio credono. --Fantasma @wk · (msg) 19:59, 9 gen 2012 (CET)
(rientro) Rispondo a EH101: concettualmente sono d'accordo con te, il giudizio che conta dovrebbe essere sempre quello della comunità. WP:RA è attualmente necessaria solo per esigenze tecniche, ma certo può essere resa più accessibile (con link strategici) anche agli utenti inesperti. Trovo invece inapplicabile a it.wiki, almeno per il momento, la discussione comunitaria per lo sblocco delle pagine: finiremmo solo per riempire altri kb e kb di discussioni, favorendo spammer e malintenzionati di ogni tipo (difficilmente una voce protetta dalla creazione, soprattutto se per ripetute cancellazioni, diventa l'obiettivo di utenti in buona fede): diciamo che nel caso rarissimo in cui l'enciclopedicità appaia in forma manifesta, essa lo sarà anche per gli utenti con licenza di sbloccare. Infine una piccola riflessione sul motivo da cui è nata questa lunga discussione: dal momento che la policy sulle protezioni lascia al singolo amministratore la libertà (o meglio, la responsabilità) di decidere la durata della stessa; dal momento che non si vuole metter mano alla suddetta policy (almeno, questa è l'espressa intenzione di chi ha aperto la discussione); dal momento, infine, che tutti, suppergiù, condividiamo gli stessi fini (bilanciare la crescita dell'enciclopedia con la sua tutela) sia pure con mezzi diversi: sarò idiota io, ma mi dite, di grazia, di cosa stiamo discutendo? --Mari (msg) 23:53, 10 gen 2012 (CET)
- di voci protette infinito che non andavano protette infinito (e scoperte quasi per caso) e quindi (anche per le ragioni di carattere generale espresse sopra) auspico maggiore prudenza nell'utilizzo di questa "durata" --ignis Fammi un fischio 00:01, 11 gen 2012 (CET)
- Qui sopra si fa l'esempio di un caso in cui è bastato scrivere nella pagina di discussione, perché la voce venisse sprotetta. Ma quando è pure la pagina di discussione ad essere protetta?.
- Abbiamo persino Discussione:Pagina principale che non può essere scritta da un qualunque utente, che pure legge nella pagina "Benvenuti su Wikipedia L'enciclopedia libera e collaborativa", ma non può modificare non solo quella pagina, ma neppure la sua discussione. Questo sì può essere decisamente frustrante per un utente di passaggio (ad es. può pensare che sia indispensabile registrarsi, e per questo magari decide di lasciar perdere, il che va contro uno dei caposaldi e specificità di Wikipedia che appunto è nata per essere modificabile da chiunque -a differenza di tanti forum, blog, ecc. ecc. in cui la registrazione è richiesta- ). E mi ricordo di un giorno in cui avevo notato un errore (mi pare la mancanza di un'importante ricorrenza) in pagina principale, ma non potendo scrivere neppure in pagina di discussione, ed ero un po' di fretta per cui non avevo molto tempo per cercare e andare a scrivere in altre pagine di servizio, ho lasciato perdere. Del resto "wiki" non deriva da "rapido", "veloce"? Anche qui si va contro i principi base.
- Senza contare che la politica di protezione dice chiaramente ed esplicitamente "In generale (...) e le pagine di discussione [dovrebbero essere] lasciate aperte."
- E, per tornare più in generale all'argomento originale e centrale di questa discussione, la stessa frase prima precisa "In generale, le pagine protette dovrebbero essere sprotette appena possibile"--79.20.253.233 (msg) 21:19, 11 gen 2012 (CET)
Pur non rientrando nella politica di protezione delle pagine, chiedo se non sia possibile bloccare per il solo spostamento Wikipedia:Scherzi e STUBidaggini/WikiDrago per ripristinare questa versione o equivalente (Lou Crazy sta lavorando ad un avviso che non comporti la categorizzazione della voce in Categoria:Spostare). È infatti capitato che un utente abbia dato seguito alla richiesta, non rendendosi conto dell'intenzione goliardica della stessa. Cosa ne pensate? --Harlock81 (msg) 17:51, 21 feb 2012 (CET)
- proteggi pure --ignis Fammi un fischio 18:51, 21 feb 2012 (CET)
Fatto Grazie. --Harlock81 (msg) 19:21, 21 feb 2012 (CET)
Ho ritenuto utile chiarire che la policy è riferita in particolare al ns0, dato che più volte sono sorti equivoci, come da ultimo qui.--Kōji (msg) 12:30, 11 mag 2012 (CEST)
- Però secondo me non è del tutto vero. La linea guida definisce anche i casi di proteggibilità delle altre pagine (come quelle di Discussione, Discussioni utente, Mediawiki) ed è importante che non si pensi che per le pagine comunitarie la protezione sia uno strumento da usarsi a cuor leggero. ·· Quatar » posta « 14:39, 11 mag 2012 (CEST)
- A cuor leggero mai: così è meglio?--Kōji (msg) 14:50, 11 mag 2012 (CEST)
- Sì è meglio! ;) Ciò non toglie che in futuro dovremo scrivere anche una sezione dedicata alle pagine di discussione comunitaria. ·· Quatar » posta « 15:13, 11 mag 2012 (CEST)
Un giorno ho un po' navigato nella wiki portoghese e ho notato una cosa davvero interessante: hanno un altro grado di protezione delle voci. Mentre noi ce ne abbiamo tre (solo amministratori, solo utenti autoconvalidati e protezione dallo spostamento), loro ne hanno inserito uno che permette di modificare una voce ai soli utenti autoverificati. IHMO, si potrebbe inserire questo livello di protezione anche su it.wiki magari sulle voci in Vetrina e di Qualità, in modo da mantenere "intatta" la qualità della voce certificata. Spesso, infatti, noto che voci in Vetrina sono vandalizzate e alcune di queste modifiche non vengono corrette, abbassando così la qualità della voce. Che dite, secondo voi si può fare? --Michele (aka IlFidia) 11:21, 19 mag 2013 (CEST)
Favorevole una protezione ulteriore per le voci in vetrina o per le VdQ costituirebbe un giusto filtro a tutela dell'enciclopedia. --Pèter eh, what's up doc? 12:53, 19 mag 2013 (CEST)
Favorevole --Zero6 ✉ 13:02, 19 mag 2013 (CEST)
Contrario. Wikipedia è un sistema aperto e tale deve rimanere, la protezione delle pagine è solo una extrema ratio, va utilizzata per fermare danni in essere, non è pensata per un utilizzo preventivo, in quanto altererebbe la natura stessa del progetto. --mapi 13:07, 19 mag 2013 (CEST)
- (confl.) La protezione accordata alle voci in vetrina su en.wiki impedisce la correzione anche dei soli refusi e talvolta anche di aspetti più importanti, nel momento in cui le segnalazioni nelle pagine di discussione - che lì sono rapidamente archiviate - vengono ignorate. Per contro, le correzioni apportate da IP (per lo meno nelle voci da me seguite) sono spesso costruttive e utili: talvolta, anche segnalando le necessità di aggiornamenti che succevvivamente un secondo utente saprà addattare alla voce per forma e contenuti. Per contro, gli utenti autoverificati sono sì numerosi, ma non riescono a star dietro sempre a tutto. Conseguentemente, la proposta renderebbe l'ambiente wikipediano meno accogliente e potenzialmente meno pronto a rispondere alle variazioni che il tempo rende necessarie e mi trova, per lo meno in questa forma e con l'obiettivo di applicarla alle voci in Vetrina e VdQ,
Contrario. --Harlock81 (msg) 13:14, 19 mag 2013 (CEST)
- La specialità di wp consiste nel fatto che tutti sono liberi di editare, quindi anche di vandalizzare e di annullare i vandalismi. Con questo sistema si raggiungono buoni risultati, mentre con un sistema chiuso si "sistema" l'aspetto più vistoso e si sottovaluta ciò che si perde. Inoltre vetrina e vdq sono qualifiche informali, attestati che lasciano il tempo che trovano (comunque non poco, sia chiaro). E gli AV hanno uno scopo molto ben circoscritto (fluidità del patrolling), da cui abbiamo inteso di non discostarci mai. Quindi assolutamente
Contrario. Interessante lettura sugli IP. --pequod ..Ħƕ 14:13, 19 mag 2013 (CEST)
- È vero che gli IP sono molto utili per l'enciclopedia e dubito che qualcuno dica il contrario. Spesso correggono refusi di tutti i tipi e aggiungono info, ma generalmente gli utenti che portano in vetrina una voce continuano comunque ad aggiornarla e a trovare eventuali errori di battitura. Capisco che la cosa potrebbe "alterare la natura stessa del progetto", ma per me può essere anche fatta, visto che dopo alcuni anni ci troviamo delle voci non più di qualità o non adatte alla vetrina. In tutti i casi, si potrebbe anche tralasciare l'aspetto della qualità che era solo un mio punto di vista che ho maturato nel corso del tempo, ma per me rimane comunque un problema: per me il sistema della wiki portoghese può essere proposto anche qui. Infatti, si passa alla semiprotezione (solo gli utenti registrati da 4 giorni possono modificare una voce) a quella totale (solo amministratori). Insomma, per me esiste la protezione minima, media e massima, e su it.wiki non c'è la protezione intermedia. --Michele (aka IlFidia) 14:42, 19 mag 2013 (CEST)
Contrario Progetti wiki poco seguiti (o troppo) sono in difficoltà nel patrol delle voci. it.wiki è nel mezzo e non priverei del contributo anonimo alle voci, a prescindere e in assenza di casi di vandalismo confermati. La proposta secondo me è contraria al principio stesso di Wikipedia ed è un pericoloso precedente, seguendo il quale poco alla volta anche altre categorie di voci potrebbero venire protette preventivamente, di fatto snaturando i principi stessi sulla collaborazione di it.wiki. Le semiprotezioni secondo me dovrebbero sempre seguire a episodi di vandalismo specifici e dovrebbero comunque avere durata limitata. Un provvedimento permanente e a priori, in assenza di motivazioni basate su statistiche e verifiche della inefficacia del patrol, trovo non abbia riscontri nell'attuale regolamento. --EH101{posta} 15:33, 19 mag 2013 (CEST)
- @Michele: EH101 ha colto esattamente il punto. Tu scrivi che gli IP "Spesso correggono refusi di tutti i tipi e aggiungono info", ma il punto è invece che essi sono essenziali anche per quel che riguarda il patrolling. Quindi per qualche ip vandalo, ti priveresti del contributo di molti IP che sono qui anche per contrastare i vandalismi. Si tende troppo a guardare la cosa nell'ottica dell'utente assiduo: "io sono assiduo, sono registrato, contribuisco con la stessa utenza da diversi anni, la comunità mi conosce...": tutto ciò ci porta a pensare un po' in automatico "utente registrato=bene; IP=potenziale pericolo". Ulteriore considerazione: una vetrina o vdq... basta guardare la crono e una breve analisi dei diff permette di ripristinare in breve la versione migliore, salvaguardando le migliorie. Forse è il caso di organizzare una volta all'anno un festival della qualità che controlli le vetrine e vdq stellinate più di recente (l'ultimo anno? gli ultimi due anni?), controllandone lo stato di salute. E' ovvio che per le stellinate più vecchie la cosa inizia a farsi più complessa e vanno pensate strategie diverse. --pequod ..Ħƕ 16:12, 19 mag 2013 (CEST)
- Potreste favorirmi qualche esempio di edit che sarebbe stato evitato da protezione siffatta delle voci in vetrina (che, incidentalmente, sono lo 0,05% delle nostre voci) e possibilmente una statistica del tempo intercorso prima del loro revert?
- In assenza di concrete esigenze, dovrei infatti dirmi anch'io
Contrario alla novità. --Nicolabel 13:13, 20 mag 2013 (CEST)
Secondo me vi siete un po' troppo cristallizzati sull'idea che mi è venuta sul momento della vetrina e delle VdQ. La mia idea principale era di aggiungere un nuovo livello di protezione. Infatti, i livelli di protezione attuali sono due:
- semiprotezione (solo utenti autoconvalidati)
- totale (solo amministratori, 108 utenti)
Non ho la più pallida idea di quanti siano gli utenti autoconvalidati, ma sicuramente sono tantissimi. In poche parole, si passa da migliaia di utenti a un centinaio: non esiste una via di mezzo? La mia proposta è creare questa via di mezzo, che per me potrebbero essere gli utenti autoverificati. --Michele (aka IlFidia) 14:39, 20 mag 2013 (CEST)
- Probabilmente è vero che si siamo focalizzato sull'esempio, ma una nuova funzione viene introdotta se se ne può prevedere una qualche utilità. La domanda, quindi, non può rimanere senza risposta: a cosa dovrebbe servire? Quale utilità dovrebbe avere?
- Tieni presente inoltre quanto detto da Pequod sul motivo - ben specifico - per cui gli autoconvalidati sono stati introdotti. --Harlock81 (msg) 21:37, 20 mag 2013 (CEST)
- Basti pensare al modo in cui è stato finora attribuito il flag AV. Di botto ci troviamo n utenti AV accettati come tali capaci di proteggere voci? IMHO neanche a parlarne... Chi ha dato a questi utenti AV la fiducia per semiproteggere le voci? Proprio nessuno. Quindi qual è l'idea, resettare il contatore degli AV e inventarci un nuovo sistema di elezione per gli AV? Comunque gli AV sono circa 750... --pequod ..Ħƕ 22:05, 20 mag 2013 (CEST)
- Nononononono, Pequod, mi hai frainteso! :D Non intendo dire che agli AV bisogna dare la capacità di semiproteggere le voci, che rimane sempre e comunque agli amministratori. Il senso del mio messaggio è di creare una nuova protezione, in cui possano editare solo gli AV e gli admin. Infatti, come dicevo prima, non esiste una via di mezzo: o possono editare gli autoconvalidati (flag facilissimo da ottenere) oppure solo gli amministratori (molto più difficile ottenere questo flag). Perché non creare una protezione media, insieme alla minima (in cui non possono editare praticamente gli IP) e alla massima (nessuno, a eccezione degli amministratori)?? Quale sarebbe il senso? Penso che ci siano molti utenti che, anche se non sono admin, riescano comunque fare edit costruttivi a una voce protetta. --Michele (aka IlFidia) 10:22, 21 mag 2013 (CEST)
- Hai ragione, sono andato fuori carreggiata. :D
- Tu dici: agli admin è dato di proteggere le voci invece che sysop/autoconfirmed soltanto, sysop/autopatrolled/autoconfirmed. Ok, però guarda che il caso di voci con lucchetto rosso sono piuttosto rari (giustamente): in sostanza, la protezione base è la semiprotezione, che taglia fuori solo gli IP e i non autoconfirmed. Poi c'è il lucchetto rosso. L'obiezione base alla tua proposta è che essa appare funzionale solo se determina una protezione preventiva, mentre le protezioni noi le predisponiamo solo alla luce di un assalto significativo. Insomma, facciamo di tutto per mantenere "libera" la contribuzione.
- Cmq, pt:Wikipédia:Página protegida: Página semiprotegida ao nível de autorrevisores: apenas autorrevisores podem editar. Deve ser usada apenas em predefinições com muitos afluentes e em outros casos especiais. --pequod ..Ħƕ 10:50, 21 mag 2013 (CEST)
- Mantenere la contribuzione libera il più possibile è una cosa ovvia. Il lucchetto rosso l'ho sempre visto come una protezione troppo severa. Per me bisognerebbe adottarlo solo per protezione di template molto usati e in casi veramente eccezionali sulle voci (per esempio, quando un personaggio noto muore e la voce è vittima di moltissimi vandalismi). Ho visto far uso del lucchetto rosso anche per continue modifiche improprie, ma per me si potrebbe benissimo usare in questo caso quello che dico io: una protezione che permette ai soli amministratori e AV di editare, escludendo gli autoconfermati che sono tantissimi e non sempre così affidabili (ovvio che esistono anche quelli affidabili! :D). È ovvio anche che la mia proposta dovrebbe essere usata solo in alcuni casi, non sempre! --Michele (aka IlFidia) 11:26, 21 mag 2013 (CEST)
segnalo che, stando alla relativa pagina speciale, nel 2014 sono state già bloccate 10 pagine con semi-protezione con scadenza infinito (6 a giugno, 2 ad aprile, 1 a marzo e luglio). l'elenco lo trovate qui. non mi esprimo sulla disambigua, il redirect(?) e la voce bloccata l'altroieri, ma invito a riparametrizzare le altre protezioni in modo che, se possibile, abbiano una scadenza finita. --valepert 16:47, 15 lug 2014 (CEST)
Ho rivisto integralmente la struttura e i testi dell'intera pagina di servizio in modo da renderla più snella, ordinata e leggibile: per quanto mi sia sforzato di evitare innovazioni, può ovviamente essermi sfuggito qualcosa. Invito invito chiunque a dare un'occhiata e segnalare, o correggere, eventuali problemi. --Nicolabel 00:15, 29 set 2014 (CEST)
Come mai nelle pdc concluse con la cancellazione delle pagine e la successiva protezione il lucchetto rosso appare non più in alto a destra ma sotto la scritta "La pagina è stata cancellata"?--Mauro Tozzi (msg) 15:16, 12 nov 2014 (CET)
In questo periodo, per correggere gli errori di Lint devo dare in pasto al mio bot decine di migliaia di pagine di discussioni, e puntualmente alcune non posso modificarle perché protette. Finché si tratta di pagine di utenti infinitati, ci può anche stare (anche se, per quanto ne so io, andrebbero anche svuotate oltre che protette). Ma perché l'abitudine di proteggere (oltretutto con protezione totale) i propri archivi? Certo, può essere per evitare che gli utenti scrivano nella pagina sbagliata o per evitare vandalismi, ma non sarebbero sufficienti rispettivamente un template di avviso e una semiprotezione (a dir tanto)? La protezione dovrebbe essere un mezzo di salvaguardia dell'Enciclopedia, non uno strumento per complicare la vita ai comuni mortali che cercano di sistemare le varie pagine; e le discussioni archiviate non fanno eccezione perché soggette, al pari delle altre pagine negli altri namespace, di modifiche tecniche di vario tipo. Sinceramente non riesco a capire il motivo della protezione, e proporrei dunque la rimozione della protezione totale da tutti le discussioni archiviate di utenti non infinitati, magari regolamentando la cosa in maniera precisa. Pareri? --Daimona Eaytoy (Scrivimi!) 13:14, 22 ago 2017 (CEST)
Come da titolo, creare (da zero) una pagina utente di un'utenza bloccata infinito, solo per apporre il {{BloccoInfinito}}, è proprio necessario? Se la pagina già esiste, OK, ma se invece è un link rosso? --Retaggio (msg) 12:10, 14 nov 2017 (CET)
- Questione già un po' discussa in Discussioni_Wikipedia:Politiche_di_blocco_degli_utenti#Pagina_utente_e_talk_utente.2C_quando_crearle. --Buggia 12:14, 14 nov 2017 (CET)
Vorrei chiedere un parere in merito ai seguenti passaggi:
- «[Gli amministratori] non dovrebbero proteggere pagine che hanno modificato in modo sostanziale o in merito al contenuto delle quali hanno espresso opinioni: in tali casi, al pari di ogni altro utente dovrebbero chiedere l'intervento di un amministratore terzo». Se una pagina è soggetta a reiterati vandalismi e/o modifiche palesemente improprie, rendendo inevitabile la semiprotezione, un admin che abbia contribuito alla voce in modo sostanziale dovrebbe comunque delegare la SP ad altri (IMHO no, per WP:BS)?
- «[Gli amministratori] non dovrebbero modificare le voci protette. Fanno eccezione le modifiche di tipo tecnico (ad esempio quelle relative a template, link, categorie, etc.) e quelle che abbiano preventivamente ottenuto il consenso nella pagina di discussione». Per come lo interpreto io, questo passaggio si riferisce solo ai casi di protezione totale e di semiprotezione dovuta a modifiche particolarmente controverse, o sbaglio? --Dan Kenshi (msg) 13:58, 9 dic 2018 (CET)
- In entrambi i casi penso che ci si volesse riferire appunto a controversie nei contenuti, non certo a blocchi per banali vandalismi. Specificherei così:
- "... non dovrebbero proteggere pagine sulle quali essi stessi hanno effettuato modifiche controverse o espresso opinioni controverse"
- "... non dovrebbero modificare le voci protette a causa di controversie."
- --Bultro (m) 00:45, 10 dic 2018 (CET)
Ciao a tutti, riflettendo un po' sulle linee guida sulle protezioni mi sono venute alcune ideee. In particolare, è chiaro come sul nostro progetto in realtà ci sia un solo livello di protezione (sono i 3 standard tecnicamente - "0, solo autoconvalidati, solo sysop"). Dico un solo livello perché il livello "solo admin" è un tipo di protezione tecnica (si usa per esempio nelle pagine di servizio, dopo edit war di utenze, per pagine particolarmente controverse e ripristinate alla versione stabile), in quanto si richiede agli admin di non intervenire liberamente sui contenuti di una pagina una volta che c'è stata una protezione completa. Si tratta quindi di una protezione straordinaria, per breve tempo sulle pagine del ns0, e non "di contenuto". Io proporrei, sulla scorta di quanto ho visto anche su altri progetti, di introdurre anche qui il livello di protezione "solo autoverificati". In questo modo potremmo avere un nuovo livello di protezione contenuti, da utilizzarsi quando ci troviamo di fronte "a una pagina ad altissima visibilità o per particolari template, o quando comunque la semiprotezione non risulti sufficiente" (reiterati vandalismi, meatpupping e/o magari anche edit-war tra non AV), e ciò porterebbe a diversi benefici:
- Una pagina protetta solo agli AV sarebbe comunque accessibile a circa 1500 utenti (inclusi RB e sysop), e non più a soli 120 (punto importante soprattutto per chi è preoccupato dal rispetto di WP:LIBERA);
- Su una pagina protetta solo agli AV si potrebbe intervenire sui contenuti, con la consapevolezza che stanno editando utenti affidabili e quindi molto difficilmente ci troveremo di fronte a POV, CSC, COI e compagnia bella;
- Oltre al continuare con le modifiche durante il periodo di protezione, va considerato anche il beneficio di potere estendere la protezione rispetto a una protezione completa, che in genere è per tempi molto molto ristretti;
- Si potrebbe ritornare a una semi-protezione normale o a una protezione completa (preferisco "tecnica" stante l'utilizzo di essa) in qualsiasi momento e in base alle circostanze;
- Eviteremmo "assalti" da parte di utenze monoscopo registrate da poco e con sole 50 modifiche che cercano, magari in meatpupping, di far emergere il loro POV;
- Non abbiamo gli "extendedconfirmed" o gli "autoreviewer" o i "templateeditor" né abbiamo necessità di introdurli imho, visto che il numero di modifiche non è indice di affidabilità e non serve creare un progetto con revisori o con flag infiniti, pertanto ritengo che la protezione agli AV sia la soluzione migliore, più rapida, quella tecnicamente semplicissima e senza troppe controindicazioni.
Ovviamente si tratta di una protezione da valutare caso per caso, direi che a mio modo di vedere non dovrebbe mai essere superiore a 3 mesi, ma può essere prorogata di volta in volta per massimo 3 mesi in base alle circostanze (però queste sono discussioni interne agli admin, che possono in ogni caso decidere liberamente la durata di una protezione, sia tecnicamente che da linee guida). Ricordiamoci comunque che le protezioni, di qualsiasi livello, sono misure straordinarie da intraprendere solo quando estremamente necessario visto che limitano la possibilità di contribuire.
Ho visto che in passato si è provato a parlarne, ma direi che il bacino di utenza adesso è cambiato, e che i tempi richiedano questo strumento aggiuntivo a disposizione degli admin.
Mi piacerebbe avere un vostro parere (che sia favorevole o meno) motivato :) Grazie mille a tutti per l'attenzione e scusatemi per il messaggio lungo. Per chi fosse interessato ai livelli di protezione su altri progetti riporto sotto i dettagli. Ciao! --Superpes15(talk) 17:49, 7 apr 2022 (CEST)
Info sulle protezione negli altri progetti
Da standard esistono su tutti i progetti Wikimedia 3 livelli di protezione. Essi sono "0" o "nessuna protezione", "solo autoconvalidati", "solo sysop". 32 progetti, esclusi foundationwiki e testwiki, utilizzano almeno una protezione aggiuntiva. I progetti serbi sono un caso particolare, perché ne hanno tutti ben 7 livelli per questioni interne (a dire il vero, mi è stato detto da un admin che ne volevano anche uno "solo burocrati", mai approvato, però sono stati concessi i "solo patroller", "solo rollbacker", "solo bot"), ma a parte ciò molti utilizzano l'extendedconfirmed. Noi non abbiamo questo gruppo utente né imho c'è necessità a introdurlo.
Nel dettaglio i progetti sono:
- arwiki (0, solo autoconvalidati, solo utenti con l'autoreview, solo review, solo admin)
- azwiki (0, solo autoconvalidati, solo extendedconfirmed, solo admin)
- bgwiki (0, solo autoconvalidati, solo extendedconfirmed, solo admin)
- ckbwiki (0, solo autoconvalidati, solo autoverificati, solo admin)
- commonswiki (0, solo autoconvalidati, solo templateeditor, solo admin)
- dewiki (0, solo autoconvalidati, solo editor (sarebbero i nostri RB), solo admin)
- dewiktionary (0, solo autoconvalidati, solo editor (sarebbero i nostri RB), solo autoreview, solo admin)
- enwiki (0, solo autoconvalidati, solo extendedconfirmed, solo templateeditor, solo admin)
- enwiktionary (0, solo autoconvalidati, solo autoverificati, solo templateeditor, solo admin)
- enwikivoyage (0, solo autoconvalidati, solo templateeditor, solo admin)
- etwiki (0, solo autoconvalidati, solo autoverificati, solo admin)
- fawiki (0, solo autoconvalidati, solo extendedconfirmed, solo admin)
- frwiki (0, solo autoconvalidati, solo editextendedsemiprotected, solo admin)
- hewiki (0, solo autoconvalidati, solo autoverificati, solo templateeditor, solo admin)
- hewikisource (0, solo autoconvalidati, solo autoreview, solo admin)
- huwiki (0, solo autoconvalidati, solo utenti fidati (sarebbero i nostri AV), solo templateeditor, solo admin)
- jawiki (0, solo autoconvalidati, solo extendedconfirmed, solo admin)
- kowiki (0, solo autoconvalidati, solo extendedconfirmed, solo admin)
- lvwiki (0, solo autoconvalidati, solo autoverificati, solo admin)
- plwiki (0, solo autoconvalidati, solo editor (sarebbero i nostri RB), solo admin)
- ptwiki (0, solo autoconvalidati, solo extendedconfirmed, solo autoreview, solo admin)
- rowiki (0, solo autoconvalidati, solo extendedconfirmed, solo templateeditor, solo admin)
- srwiki (0, solo autoconvalidati, solo autoverificati, solo patroller, solo rollbacker, solo bot, solo admin)
- srwikibooks (0, solo autoconvalidati, solo autoverificati, solo patroller, solo rollbacker, solo bot, solo admin)
- srwikinews (0, solo autoconvalidati, solo autoverificati, solo patroller, solo rollbacker, solo bot, solo admin)
- srwikisource (0, solo autoconvalidati, solo autoverificati, solo patroller, solo rollbacker, solo bot, solo admin)
- srwikiquote (0, solo autoconvalidati, solo autoverificati, solo patroller, solo rollbacker, solo bot, solo admin)
- srwiktionary (0, solo autoconvalidati, solo autoverificati, solo patroller, solo rollbacker, solo bot, solo admin)
- svwiki (0, solo autoconvalidati, solo extendedconfirmed, solo admin)
- viwiki (0, solo autoconvalidati, solo extendedconfirmed, solo templateeditor, solo admin)
- zhwiki (0, solo autoconvalidati, solo extendedconfirmed, solo templateeditor, solo admin)
- zhwiktionary (0, solo autoconvalidati, solo templateeditor, solo admin)
I progetti speciali:
- foundationwiki (0, solo autoconvalidati, solo legal, solo admin)
- testwiki (0, solo autoconvalidati, solo templateeditor, solo admin)
Di questi progetti, quindi, ben 21 sono una edizione linguistica di Wikipedia. Questo solo a scopo statistico e per fare capire che non saremmo assolutamente i soli a utilizzare un tipo aggiuntivo di protezioni.
Discussione
Favorevole In quanto proponente --Superpes15(talk) 17:49, 7 apr 2022 (CEST)
Favorevole Onestamente pensavo già esistesse --Mastrocom </> void ClickToInbox(); 18:59, 7 apr 2022 (CEST)
Favorevole In questi giorni siamo stati costretti a proteggere in ns0 una voce che potrebbe tranquillamente essere aperta agli autoverificati, la stessa cosa succede durante i nuovi governi o a volte col calcio mercato. D'altro canto le principali Wiki hanno 3 livelli--Pierpao (listening) 19:05, 7 apr 2022 (CEST)
Favorevole --valepert 19:30, 7 apr 2022 (CEST)
- +1, mi sembra un'ottima idea. --Lo Scaligero 20:44, 7 apr 2022 (CEST)
Favorevole, ottima idea! --Melquíades (msg) 21:57, 7 apr 2022 (CEST)
Favorevole --Ap7189ap 22:31, 7 apr 2022 (CEST)
Favorevole--Equoreo (msg) 11:13, 8 apr 2022 (CEST)
Favorevole perché questo potrebbe diminuire il numero di lucchetti rossi. --CuriosityDestroyer (msg) 11:50, 8 apr 2022 (CEST) (P.S.: da quello che ho capito io non sono AV, ma credo lo stesso che l'idea sia ottima)
Favorevole se si ricorre a tale livello di protezione solo dopo aver tentato una protezione di tipo "solo auconvalidati" che sia risultata fallimentare. Inoltre, come accennato nella proposta, andrebbero definiti precisi criteri di durata oltre che di modalità di applicazione. IMHO 3 mesi (nonostante sia il limite massimo) sarebbero già troppi. Durate eccessive e il rischio di protezione automatica a livello AV senza passare per AC vanno scongiurate in quanto gran parte degli utenti attivi sono saltuari e non autoverificati ma comunque contribuiscono in maniera molto positiva e propositiva anche nelle pagine protette. --WikiLuke 📨 14:19, 8 apr 2022 (CEST)
- é già previsto nelle linee guida che le protezioni siano graduali e temporanee-- Pierpao (listening) 14:24, 8 apr 2022 (CEST)
- Mi pare sensata la cosa, salvo pagine di servizio o template particolari, questa protezione dovrebbe essere utilizzata come ho scritto prima "quando comunque la semiprotezione non risulti sufficiente", quindi quando sia stata già tentata più volte inutilmente, o quando sia inutile tentarla (evitando la protezione ai soli sysop se non necessaria). Concordo che non dovrebbe essere utilizzata per lungo tempo, ma questo in realtà varia da caso a caso, quindi è impossibile dare uno standard. Hai ragione anche sul fatto che tantissimi utenti abbiano una presenza saltuaria e siano comunque ottimi utenti, non vorrei privare nessuno della possibilità di contribuire con questa misura, anzi l'obiettivo è quella di utilizzarla se possibile al posto della totale per aumentare il bacino d'utenza che può contribuire, e allo stesso tempo quello di proteggere l'enciclopedia dalle pagine ad altissima visibilità che comportano sempre vandalismi ripetuti e POV infiniti, finché la situazione non si raffredda un minimo! Si può in qualsiasi momento cambiare il livello di protezione :P --Superpes15(talk) 14:35, 8 apr 2022 (CEST)
- Grazie per la risposta completa ed esaustiva, ora non posso che dichiarami totalmente favorevole :) --WikiLuke 📨 16:12, 8 apr 2022 (CEST)
- Scusate, pur parlè, premesso che la protezione non dovrebbe mai essere preventiva, a che mi serve questo nuovo livello? cioè se la protezione è totale perchè ad es. c'è un edit war in corso tra utenti registrati quella pagina non è editabile nemmeno da un sysop e non perchè non può tecnicamente ma perchè non deve editare una pagina completamente protetta. Se proteggo perchè c'è un edit war tra registrati (o tra ip e regitrato) per scegliere il livello di protezione dovrò guardare che tipo di utenti ho davanti? Se la portezione è parziale poi , tipicamente, è per i vandalismi o perchè è un particolare target
- In pratica mi sfugge il perchè sia utile questo livello. L'unico che mi viene da pensare è solo per appunto le, deprecabili, protezioni di pagine ad alta visibilità . Ma si tratta di una, imho, pessima abitudine nostra e non di un uso che andrebbe avvallato creando ulteriori livelli di utenze che possono accedere un certo tipo voci. --ignis scrivimi qui 15:40, 8 apr 2022 (CEST)
- Non ho capito, seriamente, Utente:Ignisdelavega quando le voci subiscono continui inserimenti vandalici o Ppov cosa dovremmo fare se non semiproteggerle?••Pierpao (listening) 16:41, 8 apr 2022 (CEST)
- @Pierpao proteggere certo ma se i vandali o i Pov arrivano da utenti iscritti a che mi serve permettere che 1500 possano editarla e altri migliaia in buona fede no? Tante vale allora discutere tutti e poi editare. Cioè proprio per vandalismi e POV non ne vedo l'utilità e invece la china che mi pare si percorra è quella di creare diversi livelli di affidabilità delle utenza in base a numero di edit e permanenza in WP che in generale potrebbe anche essere corretto ma in concreto wikipedia, a giudicare da dove è arrivata oggi, mi pare più giovare dell'aperura che non della chiusura. --ignis scrivimi qui 16:49, 8 apr 2022 (CEST)
Favorevole Mi pare un'ottima idea--Parma1983 16:13, 8 apr 2022 (CEST)
Fortemente favorevole, autoconvalidati è facile esserlo, su certe voci ci si guadagnerebbe alla grande in tema pov-pusher, COI e utenti monoscopo e campagne varie (ogni riferimento a voci specifiche è puramente casuale :-D)--Kirk Dimmi! 16:52, 8 apr 2022 (CEST)
- Oggi, l'attribuzione del livello AV è un vantaggio solo per i patroller che vedono diminuire il numero di edit da verificare e non comporta alcun vantaggio per l'utente (a parte una minima soddisfazione personale); con la modifica proposta diverrebbe un ulteriore grado del cursus honorum.
- Aggiungo che il livello AV viene attribuito ad un utente semplicemente perché "non vandalico", senza alcuna verifica su POV, COI e CSC, per cui il nuovo livello di protezione non darebbe alcuna garanzia sotto questo aspetto.
- Esaminando l'elenco proposto da Superpes15, solo 32 wiki hanno più di 3 livelli di protezione e, se restringiamo l'esame alle sole edizioni linguistiche di WP, scendiamo a 21; di queste ben 11 hanno l'extendedconfirmed (che si ottiene in automatico) e solo 8 il livello di protezione per AV; fra le wiki con più di 1 ML di voci, lo hanno solo ar.wiki e pt.wiki. In sintesi, non mi sembra che sia un livello diffuso.
- Per tutto quanto sopra sono
Fortemente contrario/a. --Antonio1952 (msg) 17:15, 8 apr 2022 (CEST)
- Grazie per il tuo parere ma ci tengo a chiarire. Dal mio punto di vista gli AV non sono assolutamente POV, COI o CSC (che sono atteggiamenti contrari alle linee guida). Se nelle linee guida si intende il flag come assenza di vandalismi in pratica, e da requisiti, si dà a chi conosce davvero le linee guida e le applica correttamente (altrimenti avremmo almeno il doppio di utenti con l'AV visto che è pieno di autoconvalidati con buoni contributi). Per secondo non va inteso come un premio che si dà, ma anzi, è un tastino in più a disposizione degli admin per non ridurci a bloccare totalmente una voce quando si sollevano problemi che portano sempre malumori e sentori di censura. Sono utenti fidati e semplicemente ci si fida. Non gli si dà una carica in più. Non parliamo del patrolling che ne gioverebbe più di tutti... Nel periodo di calciomercato, nelle pagine caldissime, in alcuni template o nell'impedire alcune creazioni di pagine sarebbe solo e soltanto comodo. Un altro livello è semplicemente utile e funzionale. Riguardo al fatto che non sia stato fatto da altri, io ho messo solo i dati per fare capire che non saremmo gli unici a non avere un livello, non perché credo sia utile fate i confronti con altri wiki (questo mi permette di andare un attimo O.T.). Vogliamo creare l'extendedconfirm? Mi pare sia già stato tentato e non è mai stato visto di buon occhio, e alla fine questa è una soluzione che concilia un po' tutto per i mezzi che abbiamo, e poi ricordo, solo per esempio, siamo tra i pochi progetti maggiori a non avere l'ArbCom, così come siamo tra i pochi dei "big" a non avere gli oversighter e a non richiedere quasi mai un oversight agli steward nonostante le policy globali lo prevedano in certi casi, così come siamo gli unici a bloccare automaticamente le talk a qualsiasi utente bloccato e a non potere deselezionare l'opzione. Siamo semplicemente un altro progetto, con un'altra mentalità, ed è inutile rimanere bloccati su funzionalità che imho si sposavano bene con il bacino d'utenza di 10 anni fa, ma il vero punto è che una funzione del genere sarebbe solo di giovamento, non stiamo premiando nessuno, non stiamo punendo nessuno. Direi che l'obiettivo è solo e soltanto quello di continuare a scrivere e far scrivere a tutti l'enciclopedia, nel rispetto delle linee guida e con meno interruzioni di parte possibili! Spero che ora il senso della proposta, che ho evitato di fare prima per non essere noioso, sia adesso chiarito :) --Superpes15(talk) 18:55, 8 apr 2022 (CEST)
- @Superpes15, sono d'accordo sul fatto che "siamo semplicemente un altro progetto, con un'altra mentalità" ma l'elenco con gli altri progetti che hanno più di 3 livelli lo hai messo tu, non io; io ho semplicemente cercato di dimostrare che non era significativo come elemento di supporto alla proposta. --Antonio1952 (msg) 21:57, 8 apr 2022 (CEST)
- Ehm, allora mea culpa perché non l'ho ben specificato, li ho messi solo a scopo statistico esclusivamente per far vedere che non solo noi useremmo più livelli di protezione, avevo provato a inserire un "disclaimer" alla fine su questo, non volevo assolutamente fare propaganda su una base simile, anzi, basarsi esclusivamente su ciò che fanno gli altri non ha pregi. In questo caso io ci vedo vantaggi utili al progetto però comprendo che si possano valutare i benefici come non sufficienti a coprire i contro. --Superpes15(talk) 22:23, 8 apr 2022 (CEST)
Fortemente favorevole, più volte ho pensato che questo tipo di protezione sarebbe stata perfetta per diversi tipi di pagine da proteggere. Diverse volte non ho potuto intervenire/modificare pagine in quanto protette totalmente, quando qualunque utente autoverificato - potendole modificare - non vi avrebbe mai arrecato alcun danno (mi vengono in mente i vari template in uso in molte pagine). In WP:PROTEZIONE si legge Il terzo pilastro di Wikipedia sancisce che chiunque può contribuire alla stesura delle sue voci. Proteggere una pagina limita questo principio: pertanto può essere fatto soltanto nell'eventualità di gravi e comprovate esigenze di tutela del progetto. Se si può limitare in modo più lieve questo pilastro, lo si faccia. [@ Antonio1952] ha ragione nell'obiettare dicendo che Oggi, l'attribuzione del livello AV è un vantaggio solo per i patroller, ma perché non estendere alcuni casi di protezione che ora permettono la modifica solamente agli admin ad un numero un po' più ampio di utenti? --ValeJappo (msg) 19:10, 8 apr 2022 (CEST)
- P.S. Contrario però al suo eventuale utilizzo (se non in casi particolari) nei casi in cui attualmente è prevista la protezione parziale, chiamando sempre in causa il terzo pilastro. --ValeJappo (msg) 19:17, 8 apr 2022 (CEST)
- @ValeJappo, alla domanda che mi hai fatto ti sei risposto da solo: chi o che cosa ti garantisce che il livello AV non diventi sostitutivo, anche solo in parte, della semiprotezione? --Antonio1952 (msg) 22:13, 8 apr 2022 (CEST)
- @Antonio1952 lo dovremmo garantire noi modificando adeguatamente le linee guida. Apriti Wikipedia:Politica_di_protezione_delle_pagine#Protezione_completa: in un'ipotetica nuova sezione Protezione AV, mi immaginerei di spostare lì il primo punto sulle pagine ad alta visibilità(magari non per la pagina principale però) e quello sulle edit war, se non coinvolgono AV. Le regole sulla protezione parziale (sempre per come la vedo io, purtroppo vedo che altri la pensano diversamente) resterebbero invariate --ValeJappo (msg) 23:01, 8 apr 2022 (CEST)
- @ValeJappo, temo che le pagine con "protezione completa" rimarranno tali. Tu hai le competenze per poter mettere mano ai tmp e di sicuro non faresti danni ma non tutti gli AV hanno queste competenze e soprattutto non tutti hanno coscienza dei propri limiti in materia. --Antonio1952 (msg) 23:37, 8 apr 2022 (CEST)
- Oggi ci sono due casi di protezione con relativa possibilità di edit :
- nessuna protezione: tutti possono modificare
- semiprotezione: solo registrati
- protezione totale: nessuno può modificare (il sysop può ma non deve)
- Non esiste quindi una modalità di modifica "solo amministratori". Con questa modifica, ci sarà un terzo caso: utenti autoconvalidati. Vi posso chiedere qualche caso concreto di esempio in cui questo tipo di protezione può essere utile? grazie mille --ignis scrivimi qui 19:18, 8 apr 2022 (CEST)
Favorevole -- .mau. ✉ 19:43, 8 apr 2022 (CEST)
Favorevole Un livello intermedio eviterebbe in alcuni casi di proteggere "per soli admin" aka "totale", sopratutto nei casi di edit war con utenti CSC e/o POV (che non hanno l'autoverifica). Il templateeditor da noi è inutile, al contrario di Commons dove vi sono dei template usati in milioni di pagine. --Ruthven (msg) 21:04, 8 apr 2022 (CEST)
Favorevole nel leggere la proposta mi sono venuti in mente alcuni casi dell'ultimo periodo di voci relative ai fatti più recenti in cui sarebbe tornato utile un livello di protezione simile. --ΞLCAIRØ♭ 22:35, 8 apr 2022 (CEST)
+:
Favorevole}--НУРшЯGIO(attenti all'alce) 23:19, 8 apr 2022 (CEST)
Incerto/a Sono dubbioso soprattutto per il metodo di assegnazione del "autoverificato": non ci si può (auto)-candidare, viene assegnato direttamente da un amministratore, oppure dopo candidatura da aprte di un utente terzo. Utenti anche da anni e anni che e affidabili si sono fatti notare (nel bene e nel male) possono non avere tale livello. --Meridiana solare (msg) 23:50, 8 apr 2022 (CEST)
Favorevole a un livello intermedio. Avrei preferito non dare ulteriori "meriti" al flag di AV e fare uso dell'extendedconfirmed, ma in fondo ci può stare. --Titore (msg) 00:11, 9 apr 2022 (CEST)
- L' extendedconfirmed com'è? --Meridiana solare (msg) 00:50, 9 apr 2022 (CEST)
- Come dice il nome è un’autoconvalida più estesa (tipo 500 modifiche e 30 giorni). Si tratterebbe comunque di un usergroup nuovo in cui si viene inseriti automaticamente come avviene già per gli autoconvalidati. Mi pare si sia discusso più volte della cosa in passato e non ci sia stato mai il consenso all’implementazione. Chiedo scusa per avere dato per scontato nella proposta che si conoscesse già. --Superpes15(talk) 01:11, 9 apr 2022 (CEST)
Favorevole un livello di protezione intermedio che potrebbe tornare utile, non vedo perché non attivarlo --Mtarch11 (msg) 02:48, 9 apr 2022 (CEST)
Favorevole Mi è sempre sembrata un'ottima idea, e certamente più semplice che introdurre anche qui gli extendedconfirmed. Che gli AV esistano per un altro motivo è vero, ma non mi metterei a creare un nuovo gruppo utente solo per questo. Tra l'altro non mi preoccupa il fatto che diventare AV non sia facilissimo; il nuovo livello di protezione servirebbe soprattutto a rimpiazzare il livello admin, e diventare admin è certamente più difficile che diventare AV. --Daimona Eaytoy (Scrivimi!) 12:43, 9 apr 2022 (CEST)
- mi permetto un ulteriore riflessione e una domanda: l'esempio che si è fatto è quello della voce sulla guerra in ucraina. Perchè dovrebbe essere permesso in quella voce di editare a 1500 utenti verificati e non al neo iscritto? se la semiprotezione si giustifca in ragione degli IP dinamici , perchè un neoregistrato che viola li linee guida non può essere semplicemente bloccato anzichè precludere a tutti i neo registrati la voce? Non stiamo forse imboccando la strada che porterà gli amministratori ad non avere più un ruolo tecnico ma sempre più di merito (decidono sulle voci e decidono su quali utenze sono più affidabili di altri) e costruendo un sistema di "medagliette" più consono ad un gioco che non a una enciclopedia? --ignis scrivimi qui 12:53, 9 apr 2022 (CEST)
- [↓↑ fuori crono] Utente:Ignisdelavega La voce sull'invasione è stata protetta solo 3 ore e poi giustamente semiprotetta. Io come applicazione pratica, escludento i casi di protezione per edit war in voci che quindi non vanno toccate, la vedo in quei casi di aggiunta di continue informazioni senza fonti in buona fede, per cui sia per il numero che per il tipo di contribuzione non si può bloccare tutti, gli esempi li ho fatti: calciomercato, nuovi governi prima del giuramento, scoop giornalistici tutti da dimostrare ma sensazionali. Quindi come alternativa alla protezione non alla semiprotezione. Però capisco le tue preoccupazioni viste le recenti esperienze con il namespace bozza. Speriamo di non prendere brutte pieghe--Pierpao (listening) 17:56, 9 apr 2022 (CEST)
- Ti ringrazio per la risposta. Rimango abbastanza convinto che l'effetto, nei casi che citi, sarà piuttosto antipatico: utenti per i quali gli amministratori hanno deciso che sono affidabili potranno editare la voce, tutti gli altri no. --ignis scrivimi qui 18:07, 9 apr 2022 (CEST)
Favorevole Vedo più vantaggi che svantaggi --Actormusicus (msg) 17:30, 9 apr 2022 (CEST)
Fortemente favorevole. Io invece non vedo proprio svantaggi. Stiamo parlando di uno strumento che si può usare o meno, e quando andrebbe usato le alternative al momento sono una protezione totale (che è una bella deroga al III Pilastro), oppure una semiprotezione che risulta inefficace, facendo perdere un sacco di tempo ai volontari e rendendo i contenuti dell'enciclopedia meno affidabili. --Phyrexian ɸ 10:08, 10 apr 2022 (CEST)
Favorevole perché limiterebbe le circostanze (es. voci ad elevatissima visibilità) in cui è necessario sceglieres se impiegare la protezione totale o mettere in atto un complicato servizio di patrolling stretto. --Nicolabel 20:32, 11 apr 2022 (CEST)
Contrario mi trovo d'accordo con quanto rilevato da Ignis, in particolar modo nell'impatto che questo tipo di protezione avrebbe sul permesso da AV, che in questo caso diventerebbe come una "medaglietta" data dagli amministratori. I casi in cui questa protezione potrebbe costituire protezione valida alternativa alla protezione totale mi sembrano piuttosto esigui. Mi trovo tuttavia favorevole ad un'eventuale protezione intermedia tra la semiprotezione e la protezione totale, basata su un usergroup assegnato automaticamente. --Lollo Scrivimi 00:26, 12 apr 2022 (CEST)
Fortemente favorevole il fatto che adesso il flag venga "attivato tecnicamente" dagli amministratori non comporta alcun tipo di "cooptazione" come vedo adombrato da questa discussione, perché comunque la proposta di flag AV è pubblica e può avanzarla chiunque abbia i requisiti, non solo gli amministratori ("proposta motivata di un utente registrato che abbia effettuato login") e chiunque, non solo gli amministratori, può dirsi favorevole o contrario. Anche sugli AV decide la comunità e non ricordo quando sia stata l'ultima volta che un admin ha assegnato un flag AV in totale autonomia e senza confronto previo con nessuno (io personalmente non l'ho mai fatto e se mi è capitato di attivare il flag AV è stato in seguito alla procedura pubblica): di fatto è una possibilità che sia pur prevista dalle linee guida poi non trova quasi applicazione pratica dato che si preferisce passare comunque per la nomina comunitaria. Quindi pensare che l'AV sia una "medaglietta data dagli amministratori" e che ci sia una "cerchia di eletti al di sopra della comunità" è una interpretazione non corretta né del processo né delle modalità di assegnamento del flag. Si sta confondendo "l'utente tecnicamente abilitato ad attivare il flag" con "l'utente che decide chi può avere il flag": non coincidono se non accidentalmente. Per il resto, un livello di protezione intermedio più avanzato ma molto meno restrittivo rispetto alla protezione totale va in direzione di WP:LIBERA e anzi, dovrebbe portare a diminuire i casi in cui si debba ricorrere alla protezione totale (e mi stupisce francamente vedere tra chi ha votato contro utenti che storicamente sono molto sensibili rispetto al ridurre al minimo le protezioni totali, visto che anche questo è uno degli obiettivi di questa proposta).--SuperSpritzl'adminalcolico 12:50, 12 apr 2022 (CEST)
- @SuperSpritz, non sono sicuro che il livello AV verrà utilizzato solo in alternativa alla protezione totale e non anche - e temo soprattutto - in alternativa alla semiprotezione, con effetti sul WP:LIBERA contrari a quelli auspicati. --Antonio1952 (msg) 16:19, 12 apr 2022 (CEST)
- @Antonio1952: ti faccio notare che se fosse stata quella l'intenzione, la proposta sarebbe stata ben diversa, ossia spostare il livello della semiprotezione dagli autoconvalidati agli AV. Qua si sta parlando di aggiungere un "terzo" livello di protezione intermedio e ci saranno anche le relative linee guida che indichino "quando" questo nuovo livello va adottato e mi aspetto che sia detto chiaro e tondo che in ogni caso il primo livello di protezione da considerare deve rimanere sempre la semiprotezione attuale. A volte tutti questi timori di "usi restrittivi contro WP:LIBERA mi lasciano perplesso, come se queste proposte invece di dare maggiore flessibilità e libertà di movimento nascondessero chissà quali idee di bloccare il progetto.--SuperSpritzl'adminalcolico 17:53, 12 apr 2022 (CEST)
- @SuperSpritz, io non ho detto né mai pensato che ci fosse questa intenzione; il mio timore è che possa accadere nonostante le buone intenzioni di partenza. Comunque, avremo modo di verificarlo sul campo visto il consenso all'implementazione del livello AV. --Antonio1952 (msg) 18:44, 12 apr 2022 (CEST)
- [↓↑ fuori crono] non figura da nessuna parte che sugli AV decida la comunità, anzi è proprio a discrezione dell'amministratore l'abilitazione, la comunità può solo esporre pareri contrari al massimo, come evidenzia WP:AV. Di permessi assegnati direttamente ce ne sono, anche recenti 19 febbraio 2022, 22 dicembre 2021, 8 dicembre 2021, 12 ottobre 2021. L'appunto è che in questo modo AV diventa troppo "inflazionato", e già un annetto fa si è fatta presente questa visione distorta del flag, che una protezione di questo tipo contribuirebbe solo ad alimentare. Una protezione intermedia va bene, ma con una categoria di utenti assegnata automaticamente, come l'extendedconfirmed. --Lollo Scrivimi 20:31, 12 apr 2022 (CEST)
- WP:AV specifica solo che non si tratta di una votazione. Gli utenti possono comunque ragionare sull'assegnazione del flag in quella stessa sede. Di solito ciò è superfluo perché l'amministratore che si occupa dell'azione tecnica già segue le linee guida stabilite dalla comunità e cerca di proporre un esito quanto più condivisibile --Sakretsu (炸裂) 22:19, 12 apr 2022 (CEST)
Parzialmente favorevole È un'ottima idea, tuttavia come detto da altri utenti, potrebbero esserci problematiche relative all'assegnazione dell'AV. A questo punto mi chiedo e propongo a mia volta: se si introducesse il livello extendedconfirmed già presente anche su altre wp? Considerandolo un gradino sotto agli AV (in quanto assegnato automaticamente)? Senza dubbio ciò non permetterebbe una sicurezza negli edit effettuati durante la protezione come nel caso degli AV ma si eviterebbero problemi di imparzialità dovuti all'assegnazione del ruolo. Alla fine un ruolo automatico in più non crea alcun tipo di problematica burocratica, però permette di escludere gli AC, che come detto da altri è molto semplice da ottenere e di sicuro non permette di comprendere il funzionamento dell'enciclopedia. In caso la proposta non sia ben vista, sarei comunque favorevole all'introduzione del blocco in oggetto (sicuro ha più lati positivi che negativi). Sul fatto che anche gli amministratori non dovrebbero toccare pagine con lucchetto rosso, andrebbe ricordato ad alcuni utenti che poco sopra hanno tirano frecciatine a chi non segue le linee guida, nessuno è infallibile. --Vgg5465|✉ 13:50, 12 apr 2022 (CEST)
- Pongo una domanda a quelli che propongono di associare questo nuovo livello di protezione agli "extended confirmed": che senso ha restringere la possibilità di intervenire su una pagina a un sottogruppo di utenti scelti solo sulla base del numero di edit (almeno 500) o di anzianità di registrazione (almeno 30 giorni)? Non è un segreto che vi siano tra noi molti utenti da ben più di 30 giorni e con ben più di 500 edit che non godono di quel minimo livello di fiducia comunitaria per ritenerli più adatti di un anonimo IP o di un neoregistrato nell'intervenire, ad esempio, in una voce ad alta visibilità, suscettibile di recentismo, a forte rischio POV o con un edit war in corso. Non si tratta di pregiudizio nei loro confronti, ma di semplice constatazione del fatto che costoro si sono già rivelati artefici di edit war, portatori di contenuti non neutrali, poco rispettosi del copyright e pertanto inadatti a ricevere l'autoverifica. --Nicolabel 23:30, 12 apr 2022 (CEST)
- Rimango favorevole per l'AV, che è un utente che è riconosciuto come non vandalico. Se adottiamo l'EC ci troveremo con utenti che fanno 500 inutili edit invece di 50 come già accade oggi. --НУРшЯGIO(attenti all'alce) 06:01, 13 apr 2022 (CEST)
- Io ho parlato di EC, non di 500 edit e 1 mese, come noi in it.wiki abbiamo l'Autoconfirmed più restrittivo di altre wiki, si potrebbe fare pure con l'extended, mettendo magari 5/12 mesi di account con 1000 modifiche. Questo si può decidere assieme, di sicuro c'è un numero di edit per cui si può ritenere che il 90% degli utenti a tale traguardo per lo meno sappiano il regolamento e le linee guida, che poi decidano di non seguirle è un altro discorso. Tuttavia il senso di una protezione ritengo debba essere di filtrare il giusto numero di persone e come detto sopra gli AV non rappresentano tutti gli utenti affidabili, spesso viene assegnato principalmente in funzione del patrolling. --Vgg5465|✉ 08:24, 13 apr 2022 (CEST)
- Gli AV sono al 99.9% affidabili, e quando non lo sono decadono. In particolare per la decadenza degli AV io sono molto attento, quindi, per me va bene così e l'alternativa è lo status quo--НУРшЯGIO(attenti all'alce) 09:03, 13 apr 2022 (CEST)
- I "numeri" che ho riportato io (500 edit e 30 giorni) sono quelli degli extended confirmed in en.wiki: considerando che il requisito numerico per essere autoverificati in it.wp è 500 edit e 60 giorni, fissando soglie più restrittive per l'extended confirmed potremmo avere utenti in possesso del flag di autoverificati ma non di quello di extended confirmed. In altri termini, avremmo uno strumento per inibire la modifica di alcune voci "calde" a utenti che riteniamo affidabili perché qualcuno si è assunto l'onere di ritenerli tali, concedendola invece ad altri utenti per i quali nonostante la contribuzione copiosa nessuno ha riconosciuto l'affidabilità o (peggio) l'assegnazione del flag di AV è stata espressamente respinta o persino revocata. Trovo questa proposta illogica e pertanto mi dichiaro
Fortemente contrario/a all'introduzione di un livello di protezione ulteriore basato sul livello "extended confirmed". --Nicolabel 12:01, 13 apr 2022 (CEST)
- @Nicolabel, il "grado" dei livelli viene definito dalla comunità, se si dovesse decidere di introdurre gli extended, pur avendo criteri di registrazione e modifiche più stringenti degli AV potrebbero benissimo essere messi un gradino sotto di essi, in quanto non devono essere approvati da un amministratore. Infatti, se non sbaglio, gli EC non avrebbero le modifiche automaticamente verificate. Allo stesso modo un utente può essere perfettamente affidabile anche senza raggiungere eventuali soglie dell'EC (quindi non ci sarebbero cambiamenti all'attuale sistema). Ho fatto tale proposta per cercare un compromesso, ovvero: escludere dalla modifica delle pagina (quando necessario), tutti gli utenti "freschi", evitando però di escludere anche utenti con migliaia di contributi positivi ma non ancora AV per il solo fatto che nessuno li ha mai candidati. In questo modo si cerca di andare incontro agli utenti preoccupati dell'implementazione di tale blocco su ciò che potrebbero diventare le procedure di assegnazione degli AV (come esposto da @Lorenzo Longo). P.S: Ricordiamo che si sta proponendo un livello di blocco intermedio, il lucchetto rosso rimarrà ove sarà necessario il suo utilizzo. --Vgg5465|✉ 12:20, 13 apr 2022 (CEST)
- L'assurdo è includere utenti che hanno perso l'AV perché, nonostante anni di anzianità wikipediana e migliaia di edit alle spalle, sono stati giudicati inaffidabili, escludendo utenze giovani e capaci. Magari dare la possibilità agli AV di editare pagine fortemente protette non è il sistema perfetto, ma comunque è quello che protegge meglio l'enciclopedia. Se non ci sono abbastanza AV è anche colpa di chi non li propone. Il criterio numerico non sta in piedi e, di fatto, è inutile perché non protegge la voce. --НУРшЯGIO(attenti all'alce) 14:50, 13 apr 2022 (CEST)
Contrario Si tratterebbe di un cambiamento completo del concetto di autoverificato: da ruolo esclusivamente passivo (la cui utilità è tutta degli altri che non devono verificare le modifiche) a ruolo editoriale attivo (possibilità di modificare pagine bloccate ai non AV)--Dr ζimbu (msg) 10:53, 18 apr 2022 (CEST)
Contrario Come Dr Zimbu. Quando abbiamo creato il gruppo AV ci eravamo detti che non gli avremmo attribuito funzioni diverse da quelle originali. In generale, penso che una delle chine peggiori per questo progetto sia quello descritto in wp:REDAZIONE. In questa policy sta scritto: "Non esiste una redazione: tutti gli utenti della rete possono accedere al contenuto di tutte le pagine dell'enciclopedia e tutti possono modificarle, fatte salve alcune limitate eccezioni". Limitate eccezioni. Non importa quanto l'odierna comunità trovi comodo liberarsi delle difficoltà insite nei pilastri. Non importa quanto una sezione ristretta della comunità trovi palese che una certa scelta sia errata. Il metodo per deliberare è quello della discussione. Chi non saprà discutere, chi verrà qui a farci lo spiegone sulla base del proprio tirocinio superficiale sui social network, chi verrà a dirci che ci dobbiamo vergognare per la nostra partecipazione al megacomplotto plutopippogiudaico, chi a vario titolo manifesterà la propria inadeguatezza qui dentro verrà cordialmente messo alla porta. Gli AV sono stati e vengono scelti secondo un iter assai sbrigativo, conforme alla loro funzione, quella di alleggerire il lavoro dei patroller. In wp:AV sta scritto: "Ridurre il numero di contributi da sottoporre a verifica aumenta la probabilità di identificare le modifiche effettivamente dannose o improprie". Questa è la sola ragione d'esistenza degli AV. La proposta trasforma questo testo in "Ridurre il numero di contributi da sottoporre a verifica aumenta la probabilità di identificare le modifiche effettivamente dannose o improprie". Ovviamente sono cosciente della totale buonafede con cui viene avanzata la proposta, ma ritengo che il miglior sistema per le voci incandescenti sia quello della protezione totale della voce e del passaggio obbligatorio in discussione, con i sysop incaricati di mettere in pratica il consenso raggiunto in talk. pequod76talk 13:26, 18 apr 2022 (CEST)
- @Dr Zimbu, @Pequod76 In realtà con una modifica abbastanza recente gli AV hanno anche un ruolo "attivo": sono gli unici che possono verificare le modifiche altrui (prima bastava essere autoconvalidati). --Meridiana solare (msg) 22:16, 18 apr 2022 (CEST)
- Pequod, non sono d'accordo con alcune delle tue affermazioni. Lasci intendere che questa proposta vada contro lo spirito dei pilastri o il contenuto di WP:REDAZIONE, quando invece già quella linea guida ammette l'esistenza di voci in cui non "tutti gli utenti della rete" possano effettuare modifiche: sono, per l'appunto, le voci sottoposte a forme di protezione dalla modifica, in grado di escludere - già oggi - una parte degli utenti della rete e persino degli utenti registrati in Wikipedia. Ricordi, giustamente, che "chi verrà qui a farci lo spiegone" mostrando di non voler o non saper conformarsi al metodo del consenso verrà allontanato; il fatto è che costoro, prima ancora di fare lo spiegone (in talk) manomettono le voci, con il rischio che voci ad elevata visibilità debbano per ciò stesso essere protette per evitare l'instabilità dovuta a edit war o comunque a reiterate modifiche improprie. Infine, quanto al fatto, da te richiamato, che gli autoverificati sono nati per ridurre gli edit da sottoporre a esplicita verifica, IMHO è pienamente assimilabile alla stessa necessità di semplificazione del processo editoriale non dover attendere che, in una voce protetta, sia un sysop a tradurre in voce una modifica buona (perché arriva da un utente la bontà delle cui modifiche è stata attestata e non contestata) che è stata, dispendiosamente, descritta in talk e sulla quale si è dovuto attendere un esplicito consenso. In questi casi, IMHO, per il rispetto del metodo del consenso è sufficiente demandare alla responsabilità degli utenti autoverificati - espressamente avvertiti che stanno per modificare una voce soggiacente a un regime peculiare di protezione - l'astenersi da fare edit che possano essere contestati. --Nicolabel 22:47, 18 apr 2022 (CEST)
Contrario Sinceramente condivido il parere di Ignis e Pequod. L'idea di per sé è buona e potenzialmente utile, ma andrebbe, IMHO, in una direzione contraria a WP:LIBERA e WP:REDAZIONE. Gli autoconvalidati in buona fede sono la maggior parte, quindi limitare la modifica di una pagina ai soli AV sarebbe troppo penalizzante. Difficile, tra l'altro, che ci siano vandalismi ripetuti ad opera di diversi AC. In caso di edit war, ad esempio, la protezione solo AC e il blocco dei due litiganti credo sia sufficiente. --PercyMM 22:35, 18 apr 2022 (CEST)
- Secondo me chi dice che la modifica è contraria allo spirito di Wikipedia, non ha capito il senso del blocco proposto. Ovvero che l'alternativa, così come l'abbiamo è il blocco totale. [@ Dr Zimbu, Pequod76, PercyMM] mi spiegate cortesemente come lasciare liberi di editare utenti considerati non vandalici, invece di bloccare tutti, mina la libertà di contribuzione? Poi, se da una parte, non esiste una redazione nel senso stretto della parola, esiste comunque una linea editoriale dettata dalla comunità. Non mi si venga a dire che non è vero perché, itWiki è diversa da enWiki, che sono diverse da deWiki, che sono a loro volta diverse da nlWiki, e così via. Questa si chiama linea edtoriale. --НУРшЯGIO(attenti all'alce) 23:17, 18 apr 2022 (CEST)
- Si tratta di una protezione aggiuntiva a quelle già esistenti che verrebbe applicata qualora la protezione per solo AC non fosse sufficiente, pertanto si tratta di un paletto che aumenterebbe il valore di WP:LIBERA siccome ad oggi, nei casi in cui il blocco parziale non era sufficiente si applicava un blocco completo, limitando la scrittura a tutti. Non andando a sostituire il blocco parziale non può in nessun modo limitare maggiormente il progetto o per lo meno non più di quanto non lo faccia già quest'ultimo. --Vgg5465|✉ 23:33, 18 apr 2022 (CEST)
Anzitutto mi scuso con [@ Superspritz] per una battuta infelice, che voleva essere appunto una battuta ispirata dal suo username ma che è risultata un attacco personale: mi spiace, non era mia intenzione offendere. Per il resto sono
Fortemente contrario/a per le ragioni ben espresse da Ignis. Proprio nelle pagine "ad altissima visibilità" c'è bisogno della massima apertura che consente a indirizzi IP/nuovi utenti di partecipare al progetto e di diventarne parte organica. Ci saranno POV-pusher, ma ci saranno da una parte e dall'altra, discuteranno tra loro, cercheranno un consenso, forse si appassioneranno a questo modo di lavorare; anziché scrivere la voce in proprio, gli utenti esperti potrebbero insegnare agli altri come discutere. Se invece si pensa di dover offrire al pubblico una voce già perfetta e perciò la si protegge, il risultato sarà di tenere fuori i nuovi collaboratori, che non avranno ragione per contribuire né potranno farlo. Inoltre la qualità della voce "altamente visibile" paradossalmente peggiorerà, perché non è vero che i wikipediani esperti siano gli editor migliori. Intanto sono pochi e saranno sempre meno se continueranno a proteggere le pagine. Prendete ad esempio la voce altamente visibile Invasione russa dell'Ucraina del 2022, che avrebbe potuto essere una grande palestra di Wikipedia per utenti interessati all'attualità, e invece quasi metà delle modifiche vengono fatte dagli admin, gli stessi che erano contrari a pubblicarla per via del "recentisimo". I contenuti a loro dire troppo "giornalistici" vengono cassati e il risultato è che, nonostante l'impegno generoso di chi ci lavora, la voce è poverissima di contenuti e rispetto alle altre wiki ha anche poche visualizzazioni (1/4 di de.wiki, 1/2 di fr.wiki, meno persino della wiki in polacco), appunto perché lì non c'è quasi niente da leggere. Il tentativo di imitare il tono di una enciclopedia "seria" fa sì che ci siano intere sezioni sulle "implicazioni geopolitiche" e le "implicazioni macroeconomiche" (pura WP:SFERA CRISTALLO, imho) e non compaia mai la parola "(massacro di) Bucha": la voce è pressoché inutile per chiunque. Quindi secondo me invece di creare un ulteriore livello di protezione solo per gli autoverificati, bisognerebbe ragionare su una protezione che escluda gli admin e gli autoverificati, e che consenta agli IP e ai nuovi utenti freschi, non ancora gerarchizzati e intruppati nel social network, di scriversi in pace l'enciclopedia senza troppi fastidi (potremmo chiamarla una pagina "semi-liberata"). Bisogna ricordare che ogni difetto delle voci non è una macchia su Wikipedia, ma un invito ai lettori a rimboccarsi le maniche e lavorare assieme. Ultima cosa: l'affermazione di Superspritz secondo cui il fatto che adesso il flag venga "attivato tecnicamente" dagli amministratori non comporta alcun tipo di "cooptazione" perché sugli AV decide la comunità e non gli amministratori, è in contraddizione con ciò che hanno detto rispettivamente Ruthven, Civvi e Hypergio nella discussione linkata da Lollo: La segnalazione serve agli amministratori per andare a valutare la "carriera" dell'utenza segnalata, per AV non è prevista "la fiducia comunitaria", La mia modalità preferita è quella motu proprio dato che l'admin assegna l'AV a chi veramente conosce. Cerchiamo per favore di non nasconderci dietro al dito: se si crea questo nuovo livello di protezione il potere editoriale degli admin, su it.wiki già enorme, aumenta considerevolmente; sono loro a decidere quando dare e quando togliere l'AV. --151.47.23.108 (msg) 03:31, 19 apr 2022 (CEST)
- Non cambierà la politica di protezione delle pagine, rifiutando la proposta, gli ip non potranno comunque scrivere adottando un blocco parziale e non si sta discutendo del come o quando usare tale blocco. Si sta discutendo di un livello aggiuntivo, ciò implica (come scritto sopra), che tutto il resto rimane invariato. Ad esempio, tu [@ 151.47.23.108], non puoi contribuire a Invasione russa dell'Ucraina del 2022 e ciò non cambierebbe in caso di mancato raggiungimento di consenso. --Vgg5465|✉ 09:24, 19 apr 2022 (CEST)
- va bene ma posso sempre farmi un account se la cosa mi interessa e iniziare a editare dopo una settimana e 50 modifiche. Se invece devo aspettare di diventare un AV, hai voglia! non avrei nessuna ragione per farmi un account e non me lo farei proprio. Utenti come Tonchino, Lerudito, Francescobelletta, Giulio 13, Luigib25, PolitVikUa e sicuramente altri che non so, che non sono AV, non avrebbero potuto mettete mano alla voce: e pensi che la voce sarebbe stata migliore senza il loro contributo? sarebbe stata ancora più povera! Il problema vero è come contenere gli admin cancellazionisti che ostacolano il lavoro su quella voce (ieri uno diceva che la voce deve stare sotto i 100 kb perché non c'è granché di nuovo e rilevante negli ultimi tempi) e per questo ci vuole una protezione "verso l'alto", non verso i niubbi. --151.82.106.97 (msg) 17:35, 20 apr 2022 (CEST)
- [↓↑ fuori crono] Certo che potresti ugualmente, non è forse chiaro che la protezione parziale rimarrà invariata! Si sta discutendo sull'aggiunta di una ulteriore protezione prima di applicare il blocco completo. Pertanto tutte le pagine che tu ad oggi non puoi modificare non le potrai modificare comunque, così come non puoi modificare le pagine che ad oggi finiscono in protezione completa, la differenza è che in futuro per lo meno anziché nessuno, almeno gli AV potrebbero metterci mano. --Vgg5465|✉ 19:02, 20 apr 2022 (CEST)
Contrario Nonostante veda l'idea come buona e potenzialmente utile come evidenziato in alcuni dei commenti immediatamente precedenti, più che altro mi chiedo l'utilità pratica di questo nuovo livello quando una rapida spulciata a questa lista mostra come vi siano al momento solo 2 pagine che potrebbero potenzialmente rientrare nei criteri di utilizzo. Mi sembrerebbe una complicazione dei diritti del gruppo AV senza un vantaggio tangibile. --Snow Blizzard 15:45, 19 apr 2022 (CEST)
Contrario Quoto Antonio1952 e altri. La protezione di una voce è come sappiamo l'ultima ratio. Nella maggioranza dei casi basta tener fuori per un po' di tempo gli IP variabili insistenti e perditempo. Se la faccenda è grave la voce protetta o in odore di problemi va sorvegliata comunque sia che sia accessibile agli AC o solo agli AV. Se un utente registrato (AC, AV o admin) si imbarca in contributi problematici o edit war si agisce su di lui (avvisi, UP, blocchi, ecc.). Se una voce viene protetta parzialmente meglio lasciare contribuire anche gli AC così in crono si beccano più facilmente quelli che creano problemi invece di "costringerli" a far danni su altre voci magari meno presidiate. In più la mia contrarietà è legata al fatto che accettando la proposta si verrebbe a creare una classe di utenti con privilegi redazionali che ci darebbe un falso senso di sicurezza. --Amarvudol (msg) 18:27, 20 apr 2022 (CEST)
Commento: Ragazzi, molti di voi stanno mal interpretando la proposta. Non si sta discutendo sul "sostituire il livello della protezione parziale" quanto invece di "aggiungere un ulteriore livello di protezione, tra quella parziale e quella completa", pertanto, ciò che ad oggi avviene come pratica standard, rimane totalmente invariato, il nuovo livello potrebbe venir applicato, nei rarissimi casi in cui ad oggi si applica un blocco completo, in quanto anche il parziale non è sufficiente. Per avere un esempio, date un occhiata a ciò che è successo ad inizio marzo con Invasione russa dell'Ucraina del 2022. --Vgg5465|✉ 19:07, 20 apr 2022 (CEST)
- Per capire chi sta male interpretando la proposta, basterebbe che qualcuno rispondesse alla domanda che Ignisdelavega ha fatto qualche giorno fa, all'inizio della discussione (19:18, 8 apr 2022), e a cui nessuno ha ancora risposto: Qualche esempio concreto di pagine in cui questo tipo di protezione può essere utile?
- Snow Blizzard, ieri, ha elencato le pagine in ns0 attualmente protette e lui ne individua al massimo 2; negli altri namespace (Wikipedia, Aiuto, Template e Modulo), quali pagine potrebbero passare dal livello di protetta a questo nuovo livello? --Antonio1952 (msg) 22:55, 20 apr 2022 (CEST)
- Non capisco che cosa cambi sapere il numero di pagine in questo momento che possano giovare di tale cambiamento, la proposta è lecita e in un ventennio di wikipedia sicuro sarebbe potuto servire, anche perché altrimenti non si spiegherebbe l'introduzione da parte di altre wiki, in futuro, vista la crescita dell'enciclopedia potrà di certo servire più di ora. Volendo trovare esempi a tutti i costi, si potrebbe provare ad applicare a moltissimi template ad ora in protezione completa, essendo utenti verificati non credo che si metterebbero a modificarne il codice senza sapere quello che stanno facendo. --Vgg5465|✉ 01:03, 21 apr 2022 (CEST)
- Per me non è un problema lasciare le cose come stanno ma basta rendersi conto che l'alternativa a questo nuovo blocco, è il blocco totale. Se a quelli che parlano di libertà questo va bene, per me si può chiudere qui il discorso. Inoltre, il blocco totale su pagine ad alta visibilità si applica per tempi limitati ed è per questo che se ne trovano poche. Le controindicazioni al blocco totale? Nessuno mette mano alle pagine e nonostante gli argomenti siano caldi, la pagina rimane congelata. Le linee guida prevedono questo blocco e continueremo ad applicarlo, senza dare la possibilità a nessuno di editare. Che senso ha allora impedire di editare coloro che sono stati considerati non vandalici? Fate vobis.--НУРшЯGIO(attenti all'alce) 04:00, 21 apr 2022 (CEST)
- @Antonio1952 non c'entra nulla quali pagine sono adesso in protezione parziale o totale attualmente, ne potrei citare almeno 3-4 comprese un paio di talk, per interventi di utenti che non sanno cos'è un'enciclopedia e, per le talk, arrivano a trollare, inutile richiedere i nomi delle voci ora in questo momento, IMO, non è proprio il caso (ora però non chiedermi perchè non è il caso, in pubblico non te le dico ma se ci pensi ci azzecchi :-D). Rimarrebbero casi comunque rari, in passato forse 1-2 volte all'anno, qualcuna in più negli ultimi tempi per la guerra e campagne esterne. --Kirk Dimmi! 18:11, 22 apr 2022 (CEST)
OT: condizionamenti dalla stampa
- Il senso è che se gli admin applicano il blocco totale su una voce ad alta visibilità per un tempo prolungato, o addirittura ne impediscono del tutto la pubblicazione, prima o poi la gente se ne accorge, "Repubblica" pubblica un altro articolo umiliante, presto seguita da altri giornali, e la comunità inizia a chiedersi se i veri vandali non siano gli admin cancellazionisti e gli toglie i tastini. Invece se si crea un fortino di 20 admin e 200 AV, questa cosa può andare avanti per anni; sfruttando il nome di Wikipedia e il lavoro di migliaia di utenze anonime, avranno una visibilità immensa e ingiustificata per i loro contenuti, spesso POV e di cattiva qualità. Quindi da che parte stia WP:LIBERA è abbastanza chiaro. --151.35.246.114 (msg) 14:46, 21 apr 2022 (CEST)
- Se arriviamo a fare teorie al limite del complottismo per giustificare il proprio punto di vista, diventa impossibile valutare obiettivamente proposte o problemi. Se si creasse un fortino di AV e admin, repubblica farebbe lo stesso identico articolo, in quanto il blocco non sarebbe giustificato. Sono il primo pur essendo AV a metterci la faccia per evidenziare comportamenti scorretti, penso e spero che come me ce ne siano molti altri. --Vgg5465|✉ 17:15, 21 apr 2022 (CEST)
- [× Conflitto di modifiche] @151.35.246.114 Quindi credi davvero che gli admin non applichino la protezione totale delle voci per via del timore che La Repubblica possa scrivere un articolo umiliante contro wikipedia, aprendo gli occhi alla gente che così inizierebbe a pensare che i veri vandali siano gli admin cancellazionisti e potrebbe poi deflaggarli? E pure pensi che con un nuovo livello di protezione si creerebbe un fortino di 20 admin e 200 AV (mentre gli altri 100 admin resterebbero a guardare?) che per anni, sfruttando il nome di Wikipedia e il lavoro di migliaia di utenze anonime, avrebbe una visibilità immensa e ingiustificata per i loro contenuti, spesso POV e di cattiva qualità? Mah, ammetto che non manchi di fantasia, però mi sembra davvero una visione un po' troppo complottistica. Già il solo fatto che, in questa discussione, siano intervenuti alcuni admin contrari alla modifica dimostra che non esiste alcun fortino. E comunque dubito che, se tutto questo si verificasse, non verrebbero scritti ugualmente articoli da parte della Repubblica contro wikipedia in italiano (o Wikipedia Italia, come spesso viene erroneamente chiamata)--Parma1983 17:37, 21 apr 2022 (CEST)
- Di cosa dice Repubblica o qualsiasi altro giornale, non ce ne importa un granché. L'unico interesse è quello di proteggere l'enciclopedia da POV pusher, troll, contributori per compenso, e vandali vari. Comunque, anche se Wikipedia è libera (escludendo però tutte le travisazioni del termine), bisogna ricordare che non solo non è una democrazia, ma, tantomeno, non è un'anarchia. --НУРшЯGIO(attenti all'alce) 19:01, 21 apr 2022 (CEST)
Favorevole Si sta proponendo di dare agli amministratori, utenti a cui la comunità ha dato fiducia anche per la capacità di giudizio, uno strumento che potrà essere o potrà non essere usato, e che in alcune circostanze può essere utile, non si sta proponendo di segregare la comunità in compartimenti stagni di eletti e di sudditi o di restringere ancora di più le policy di protezione. Fosse utile anche solo due volte l'anno, due protezioni totali diventeranno due protezioni "intermedie" e aperte a una più ampia platea di utenti giudicati non vandalici dalla comunità, e WP sarà di fatto più libera, anche se di poco. Non vedo dov'è che ci andrebbe a perdere l'enciclopedia.--Saya χαῖρε 20:20, 21 apr 2022 (CEST)
Favorevole Sarà un ottimo strumento a mio avviso. Darà possibilità di editare alle utenze interessate e non vandaliche anche a voci ad alta visibilità che sono tra quelle più sensibili e oggetto di protezione totale, quindi nessun livello o scale a mio avviso ma apertura al miglioramento delle voci senza lasciarle nell'oblio per un lasso di tempo . Il WP: LIBERA c'entra poco o nulla tutto dipende dal volere e in che modo vuol contribuire un utenza -- Il buon ladrone (msg) 20:31, 21 apr 2022 (CEST)
Commento: Io ho già espresso sopra il mio parere favorevole e ho letto le perplessità di chi si è detto contrario o dubbioso. Mi sembra però il caso di rimettere meglio in chiaro alcune cose su cui ho visto si è equivocato:
- Questo livello di protezione non va a sostituire o a eliminare i livelli attuali: si "aggiunge" come livello intermedio tra semiprotezione e protezione totale
- Questo significa che l'introduzione di questo nuovo livello non cambierebbe di una virgola i meccanismi attuali su cui vengono attuate le semiprotezioni: questo rimane sempre e comunque il primissimo livello da considerare e utilizzare e che, in caso non si possa fare altrimenti, deve avere la precedenza, esattamente come avviene adesso --> le policy di semiprotezione rimangono tali e quali a oggi (non sono mai state messe in discussione) e non sono influenzate dall'eventuale nuovo livello AV
- Se proprio il nuovo livello a tendere deve sostituire un tipo di protezione, quella candidata a essere sostituita e il cui uso possibilmente viene ridotto a zero, è proprio quella più pesante, ossia la protezione totale, che è quella che consente interventi solo agli amministratori. Per quelli che temono che "gli admin entrano troppo nel merito" (per inciso: dimenticando che gli admin prima di tutto sono "utenti come tutti gli altri" quando si tratta di dover discutere nel merito e che non è che siccome hanno i tastini non sono più autorizzati a dire la loro), questa dovrebbe essere una motivazione a favore di questo nuovo livello, perché a tendere i casi in cui solo gli admin possano metter mano a una voce si desidererebbe che arrivino allo zero o quasi, ossia al livello del mondo ideale. Raramente ci siamo trovati a poter mettere in pratica soluzioni che ci avvicinino così tanto a questa situazione ideale e secondo me non sarebbe una mossa lungimirante perdere questa occasione.
- Un livello di protezione AV allargherebbe la platea di utenti che possono intervenire in una voce in caso di protezione "più pesante" e questo è fortemente in direzione di WP:LIBERA: la protezione inevitabilmente pone dei limiti a questo pilastro, il nuovo livello attenua e non di poco (c'è almeno un fattore moltiplicativo 10) queste restrizioni rispetto alla protezione totale
- Se è vero che gli AV teoricamente possono essere nominati direttamente dagli admin, è anche vero che questa prassi nei fatti non si applica perché tutti preferiamo passare per le pagine di nomina, e su questo aspetto "qualsiasi utente dotato dei requisiti di voto" può proporre chi vuole. Se si teme una qualsiasi forma di cooptazione o potere di veto da parte degli admin, ci si sbaglia: se un flag AV non viene concesso è perché nella relativa discussione ci sono sufficienti pareri in questo senso da parte di utenti differenti e anche qua il parere contrario non è riservato ai soli admin (e giusto per mettere le cose in chiaro: anche tra gli admin le opinioni sono tutt'altro che monolitiche e "allineate", anzi, quindi chi teme "blocchi corporativi" sta ragionando secondo un'ottica complottista assolutamente infondata)
- Anzi: sulle voci protette con questo nuovo livello, il campo di azione degli admin rispetto alla situazione attuale "si restringe" proprio perché una serie di azioni che ora con la protezione totale possono eseguire solo loro sarebbero accessibili a una platea ben più ampia di utenti considerati affidabili e in questa situazione molti admin potrebbero anche dedicarsi ad "altro". Per chi paventa se non urla al "controllo dei contenuti da parte degli admin", un livello di questo genere sarebbe una risposta concreta che va proprio nella direzione di non riservare ai soli admin operazioni editoriali (che dovrebbero comunque già essere limitate al minimo indispensabile in caso di protezione totale).
- Ultimo ma non da ultimo: questo livello di protezione, esattamente come ora la protezione totale, rimane un livello estremo a cui ricorrere in situazioni di particolare emergenza o delicatezza. Non sarebbe in ogni caso uno strumento destinato a diventare una forma di "prassi". Di fatto, verrebbe applicato strettamente dove serve e per il tempo strettamente necessario, né più né meno come tutte le altre protezioni.
- In poche parole:, con questa proposta gli admin finiranno per lasciare ad altri utenti operazioni che ora sono strettamente riservate a loro. Se per voi questa proposta di nuovo livello sembra "pensata per favorire la mitica (e inesistente) krikka", qualcuno mi spieghi come visto che tutto va esattamente nella direzione contraria.--SuperSpritzl'adminalcolico 19:07, 22 apr 2022 (CEST)
- In caso di protezione totale, gli admin fungono da moderatori e non da filtro editoriale. Riservare una voce agli AV significa creare un filtro editoriale (che ovviamente include anche gli admin). Ad una voce totalmente protetta possono invece partecipare tutti (in talk) e via consenso gli admin modificano. pequod76talk 11:21, 27 apr 2022 (CEST)
- @Pequod76 Anche la protezione parziale seguendo il tuo argomento funge da filtro editoriale, è proprio quello lo scopo, evitare modifiche indesiderate e di pancia da persone che non sanno come comportarsi. È ovvio si tratti di misure eccezionali. --Vgg5465|✉ 11:33, 27 apr 2022 (CEST)
- Le considerazioni di Pequod sono giuste, ma allo stato mentre le protezioni totali delle voci durano di norma pochissimo (salvo che in caso di inibizione alla creazione per minacci legale) esistono filtri editoriali (semiprotezioni) vigenti ininterrottamente da anni (in qualche caso addirittura dal 2005). Per un IP o un non autoverificato non vi sarebbe alcun divieto a proporre le modifiche in talk esattamente farebbero oggi nelle voci a protezione totale; a differenza di queste, però, gli AV potrebbero editare direttamente forti del riconoscimento di una loro affidabilità intrinseca e consapevoli che, soprattutto in una voce soggetta a protezione, tutti debbano esercitare una cautela supplementare. --Nicolabel 11:55, 27 apr 2022 (CEST)
- @Vgg: la semiprotezione si "supera" con un numero predefinito di edit. L'ulteriore livello proposto si supera invece con quella che tecnicamente è una cooptazione (della comunità, non degli admin). Quindi, no, la semiprotezione resta una moderazione, non un filtro editoriale nel senso paventato. Quanto alla affidabilità intrinseca degli AV, il gruppo definisce solo utenti chiaramente non vandalici, non utenti capaci di editare bene o meglio di altri le voci critiche. pequod76talk 17:37, 27 apr 2022 (CEST)
polemiche non costruttive contro gli amministratori
Commento: Mi sono già espresso contro la proposta. Vorrei chiarire meglio la mia posizione sottoponendo alcune tesi in punto di fatto e avanzando una proposta di mediazione.
- Nella prassi gli AV sono il "circolo interno" degli admin, la cerchia di utenze più vicine, a volte interessate a diventare admin a loro volta.
- Utenti che collaborano con it.Wikipedia da anni, i cui contributi certamente non sono vandalici, non diventano AV perché hanno una storia di conflitti nella comunità anche molto risalenti nel tempo: attacchi personali, edit war, qualsiasi genere di cartellino giallo possono bloccare il cursus honorum per un tempo pressoché indefinito.
- Sugli incidenti che ostacolano il percorso di un'utenza verso l'AV decide il singolo admin che applica il blocco o il cartellino, senza che sia possibile attivare una revisione nella comunità (di fatto le RdP non funzionano in questo modo).
- Questa situazione produce una spinta al conformismo. Per un'utenza che ami Wikipedia e voglia collaborare intensamente, impegnarsi in un conflitto editoriale con un admin può significare la rinuncia alla nomina ad AV o può ritardarla di molto.
- Ciò sarebbe quasi irrilevante se l'utenza in questione non ambisse a diventare admin a sua volta (ma perché non dovrebbe?) o fosse disinteressata alla "stelletta" di AV. Ma se l'appartenenza al gruppo di AV diventa la condizione per partecipare alla scrittura di voci ad alta visibilità, la pressione al conformismo è più forte.
- In una comunità in cui i blocchi fioccano come nespole e le utenze vengono allontanate troppo facilmente, ad atteggiamenti arroganti da parte di singoli admin (purtroppo non rari) corrispondono atteggiamenti di subalternità da parte di AC e AV, di cui tutti abbiamo sotto gli occhi esempi lampanti. La modifica in discussione rafforza le tendenze all'irrigidimento, alla gerarchia, al conformismo e alla irresponsabilità di un'adminiship già priva di efficaci controlli comunitari.
- Non si risponda che gli admin sono tra loro eterogeni e hanno idee diverse su tutto. Ciò può anche essere vero, ma era vero anche per i signori della guerra cinesi che erano, appunto, sempre in guerra tra loro: eviterei di emulare quel modello di comunità. Il pluralismo degli admin, posto che esista, non c'entra nulla con WP:CASTA, che è una questione con cui ogni progetto di Wikipedia deve sempre fare i conti serenamente, senza isteria ma anche senza infingimenti.
- La conclusione di quanto sopra: se proprio si vuole creare un nuovo livello di semiprotezione (e non si capisce perché, visto che le protezioni totali sono rare e sono brevi, e si dice di voler andare in direzione di WP:LIBERA), allora si crei un livello di "extended confirmed users", come su en.wiki, cioè basato solo sul dato quantitativo dell'anzianità dell'utenza (30 giorni) e della sua esperienza (500 edit alle spalle). Riservare l'accesso alle nuove pagine "super-semiprotette" solo agli AV non si giustifica e potrebbe essere dannoso. --151.47.4.242 (msg) 19:24, 28 apr 2022 (CEST)
Favorevole Parto dalla considerazione che gli admin su it.wiki siano sempre troppo pochi e che quindi la protezione totale rischia di essere un semplice congelamento della voce, anche perché molti admin non intervengono nel merito delle questioni, come redattori, ma solo come arbitri super partes (ho in mente casi di edit war, che credo siano l'origine di quasi tutte le protezioni). In questo senso il rilassamento della protezione verso autoverificati può essere utile. Dall'altro lato può anche essere utile per rivedere lo status di autoverificato che è stato concesso a quasi tutti gli utenti attivi, perché i contributi di una parte degli AV necessitano invece di ricontrollo, anche se è un tipo di ricontrollo più paziente e minuzioso di quello che possono fare gli instant patroller. --AVEMVNDI ✉ 11:52, 2 mag 2022 (CEST)
Favorevole: un livello di protezione intermedio potrebbe essere necessario per permettere a determinate voci, in momenti diciamo pure "delicati", di non essere congelate totalmente, offrendo l'opportunità a una certa fascia di utenti di poter intervenire con calma sulle suddette. Ciò permetterebbe un rigoroso intervento, dove la cosa sia necessaria, unicamente, sino al momento di sproteggere, a utenti di cui si presume sia attestato un pizzico in più di rigore. Non sempre una protezione che include gli autoconvalidati tra i possibili utenti a cui è concessa la facoltà di modificare può risultare adeguata per evitare il reiterarsi di inserimenti impropri: limitando le modifiche di certe voci in determinati momenti per tot tempo solo agli autoverificati si limiterebbe la possibilità di interventi effettuati da utenti monoscopo, provenienti da WP:CAMPAGNA o trascinati per osmosi da quest'ultima (se la memoria non mi inganna si è assistito a qualcosa di simile nel caso di Orsini o dell'Incendio della Casa dei sindacati di Odessa). Per evitare di dilungarmi, rinnovo comunque il mio pollice recto alla proposta--☠︎Nima Tayebian☠︎(𝖄𝖔𝖚 𝖙𝖆𝖑𝖐𝖎𝖓' 𝖙𝖔 𝖒𝖊?) 13:11, 2 mag 2022 (CEST)
- Leggo solo ora di questa proposta e sono
Fortemente contrario/a. Su it.wiki ci sono 1335 utenti autoverificati su 2252441 utenze. Il che vuol dire che alcune pagine sarebbero modificabili (per quanto temporaneamente) solamente dallo 0.06% delle utenze (so che così sono inclusi in ambo i numeri gli utenti inattivi, ma non saprei come filtrarli adeguatamente). Certo, al momento il livello "massimo" di protezione è ancora più stringente, limitato ai soli admin, ma tra questi e gli AV vedo una differenza non da poco: gli admin sono utenti che, candidati, vengono votati dalla comunità e soggetti a riconferma periodica. Gli AV invece non possono autocandidarsi e non ci sono né una vera e propria votazione, né una "verifica" periodica --Anonimo88 (msg) 23:50, 18 mag 2022 (CEST)
Cambiamento della policy
Ringrazio tutti gli intervenuti e ho atteso appositamente un mese prima di tornare a vedere la discussione. Senza fare la conta, direi che c'è un buon consenso per l'implementazione, ma prima è necessario sistemare le policy e poi anche i moduli, oltre ai lucchetti. Partiamo dalla policy, andrebbe aggiunto un paragrafo del tipo (liberamente editabile ovviamente):
- Protezione "solo autoverificati"
- La protezione "solo autoverificati" viene usata per impedire a tutti gli utenti che non siano autoverificati, anche implicitamente, di effettuare modifiche a una pagina. Questo tipo di protezione può essere applicato solo quando la semi-protezione si sia dimostrata insufficiente e permette di evitare l'utilizzo della protezione totale. Il vantaggio rispetto ad essa, infatti, è quello di potere continuare a modificare, anche nei contenuti, la pagina protetta.
- Solo a scopo esemplificativo, questo tipo di protezione può essere utilizzato:
- Nelle pagine ad altissima visibilità;
- Nelle pagine soggette a numerosi vandalismi e/o edit impropri che sono già state semi-protette senza risultato;
- In alcuni template.
- La durata della singola protezione non dovrebbe superare 3 mesi, ma è comunque possibile, nel caso in cui sia necessario, estenderla di volta in volta per altri 3 mesi.
--Superpes15(talk) 14:37, 8 mag 2022 (CEST)
- Cosa significa "anche implicitamente"? --Nicolabel 10:40, 10 mag 2022 (CEST)
- [@ Nicolabel] Lol in realtà doveva essere “viene usata per consentire solo agli utenti che siano autoverificati, anche implicitamente, di …” però mi sa che ho cambiato alla fine lasciando erroneamente “anche implicitamente” :/ così suona malissimo effettivamente (ovviamente implicitamente è riferito a sysop, rb, bot e admin-bot che hanno l’autopatrol pur non appartenendo esplicitamente al gruppo AV) --Superpes15(talk) 17:11, 19 mag 2022 (CEST)
Lucchetti
Ora, riguardo i lucchetti, è necessario un intervento particolare: per quanto possiamo considerarli belli esteticamente, dobbiamo venire incontro anche a chi ha esigenze particolari ed è impossibilitato a distinguere alcune tonalità, a tal proposito il buon Superspritz, che ringrazio, ha creato alcune bozze di lucchetti. Finalmente viene inserita una lettera all'interno dei lucchetti in modo da essere riconoscibili a tutti! Quale preferite?
P.S. Solo per conoscenza, le pagine non protette già di default possono essere spostate solo dagli autoconvalidati, non da tutti gli utenti registrati!
Che ne pensate? --Superpes15(talk) 14:37, 8 mag 2022 (CEST)
- Grazie [@ Superpes15] di questa proposta di vaglio delle bozze elaborate da Superspritz. Brillante l'idea di inserire una lettera che potrà agevolare il compito, come giustamente notato, a chi ha problemi nel riconoscere le differenze cromatiche. Personalmente, per mero gusto personale, opterei per la prova numero 4. Il primo lotto di lucchetti mi sembra eccessivamente "spento", mentre il terzo (rosso) forse troppo acceso (limiterei il rosso solo ad una protezione "decisiva", quella totale). La terza, tutta un fucsia... ok, colore gradevole ma opterei per distinzioni cromatiche tra lucchetto e lucchetto (e, il rosso nella protezione totale mi sembra possa avere senso). Rimarrebbero le ultime due serie, e, dovendo scegliere tra l'arancio e il viola opterei per il viola. Dunque la quarta serie :-)--☠︎Nima Tayebian☠︎(𝖄𝖔𝖚 𝖙𝖆𝖑𝖐𝖎𝖓' 𝖙𝖔 𝖒𝖊?) 19:22, 9 mag 2022 (CEST)
- Preferisco il traffic light code (senza il verde ovviamente) rappresentato dalla serie 5. Il viola, secondo l'immaginario di alcuni, potrebbe essere "più forte" del rosso. Anche se, d'altro canto, le lettere e le frecce non dovrebbero generare confusione.--НУРшЯGIO(attenti all'alce F.U.B.) 08:22, 10 mag 2022 (CEST)
- Se si sceglie di differenziare anche con i colori sarei per la 5, forse l'arancio è più attinente a giallo e rosso rispetto al viola. A tinta unica tanto vale la prima serie, visto che la 2 e la 3 comunque non differenziano per colore e sono tinte un po' forti (poi va a gusti).--Kirk Dimmi! 08:54, 10 mag 2022 (CEST)
- Non ho capito come leggere la pagina delle bozze di [@ Superspritz]. I tre livelli per la protezione dalle modifiche sono chiari, ma perché ce ne sono ulteriori quattro per le protezioni dagli spostamenti?
- In relazione a questi ultimi, la freccia, anziché a sinistra della scritta, potrebbe andare sopra (o sotto) la scritta o addirittura il lucchetto? Trovo un po' sgradevole l'asimmetria attuale ed inoltre, nella versione da 30px, la scritta viene IMHO troppo piccola.
- Sulle scelte cromatiche, io preferisco il grigio, che non dà eccessiva enfasi visiva: il 98% di chi accede a una voce è là solo per leggerla e non è minimamente interessato al lucchetto. Chi voglia scrivere, anche se non nota subito la protezione, se ne accorge appena prova ad accedere al tab di modifica. Perché sovraccaricare visivamente la voce con un lucchetto colorato? --Nicolabel 10:37, 10 mag 2022 (CEST)
- [@ Nicolabel] i lucchetti per lo spostamento sono in realtà in alternativa (con lettere alternativi a quello senza lettere), a seconda di quanto emerge dalle policy. Se si mantiene lo status attuale per cui solo gli admin possono spostare una voce protetta dallo spostamento, allora va considerato il solo lucchetto con la freccia senza lettere; altrimenti se si introducono anche per lo spostamento livelli differenziati va considerata la terna con la freccia e le lettere. Non è un problema spostare la freccia rispetto alle lettere. Le varie opzioni cromatiche sono state proposte sulla base di varie opinioni raccolte in merito, in modo da consentire una scelta il più possibile condivisa tra varie opzione alternative tra loro. La versione a 30px deriva dalla dimensione usata attualmente per i lucchetti di protezione messi dal template {{Protetta}}, 30px appunto, anche se secondo me passare a 40px non è un cambiamento sconvolgente.--SuperSpritzl'adminalcolico 18:08, 10 mag 2022 (CEST)
- La quinta proposta mi pare la migliore, con colori sostanzialmente semaforici, e quindi di facile associazione al livello di protezione inerente --IlPoncioHo sbagliato? 22:38, 10 mag 2022 (CEST)
- Anche io trovo più chiara la quinta serie, con i colori in scala cromatica. --Lollo Scrivimi 01:48, 11 mag 2022 (CEST)
[← Rientro] Breve riassunto dello stato: cercherò di tenerlo aggiornato man mano che arrivano i pareri
Ulteriori informazioni Schema, Voti ...
Schema |
Voti |
1 (grigio) |
1(+1) |
2 (fucsia) |
0 |
3 (rosso) |
0 |
4 (g/v/r) |
1 |
5 (g/a/r) |
6 |
Chiudi
Quindi tra gli schemi monocromatici finora è netta la preferenza per il tema grigio. Per i policromatici, per il tema giallo/arancio/rosso. --SuperSpritzl'adminalcolico 20:01, 11 mag 2022 (CEST)
- [@ Superspritz, Superpes15] Probabilmente sto per dire una cavolata. Ho guardato la bozza e mi chiedo, riguardo i lucchetti per la protezione dallo spostamento, a che cosa serva quello della semiprotezione. Mi spiego meglio: lo spostamento delle pagine non è, di default, consentito solo agli autoconvalidati? Dunque non credo esista un livello di semiprotezione dallo spostamento solo per AC.
Quanto a quella per AV, ci sono dei casi in cui delle pagine attualmente protette totalmente dallo spostamento potrebbero essere protette solo AV? Se sì, non vedo che male faccia, a questo punto, abilitare questo nuovo tipo di protezione. Se ho detto solo un mucchio di fesserie avvisatemi pure. --PercyMM 21:26, 11 mag 2022 (CEST)
- In effetti il lucchetto per la semiprotezione dallo spostamento non serve (e l'ho tolto dalla tabella). Al momento (senza il livello AV), solo gli admin possono spostare una voce protetta dallo spostamento. Quella di introdurre un nuovo livello di protezione AV anche per lo spostamento è un punto su cui finora non si è discusso ma solo perché non si sono definite al 100% le policy relative al nuovo livello (vedi discussione sotto) ma in effetti potrebbe essere un'opzione sensata da prendere in considerazione nell'opportuna discussione.--SuperSpritzl'adminalcolico 23:09, 11 mag 2022 (CEST)
- Anche per me il quinto schema è il più valido, i colori permettono di capire al volo lo stato di protezione. --Vgg5465✉ 09:44, 12 mag 2022 (CEST)
- Ok alla 5 anche per me--Parma1983 14:24, 18 mag 2022 (CEST)
- Non starete tergiversando solo perché ho scritto di preferire il grigio, vero? :) --Nicolabel 23:55, 18 mag 2022 (CEST)
- No, stavo solo aspettando che si stabilizzasse la discussione. Mi sembra che la preferenza netta sia per lo schema 5 ("semaforico"), nella versione finale con i lucchetti di spostamento con la freccia "sotto" alla scritta (vedi sempre Utente:Superspritz/Sandbox6). A questo punto, carico su Commons questa serie e così chiudiamo questo punto.--SuperSpritzl'adminalcolico 00:18, 19 mag 2022 (CEST) P.S. Io mi sono astenuto in quanto autore della grafica, ma anche io preferivo il tema 1
- Ah meno male! :D
- Quanto al lucchetto per lo spostamento, graficamente preferisco la nuova versione. Riflettendo non credo che sia davvero utile un livello di protezione intermedio anche per gli spostamenti (ossia: anche per i soli spostamenti): se è stato necessario applicare la protezione, il titolo della voce è già controverso e un esplicito consenso per spostare, con conseguente passaggio in WP:RA, sarebbe IMHO caldamente consigliato. --Nicolabel 08:40, 19 mag 2022 (CEST)
- Secondo me, se una pagina è protetta totalmente, mi sembra inutile mettere anche il lucchetto per lo spostamento: se la protezione è totale, dovrebbe essere implicito che la pagina sia protetta anche dallo spostamento.--Mauro Tozzi (msg) 20:06, 19 mag 2022 (CEST)
- In effetti potremmo mostrare il secondo lucchetto solo quando il livello di protezione dallo spostamento è diverso. Resta comunque il problema delle lettere. Se T sta per "totale" non ha senso che appaia solo in riferimento alle modifiche. Se S sta per semiprotezione, anche la nuova protezione di livello AV lo è. Il testo nell'icona lo scriverei inoltre sempre in bianco che distrae di meno --Sakretsu (炸裂) 22:19, 23 mag 2022 (CEST)
- Voto a favore della quinta proposta.--AVEMVNDI ✉ 02:59, 28 mag 2022 (CEST)
- [@ Sakretsu] Visto che esiste anche il lucchetto con la freccia sotto la T (l'ho visto adesso), si potrebbe usare in alternativa quello per indicare che la pagina è protetta anche dallo spostamento nel caso di protezioni totali, così evitiamo di mettere due lucchetti.--Mauro Tozzi (msg) 20:24, 28 mag 2022 (CEST)
Discussione
- A mio avviso, tra le policy da integrare c'è anche Wikipedia:Autoverificati#Assegnazione a meno che non si ritenga che basti, come oggi, una talk pulita e una buona compilazione del campo oggetto. --Antonio1952 (msg) 22:39, 8 mag 2022 (CEST)
- Beh, avere dimostrato "di essere a piena conoscenza dei pilastri e delle linee guida di Wikipedia" è una buona formulazione, a cosa pensavi in particolare? --Superpes15(talk) 21:06, 9 mag 2022 (CEST)
- A dirsela tutta, essere a conoscenza non vuol dire rispettare, si potebbe dire "di essere a piena conoscenza e di avere rispetto dei pilastri e delle linee guida di Wikipedia".--НУРшЯGIO(attenti all'alce F.U.B.) 08:13, 10 mag 2022 (CEST)
- Penso - parere personale - che per l'autoverifica sia scontato che oltre a conoscere i pilastri e le linee guida, un utente debba dimostrare di rispettarli (IMHO sarebbe strano se un utente che ignora determinate regole venisse inserito tra gli autoverificati: si potrebbe mettere in dubbio la sua conoscenza delle linee guida etc.). Fondamentalmente credo che il flag sia assegnabile a chi dimostra, oltre alla comprensione, anche il rispetto della policy.--☠︎Nima Tayebian☠︎(𝖄𝖔𝖚 𝖙𝖆𝖑𝖐𝖎𝖓' 𝖙𝖔 𝖒𝖊?) 12:26, 10 mag 2022 (CEST)
- Credo che sia più che comprensibile che le linee guida debbano essere rispettate per ottenere il flag con la frase "e che non effettui da lungo tempo contributi impropri", frase già presente nella pagina di servizio. --Lollo Scrivimi 01:50, 11 mag 2022 (CEST)
Fortemente contrario/a. Viene detto che "Una pagina protetta solo agli AV sarebbe comunque accessibile a circa 1500 utenti (inclusi RB e sysop), e non più a soli 120 (punto importante soprattutto per chi è preoccupato dal rispetto di WP:LIBERA)." Questo in realtà, a mia modesta opinione, è semplicemente falso. L'introduzione di un ulteriore livello di protezione andrebbe semplicemente ad aumentare il numero di pagine protette, e quindi non accessibili al normale utente. Mi spiego peggio: con un livello di protezione giudicato minore la comunità sarà molto più portata a proteggere pagine che allo stato attuale, per casualistiche "borderline", verrebbero lasciate come sono (livello di protezione più basso), permettendo quindi la modifica agli autoconvalidati, che sicuramente sono di più del millino paventato. Paradossalmente tutto ciò va in diretta opposizione a WP:LIBERA. --IlPoncioHo sbagliato? 06:59, 12 mag 2022 (CEST)
- Aggiungo che, a rigor di logica, gli autoverificati, non essendo soggetti a riconferma o decadenza per inattività, constano di una sola frazione ancora attiva nel progetto, che se qualcuno volesse gentilmente quantificare... --IlPoncioHo sbagliato? 08:30, 12 mag 2022 (CEST)
- Quale logica ti fa pensare che le pagine protette aumenterebbero? Questa è mera sfiducia negli amministratori tutti che, per contro, non vogliono proteggere le pagine in modo totale e cercano un'alternativa più blanda ma ugualmente efficace per le poche protezioni totali che siamo costretti a fare. Poi, anche se gli AV non sono soggetti a decadenza automatica, non ti preoccupare che sono costantemente ben monitorati e, se si riscontano vandalismi o incorrettezze, alcuni, compresi quelli che hanno qualche diritto aggiuntivo, possono perdere il flag. Inoltre, chi ha abbandonato il progetto e non faceva vandalismi prima dell'abbandono, non fa presumere che ne faccia dopo un eventuale rientro, quindi una decadenza per inattività è del tutto inutile e non inficia la validità dello strumento. Quanti sono gli attivi tra gli AV? Puoi verificare qui, ma comunque un numero compreso tra zero (caso improbabile) e 1 424, che è comunque maggiore al numero di utenti che oggi possono editare le pagine con protezione totale: zero. --НУРшЯGIO(attenti all'alce F.U.B.) 12:58, 12 mag 2022 (CEST)
- La logica che mi fa pensare che le pagine protette aumenterebbero l'ho già esposta, e la fiducia negli amministratori non c'entra nulla. Semplicemente uno strumento di mezzo paradossalmente aumenterebbe il numero di pagine protette, perchè logicamente penso che ad oggi siano molti i casi in cui si è deciso di non applicare una protezione totale, ma parziale. Con uno strumento di mezzo si aprono infinite possibilità di applicazione dove non si vuole mettere la protezione totale, perchè esagerata, ma nemmeno quella parziale. Sono comunque tutte cose che ho già detto. Per il secondo punto, la mia non era assolutamente una critica alla figura dell'autoverificato o delle norme relative, stavo semplicemente dicendo, proprio perchè non è presente una riconferma annuale ed una decadenza per inattività, che in realtà il numero di autoverificati realmente presenti (inteso come attivi nel progetto) è una frazione di quella dichiarata --IlPoncioHo sbagliato? 17:09, 13 mag 2022 (CEST)
- La logica che ti fa pensare che le pagine protette aumenterebbero parte da una premessa assolutamente erronea, ossia che "siccome c'è un nuovo livello di protezione, si applica ex-novo dove finora non si proteggeva" e questa è una premessa completamente priva di fondamento. La logica di questo nuovo livello di protezione è che dove oggi si protegge totalmente (quindi "non si introducono nuovi parametri aggiuntivi per le protezioni delle voci") si abbassa il livello consentendo interventi anche agli AV (dove oggi sono vietati). La protezione totale rimane riservata solo per i casi più estremi. Punto. Non si aggiungono nuove casistiche, è proprio tutta la logica del tuo ragionamento che partendo da premesse e considerazioni non corrette porta a conclusioni altrettanto non corrette (e, permettimi, prive di qualsiasi base di fondamento): l'unica cosa che rimane di questo tuo ragionamento è una sostanziale scarsa fiducia nei confronti della comunità, anche se tu affermi il contrario.--SuperSpritzl'adminalcolico 11:51, 14 mag 2022 (CEST)
[← Rientro] Segnalo che la protezione AV è tecnicamente attiva (vedi task). Rimane solo da aggiornare il modulo e da pubblicare le linee guida prima di poterla utilizzare. --Superpes15(talk) 15:42, 23 mag 2022 (CEST)
- Ho cominciato ad aggiornare il modulo per evitare che dia errore. Bisognerà poi far puntare i lucchetti alle linee guida --Sakretsu (炸裂) 21:39, 23 mag 2022 (CEST)
Commento per chi era contrario. L’anno scorso per il nuovo governo con la protezione per solo autoverificati abbiamo dovuto proteggere l’impossibile perché i neo utenti venuti apposta, che non sapevano come vanno qua le cose si sentivano tagliati fuori e davano la caccia alle pagine da modificare, protestando nelle talk per le protezioni. Quest’anno quando hanno visto che potevano scrivere rispettando la verità giuridica altrimenti esisteva un ulteriore livello di protezione ed essendo stati i blocchi più progressivi, e meno traumatici non solo nessuno ha protestato ma non è neanche stato necessario, nonostante l’effetto novità del tipo di governo, proteggere alcune voci, anche di neo ministri. Direi che in questa occasione ha funzionato wikipedianamente. Pierpao (listening) 14:24, 22 ott 2022 (CEST)
Un utente (@Gaspero Domenichini) in un (semi-)off-topic in un'altra discussione fa notare che:
«non mi pare sia spiegato come fare in caso un utente si accorga di un errore in una pagina protetta.»
In effetti mi sono sloggato e vedendola e provando a modificarla non c'è nessuna indicazione di dove e come segnalare la necessità di una modifica. --Meridiana solare (msg) 18:33, 9 ott 2023 (CEST)
Ciao a tutti. Da tempo ho notato come questa linea guida adotti una definizione IMHO decisamente troppo rigida di admin coinvolti che quindi non possono usare i tastini. Viene detto infatti che gli admin non dovrebbero proteggere pagine che hanno modificato in modo sostanziale o in merito al contenuto delle quali hanno espresso opinioni: in tali casi, al pari di ogni altro utente dovrebbero chiedere l'intervento di un amministratore terzo;.
Ora, la sua eccessiva rigidità, tale da escludere persino i vandalismi palesi ed estendere la definizione di admin coinvolto alle mere opinioni espresse, mi pare confermata dal fatto che nella pratica questa parte della policy non viene fatta rispettare alla lettera, ma solo con buon senso. Per evitare polemiche tuttavia proporrei di adeguarla a quanto già previsto da Wikipedia:Terzietà (ancora in bozza), riformulando quel passaggio come segue: non dovrebbero proteggere pagine su cui sono direttamente coinvolti come utenti su una disputa editoriale in corso, fatta eccezione nel caso di vandalismi palesi o altri casi di chiara e diretta applicazione di una linea guida. Nel caso non siano terzi, al pari di ogni altro utente, dovrebbero chiedere l'intervento di un amministratore terzo.
Pareri? ----FriniateArengo 14:58, 26 apr 2024 (CEST)
- Sarebbe una modifica dettata da buonsenso e buona fede--Bramfab (msg) 15:40, 26 apr 2024 (CEST)
- Ma già adesso dice "che hanno modificato in modo sostanziale", quindi l'annullamento di un palese vandalismo non vi rientra. --Meridiana solare (msg) 15:46, 26 apr 2024 (CEST)
- Come no? Come admin non posso proteggere in teoria una voce che ho modificato in modo sostanziale o su cui addirittura ho espresso opinioni, anche se arriva un utente che scrive caccapupu. Non è uno scenario teorico eh, mi ci son trovato diverse volte in mezzo, optando spesso per proteggere comunque in base al quinto pilastro. Ma un admin non credo che dovrebbe trovarsi di fronte alla scelta tra violare la lettera di una linea guida o lasciar passare ore prima di fermare un vandalo. Ciò che dobbiamo cotninuare ad evitare è che un admin usi la protezione per aver ragione in una disputa editoriale e "vincere" un'edit war in cui è parte in causa, ma negli altri casi non vedo il senso di un'impostazione così draconiana e che finisce solo per rendere la vita più facile ai vandali, se fosse presa alla lettera.----FriniateArengo 15:51, 26 apr 2024 (CEST)
- Intendo che se hai annullato un vandalismo, poi proteggerla. P.S. Ma abbiamo una policy più generale sulle azioni da amministratore da evitare perché coinvolti, o esiste solo questa per le protezioni delle pagine? --Meridiana solare (msg) 16:04, 26 apr 2024 (CEST)
- Ok, ma dal 2014 ad oggi mi son trovato a editare su tantissime voci, spesso manco mi ricordo quali, che motivo c'è per impedirmi di proteggerle in caso di vandalismi palesi? Mi sembra un avvitamento burocratico totalmente fine a sé stesso. Comunque quando Wikipedia:Terzietà sarà approvata si potrà pensare anche di togliere direttamente questa parte semplicemente rimandando alla linea guida più generale, al momento però è ancora in bozza. ----FriniateArengo 16:07, 26 apr 2024 (CEST)
- D'accordo con la proposta di [@ Friniate]. Più in generale, questa pagina di servizio è stata redatta sulla base della corrispondente pagina di en.wiki risalente al.... 2005. Dopo quasi vent'anni, in cui Wikipedia si è evoluta e di acqua ne è passata sotto i ponti, forse ci starebbe anche un "tagliando" generale.--SuperSpritzl'adminalcolico 19:05, 26 apr 2024 (CEST)
Favorevole, proposta di assoluto buon senso. --Er Cicero 09:04, 28 apr 2024 (CEST)
Favorevole concordo totalmente con [@ Friniate] --Il buon ladrone (msg) 11:58, 28 apr 2024 (CEST)
- Probabilmente non dovrebbe essercene bisogno, come dice giustamente [@ Meridiana solare], ma se così la formulazione risulta più chiara, ben venga.--Alkalin l'adminimale 10:50, 29 apr 2024 (CEST)
- Più che altro dovrebbe esserci una regola generale, non sapevo che Wikipedia:Terzietà ci fosse ma fosse in bozza. --Meridiana solare (msg) 11:05, 29 apr 2024 (CEST)
- Comunque ribadirlo anche qui alla fine male non fa. ----FriniateArengo 11:58, 29 apr 2024 (CEST)
Favorevole alla proposta di Friniate--☠︎Quinlan83☠︎(𝖄𝖔𝖚 𝖙𝖆𝖑𝖐𝖎𝖓' 𝖙𝖔 𝖒𝖊?) 13:53, 29 apr 2024 (CEST)
- Io sostituirei applicazione di una linea guida con interventi meramente tecnici. Anche sul NPOV ci sono varie linee guida, ma se sei intervenuto nel merito di una discussione, la tua applicazione di tali linee guida potrebbe essere vista come pregiudizievole, nel senso che potresti dare l'impressione che la tua applicazione delle linee guida sul NPOV potrebbe essere stata condizionata dal tuo contributo su quella voce. --Kepleriwi (msg) 13:05, 29 apr 2024 (CEST)
- Quindi se un utente, magari in COI, fa un volantino promozionale e insiste devo lasciarlo online aspettando un utente terzo? O peggio, se scrive roba diffamatoria su una BDV? Non sono affatto d'accordo. Ho specificato apposta "chiara e diretta" per dire che in casi più complessi è bene lasciar spazio ad altri, ma laddove qualsiasi admin farebbe certamente la stessa cosa non vedo il senso di avvitamenti burocratici. Non siamo en.wiki, gli admin da noi sono un decimo, è fisiologico che le linee guida sul coinvolgimento degli admin da noi non possano essere così rigide. ----FriniateArengo 13:14, 29 apr 2024 (CEST)
- Se il COI è dimostrabile allora staresti applicando una linea guida meramente tecnica appunto, se non lo è magari puoi segnalare la voce come possibile promozione a un altro admin o al progetto di competenza. Stesso discorso per le informazioni diffamatorie: se scrivi che Tizio è stato condannato mentre in realtà è stato assolto è ovvio che la rimozione di tale affermazione sarebbe meramente tecnica. Nei casi di informazioni più controverse forse sarebbe meglio lasciar spazio ad altri. --Kepleriwi (msg) 13:49, 29 apr 2024 (CEST)
- Quando mai il COI è dimostrabile con certezza? Credo solo quando c'è un SMM che si registra col suo nome, parliamo di un'infima minoranza dei casi. E comunque, anche lasciando perdere il COI, perché dovrei permettere di lasciare per ore e ore un volantino promozionale su wikipedia per un formalismo?
- Peraltro un intervento sul contenuto di una voce non è mai "tecnico". Un intervento tecnico è la sistemazione di un template o la formattazione di una nota. Se intervengo su come viene riportato un caso giudiziario devo valutare ingiusto rilievo, attendibilità delle fonti, corrispondenza con quanto riportato dalle fonti, e così via, non si tratta mai di interventi meramente tecnici, c'è sempre una dose di valutazione nel merito. Il criterio dev'essere quindi un altro, ossia quello che banalmente, se segnalando a un altro admin so per certo che farebbe lo stesso, chiederne l'intervento diventa un formalismo inutile. ----FriniateArengo 13:57, 29 apr 2024 (CEST)
- Il COI mi pare dimostrabile in vari modi, o perché l'utente in questione lo dichiara apertamente (c'è stato un caso proprio recentemente) oppure perché emergono degli elementi tali da rendere necessaria la segnalazione a Wikimedia. Un intervento tecnico è anche l'applicazione della regola dei tre ripristini per fermare un'edit war tra due utenti o la rimozione di una fonte non considerata accettabile dalle linee guida, come blog o affini, tutti interventi che rimangono nella forma senza entrare nella sostanza. Ma, come è stato detto anche più giù, se entri nel merito partecipando attivamente alla discussione, e magari editando pure la voce con interventi di merito, e non di semplice metodo, potresti non essere più terzo agli occhi dell'interlocutore. --Kepleriwi (msg) 10:59, 30 apr 2024 (CEST)
- Importa la sostanza, non l'apparenza. Quello che importa qui è evitare che in una controversia editoriale un utente-admin possa avere un vantaggio abusando dei tastini, non facilitare la vita a un'utenza in sospetto COI (certo che lo dichiarano, dopo che li reverti o gli sposti la voce in bozza però) o ad altre utenze che non sono qui per scrivere un'enciclopedia nel rispetto dei 5 pilastri. ----FriniateArengo 11:44, 30 apr 2024 (CEST)
- [↓↑ fuori crono] L'intervento di un admin come admin è sempre tecnico ma quasi mai «meramente» tecnico. Il tasto rollback è una funzione tecnica. Il tasto proteggi è una funzione tecnica. Il tasto blocca è una funzione tecnica. Il tasto cancella è una funzione tecnica. Tutti importano in genere una valutazione di metodo e a volte anche di merito. Non faccio rollback e non proteggo voci in presenza di modifiche corrette nel metodo e nel merito.
- Un admin non è un puro notaio. «Meramente» tecniche diventano le stesse funzioni in applicazione di consenso come, ad esempio, i blocchi dati in seguito a segnalazione di problematicità (anche se non di rado mantengono un piccolo margine di discrezionalità). Se si potesse operare solo in simili condizioni, ogni disputa sui contenuti dovrebbe essere vagliata a un livello superiore dalla comunità, ricorsivamente (!): burocrazia, come dice Friniate. Ma burocrazia particolarmente dannosa, aggiungo io.
- Ancorare la terzietà all'uso di funzioni «meramente» tecniche è pericolosissimo, perché equivale a dire che gli amministratori semplicemente non ci devono stare (!). Che è proprio quello che si vuole evitare quando si propone la precisazione di questa linea guida, e che ispira di conseguenza anche il mio tentativo di correzione di tiro alla proposta di Friniate.
- Nel mondo dei sogni magari tutti (e quindi nessuno) sono amministratori, ma nella cruda realtà questo è un discorso sovversivo e distruttivo --actor𝄡musicus 𝆓 espr. 12:00, 30 apr 2024 (CEST)
[← Rientro] La ratio della policy è tutt'altro che la terzietà dell'amministratore malintesa nel senso che bisogna essere completamente vergini, cioè un'idea pericolosa che si è fatta strada più volte e rischia di farsene altra.
È poco più che una specificazione del buon senso, il quale imporrebbe solo
- l'astensione dell'amministratore interessato [più che coinvolto...] al punto (o ai punti) della voce volta a volta oggetto di modifica o di discussione; e l'astensione soltanto nel senso di non impedire modifiche solo perché difformi dalla sua opinione [solo perché = non vandaliche, non prive di fonti, non prive di consenso ecc.], sia essa espressa in discussione o evidente dai contributi alla voce stessa
dove per punto si deve intendere non solo il passaggio specifico ma anche, poniamo, un'organizzazione di contenuti o qualsivoglia modifica su cui esista evidente dissenso.
In termini ancora più precisi: l'ho scritto io? l'ho sostenuto io? non posso proteggere per quel motivo, o rischiare di darlo a intendere, ma solo se la protezione è giustificata oggettivamente, e a una versione individuabile oggettivamente come di regola. Nei casi dubbi devo pure astenermi.
Il concetto che dovrebbe essere chiaro dev'essere puntuale, non vago. Ogni enunciazione di principi astratti, quali che siano le eccezioni espresse, legittima sempre l'utente di turno, in buona o in mala fede, con un argomento o l'altro, a far valere o a pretendere di far valere un inesistente coinvolgimento dell'amministratore e pone quest'ultimo in una posizione di svantaggio ingiustificata nei confronti di utenti non amministratori (sebbene su un piano diverso da quello dei contenuti, attinente alle conseguenze del presunto coinvolgimento). Il rischio che la funzione di un amministratore lo ponga in una posizione di ingiustificato vantaggio è serio, ma non deve tradursi nel rischio opposto.
Pertanto
Contrario.
Favorevole se la formulazione sarà redatta in termini positivi, non facendo semplicemente salve le eccezioni che nell'insieme spostano poco in fatto di possibili appigli e anche di possibili dubbi.
In particolare, il riferimento alla modifica sostanziale non è, di per sé, da tagliare: anch'esso riflette, sia pure inadeguatamente, la ratio della policy --actor𝄡musicus 𝆓 espr. 12:37, 29 apr 2024 (CEST)
- @Actormusicus il caso di vandalismi è, pragmaticamente, quello che mi è capitato più di frequente (e in quasi tutti i casi avevo anche editato la voce precedentemente). Quindi è ciò che pragmaticamente mi interessa chiarire. Il tuo contrario quindi, se fosse accolto dalla comunità, avrebbe solo l'effetto di mantenere in vigore la policy attuale e di far mantenere online vandalismi per ore e ore (perché a quel punto difficilmente potrei continuare a invocare il quinto pilastro). Ovviamente sono aperto a suggerimenti su una formulazione più efficace, ma cerchiamo di evitare che per trovare la formulazione perfetta poi creiamo un danno all'enciclopedia per cortesia. ----FriniateArengo 13:08, 29 apr 2024 (CEST)
- non dovrebbero proteggere pagine su cui sono direttamente coinvolti come utenti su una disputa editoriale in corso, fatta eccezione nel caso di vandalismi palesi o altri casi di chiara e diretta applicazione di una linea guida. Io metterei solo questo, mi sembra palese che in tutti gli altri casi non previsti da questa frase intervengano altri --91.80.18.101 (msg) 13:23, 29 apr 2024 (CEST)
- Facciamo un esempio.
- Io, accidentalmente admin, ho ribaltato un argomento come un calzino e scritto una voce o parte di essa. Uno o più utenti, sfruttando di una lettura superficiale (delle fonti, della voce ecc.), pretendono di modificarla per introdurre un punto di vista, magari anche formando consenso.
- La faccenda non è autoevidente a un altro amministratore digiuno dell'argomento. È una situazione che mi è capitata spessissime volte da utente comune, soprattutto all'inizio. Da terzo perfetto, e da perfetto ignorante, non era raro una volta che - invece di tenermi fuori o di mettermi a studiare - dessi ragione al POV-pusher di turno contribuendo a fare consenso e perciò danno. Ma anche se mi fossi tenuto fuori non sapendo valutare non avrei contribuito a evitare un danno.
- In situazioni del genere, e soprattutto in caso d'emergenza come spesso avviene nelle situazioni a rischio di protezione di una voce, non è affatto improbabile che l'unico admin con il quadro chiaro sia proprio quello che si identifica qui come «coinvolto». Nell'attesa dell'intervento di un admin felicemente «terzo» ma malauguratamente all'oscuro del merito, la voce non viene protetta.
- Non dico che non viene mai protetta, ma che non viene protetta tempestivamente, il che non è affatto improbabile.
- Esempio: quando un utente si è messa a stravolgere Stepan Bandera le feci revert dopo molti giorni, perché non sapevo nulla né ero tenuto a sapere; nessun altro se n'è occupato nel frattempo ma se qualcuno l'avesse fatto vi sarebbe stato comunque un ritardo, più o meno grave.
- Anche questo, che io sappia, è un danno all'enciclopedia, e non minore.
- In simili situazioni chi può intervenire e ha ricevuto fiducia apposita non deve restare inerte.
- Sa in ogni caso che passata l'urgenza la comunità può giudicare il suo operato e ha tutto il tempo di farlo --actor𝄡musicus 𝆓 espr. 13:24, 29 apr 2024 (CEST)
- Quindi proponi di lasciare libertà completa all'admin in sostanza? Nel caso che fai comunque bisogna considerare che è chi fa una nuova modifica che deve trovare consenso, se viene annullato deve fermarsi e mettersi a discutere e se non lo fa è EW. Quindi potresti comunque segnalare in RPP e vederti accolta la richiesta di protezione (con rollback alla versione stabile) anche senza la necessità per l'admin di turno di mettersi a studiare il caso nel merito. ----FriniateArengo 13:37, 29 apr 2024 (CEST)
- Comunque, provo a riformulare: non dovrebbero proteggere pagine per controversie editoriali in cui sono parte in causa, fatta eccezione nel caso di vandalismi palesi o altri casi di chiara e diretta applicazione di una linea guida. Nel caso non siano terzi, al pari di ogni altro utente, dovrebbero chiedere l'intervento di un altro amministratore
- Meglio? ----FriniateArengo 13:48, 29 apr 2024 (CEST)
- No, io non propongo. Io dico di:
- non lasciare sul vago una policy che si presta troppo a interpretazioni di comodo, di cui abbiamo esperienza e pure recente
- evitare - correlativamente - di far passare una regola sensibile a interpretazioni rigide in conflitto con WP:IGNORA (che è sempre un pilastro) e che se così intese rendono il progetto potenzialmente più vulnerabile
- affidarci per tutto quanto non riusciamo a consacrare in una policy - perché non ci riusciremo - alle valvole di sicurezza del buon senso, della fiducia comunitaria e della responsabilità dell'amministratore, intesa sia come autoresponsabilità sia come responsabilità concretamente fatta valere.
- Il concetto di parte in causa è sempre vago e non mi piace; neppure le eccezioni sono precise abbastanza: chiara e diretta per chi?
- Ovviamente sono difetti anche della policy attuale, che infatti non mi piace.
- Non vedo un miglioramento, e la ragione del mio {{contrario}} è tutta lì: contrario per sostanziale inutilità. Ma {{favorevole se}}.
- Siccome poi la mia è una semplice opinione, per giunta minoritaria o isolata come spesso mi accade, né ha la forza di formare consenso, né tanto meno modifica la pagina, non c'è bisogno che adatti la proposta iniziale, che ha già dei favorevoli, solo per tentare pur apprezzabilmente di venire incontro a me.
- Non serve, perché ciò che sto dicendo non è un'opinione a favore di soluzioni rapide e facili.
- Se la discussione si orienta a una soluzione più e più a lungo ponderata, può essere presa in considerazione. Se dev'essere modificata la policy d'urgenza (e non dico di no, anche se trovo inutile consentire) può essere tranquillamente trascurata. Anzi deve, perché ogni aggiustamento di tiro rischia di essere una perdita di tempo.
- Anche secondo me infatti una modifica è necessaria, ma fin qui secondo me siamo ancora alle modifiche sterili.
- Così la penso, in modo indipendente, che posso farci? se mi permetti, non mi pare di star facendo danno al progetto --actor𝄡musicus 𝆓 espr. 14:44, 29 apr 2024 (CEST)
- Non mi sembra inutile, però credo che aiuterebbe allora se proponessi un testo tuo su cui ragionare. ----FriniateArengo 15:21, 29 apr 2024 (CEST)
- Implicitamente l'ho fatto con la ratio che ho indentato sopra.
- Per me va tutto ancorato al concetto di oggettività:
- Un motivo di protezione oggettivo e rilevabile legittima e anzi rende doverosa la protezione
- L'eventuale interesse dell'amministratore dev'essere a sua volta oggettivo e rilevabile.
- Quest'ultimo punto potrebbe essere più delicato.
- Se ho fatto io stesso una modifica su cui insiste una contestazione, o un dissenso, è chiaro che mi interessa. Quella modifica è rilevabile in crono voce. Se ho proposto la stessa modifica in discussione, la proposta è rilevabile in discussione. Ma se, pur essendomi occupato magari a fondo, mettiamo pure per il 99%, della voce, nessun mio contributo risulta interessato dalla contesa, allora nessun mio cosiddetto coinvolgimento è rilevabile.
- E se invece mi sono opposto a una modifica in pagina discussione come la mettiamo? l'ho fatto da utente interessato o da amministratore terzo? il più delle volte è proprio questo il caso. Ci sono anzi amministratori che tengono d'occhio diverse voci sulle quali contrastano punti di vista non neutrali, alterazioni di consenso e altri danni potenziali molto frequenti. Sono automaticamente coinvolti solo perché sorvegliano quelle voci? non è escluso, ma nemmeno scontato. E non è raro che vengano additati per coinvolti.
- Ancora più a monte: posso, da amministratore, rilevare una scorrettezza di metodo, o una lettura capziosa di fonti, o l'introduzione di un punto di vista o di una ricerca originale semplicemente in pagina di discussione, provando a prevenire il danno con semplici avvisi? (spesso funziona eh...). E posso svolgere in un tentativo di mediazione nel corso del quale magari mi accorgo che la modifica/posizione di un utente è corretta e la contraria no o sono già fuori solo perché parlo invece di agire?
- Tutto ciò può servire a evitare blocchi e protezioni. Devo invece sempre aspettare di essere costretto a premere tasti o rimettere il tutto all'intervento provvidenziale, non dovuto e quasi mai effettivo di utenti non amministratori e/o progetti?
- Spero proprio di no. In simili casi formule di stile cristallizzate come modificato in senso sostanziale o anche (forse di più) parte in causa sono molto deboli, possono risultare alla prova dei fatti equivoche e spuntare le armi anche solo dialogiche dell'utente amministratore, costringendolo a starsene buono. Ciò potenzialmente riguarda tutti, quindi in pratica per salvaguardare la terzietà potremmo dar vita a una prassi di silenzi-blocchi-protezioni che non giova affatto, e certamente non più di un'attenzione concreta al contenuto e al metodo (gli amministratori sono anzitutto utenti esperti) e di alcuni interventi in discussione.
- Occorre guardare pur sempre a indicatori oggettivi. Se la disputa non mi ha mai riguardato oggettivamente in crono voce, se non sono mai oggettivamente intervenuto sul punto in discussione prima di quel momento, la mia posizione di amministratore terzo va garantita al di là di ogni dubbio --actor𝄡musicus 𝆓 espr. 20:57, 29 apr 2024 (CEST)
- Beh, io lo faccio spesso. Modifica non palesemente vandalica ma per vari motivi non appropiata -> intervento in talk -> consenso in talk -> procedo ad annullarla -> l'utente la reitera -> a quel punto uso i tastini. Se vuoi possiamo togliere il chiara e diretta, ma altrimenti non so più come riformulare sinceramente.
- Altrimenti mi viene in mente solo l'elenco dettagliato di eccezioni, ma ci vien fuori un papiro, magari in nota? ----FriniateArengo 21:06, 29 apr 2024 (CEST)
- Anch'io ho scritto un papiro sopra, ma la sintesi è oggettivamente rilevabile. Non basta nemmeno questo, ok, ma per me è un punto di partenza irrinunciabile per scongiurare equivoci e interpretazioni di comodo.
- Si tratta di trovare il modo di chiarire sinteticamente come il contenuto in contestazione/disputa si lega oggettivamente a una posizione dell'amministratore e quali ne sono i mezzi di prova. Se quest'aspetto è oggetto di consenso, però, anche per interpretare la stessa policy abbiamo un indice oggettivo: link alla discussione che l'ha introdotta --actor𝄡musicus 𝆓 espr. 21:16, 29 apr 2024 (CEST)
- Proviamo così:
- non dovrebbero proteggere pagine in seguito a guerre di modifiche su controversie editoriali in cui siano tra gli utenti direttamente coinvolti nell'ultimo mese, fatta eccezione nel caso di vandalismi o altri casi di diretta applicazione di una linea guida[1]. Nel caso non siano terzi, al pari di ogni altro utente, dovrebbero chiedere l'intervento di un altro amministratore
- Come elenco non esaustivo dei casi più frequenti:
- Rimozioni ingiustificate di contenuti
- Rimozioni di fonti
- Rimozioni ingiustificate di avvisi di servizio
- Reiterazione di modifiche dopo che vi sia già stata una discussione comunitaria conclusasi con consenso in senso contrario
- Inserimento di contenuti promozionali, curricolari o non neutrali
- Inserimento di contenuti falsi o che contraddicono le fonti inserite
- Inserimento di contenuti diffamatori o comunque in violazione di WP:BDV.
- ----FriniateArengo 21:53, 29 apr 2024 (CEST)
[← Rientro] [@ Friniate] Come ti dicevo non è necessario, e potrebbe anzi diventare una complicazione, adattare il testo solo perché :-) c'è un apparente dissenso (il mio). Anzitutto è isolato, in secondo luogo non è nemmeno un dissenso reale (vedi il {{favorevole se}}) ma solo un invito ad approfondire il punto, il che può avvenire anche successivamente all'approvazione; a me non pare nemmeno urgente.
Dunque per primissima cosa metto in evidenza che il tuo testo originario
non dovrebbero proteggere pagine su cui sono direttamente coinvolti come utenti su una disputa editoriale in corso, fatta eccezione nel caso di vandalismi palesi o altri casi di chiara e diretta applicazione di una linea guida. Nel caso non siano terzi, al pari di ogni altro utente, dovrebbero chiedere l'intervento di un amministratore terzo |
incontra già cinque opinioni favorevoli ed è in via d'approvazione per consenso.
Detto questo, noto proprio adesso un precedente intervento di [@ Bultro] (2018) che mi sembra, forse non casualmente, vicino a ciò che sto cercando di esprimere io, e risponde a una richiesta di Dan Kenshi proprio sul tema che ci interessa:
non dovrebbero proteggere pagine sulle quali essi stessi hanno effettuato modifiche controverse o espresso opinioni controverse |
Bultro correttamente lega la non terzietà a un'attività concreta e oggettiva dell'amministratore (effettuare modifiche o esprimere opinioni) sul contenuto interessato dalla disputa, precisandola riguardo alla sostanzialità, circoscrivendola e collocandola per implicito in tempi non sospetti: le modifiche e le opinioni sono controverse non perché qualcuno, di colpo, le mette in discussione; lo sono già quando la discussione emerge.
Secondo me bisognerebbe perseguire per prima cosa una precisazione di questo concetto, fermo restando che va benissimo far salve le palesi applicazioni – o forse meglio ancora il contrasto di palesi violazioni – delle linee guida da te giustamente introdotto.
In termini concreti, io vedo qualcosa di questo tipo:
non dovrebbero proteggere pagine sulle quali è in corso una disputa che li coinvolge oggettivamente, cioè in particolare quando già prima della disputa hanno compiuto o discusso, assumendo una posizione coerente con alcuna di quelle in causa, modifiche interessate dalla disputa stessa; in tali casi dovrebbero chiedere l'intervento di un amministratore terzo, tranne in presenza dell'oggettiva e palese necessità di applicare una linea guida |
Nessuna formula copre tutti i casi possibili e tutte sono perfettibili. Ad esempio questa non tiene conto, volutamente perché sarebbe da rimettere al buon senso, della possibilità che l'interesse dell'amministratore emerga da pregresse modifiche o discussioni su altre pagine. È solo un tentativo di calare quanto ho detto ieri in una formula sintetica, visto che me l'hai giustamente chiesto.
Quello che mi preme qui è dire che, come già sopra accennato:
- l'interesse dell'amministratore dev'essere oggettivamente rilevabile, cioè non può essere affermato solo perché l'amministratore interviene nella disputa ed esprime opinioni (magari a difesa della correttezza del contenuto di una voce), quindi dev'essere rilevabile già nel momento stesso in cui sorge la disputa, sia o non sia esistita anche una disputa precedente;
- la necessità di applicare le linee guida dev'essere oggettiva e altresì palese, da intendere nello stesso senso di cui al criterio 4 di cancellazione immediata (palese = che è evidente a tutti); eventuali chiarimenti possono andare in nota, ma potrebbe anche bastare un accenno tra parentesi al caso emblematico del vandalismo.
Che sia riuscito o no a calare il concetto in una formula utile a perfezionare la policy, spero di aver chiarito l'idea di fondo che altri potranno sviluppare meglio di me. Non trovo particolarmente utile la limitazione temporale al mese che precede, ma di tutto si può discutere --actor𝄡musicus 𝆓 espr. 08:18, 30 apr 2024 (CEST)
- Ulteriore precisazione (del commento, non della formula): quando scrivo che «le modifiche e le opinioni sono controverse non perché qualcuno, di colpo, le mette in discussione; lo sono già quando la discussione emerge» ciò va letto in relazione con «dev'essere rilevabile già nel momento stesso in cui sorge la disputa, sia o non sia esistita anche una disputa precedente».
- Nel caso delle modifiche non significa che la modifica riconducibile all'amministratore dev'essere già stata contestata in precedenza. Con la modifica l'amministratore assume comunque una posizione, e se questa cade in discussione la modifica è già controversa quando la discussione emerge, sempre se questa è seria e non pretestuosa o magari frutto di tentativi di alterazione del consenso (nel qual caso si ricade nell'eccezione) --actor𝄡musicus 𝆓 espr. 09:00, 30 apr 2024 (CEST)
- Per me ok, preciserei solo che le modifiche o le discussioni precedenti devono essere avvenute sulla voce in questione. ----FriniateArengo 12:26, 30 apr 2024 (CEST)
- Lascerei però anche la nota esplicativa che avevo messo però ----FriniateArengo 12:27, 30 apr 2024 (CEST)
- Infine ho qualche dubbio anche sulla "palese necessità" ("palese" per chi? Chi sta facendo un'EW certamente riterrà che non c'è necessità di applicare una linea guida che gli dà tirto), IMHO meglio fare riferimento alla diretta applicazione di una linea guida senza stare a complicare. ----FriniateArengo 12:38, 30 apr 2024 (CEST)
- Sì, dunque, va da sé che il coinvolgimento in una discussione dev'essersi pur sempre riflesso sulla voce. Un utente manifesta interesse anche quando consente a una modifica o dissente, per ragioni di merito. Di questo occorre pur sempre tenere conto, non è che se formalmente non tocco la voce ma lo fanno altri per me (oppure non la tocca nessuno perché ho contribuito a impedire un consenso) non sono coinvolto...
- Con palese, che abbiamo già in altre linee guida, vorrei evitare che la regola diventasse evanescente di fronte all'eccezione: in teoria un admin quando protegge sostiene sempre di applicare una linea guida! come di fronte a una formula vaga qualunque controinteressato sostiene sempre che l'admin è coinvolto, così l'admin stesso lo nega sempre. Se c'è un modo migliore per precisarlo sinteticamente ne sono felice, a me per ora non viene in mente. Preferisco infatti che sia precisato in una formula, poi va benissimo avere anche una nota esplicativa --actor𝄡musicus 𝆓 espr. 14:32, 30 apr 2024 (CEST)
- Beh oddio non è detto che l'admin intervenga per fare applicare una linea guida, magari interviene puramente da utente (a me capita abbastanza spesso). Comunque la mia obiezione era sulla palese necessità, ossia che l'admin dovrebbe dimostrare non solo di stare direttamente applicando una linea guida, ma anche che sia necessario farlo. Credo basti dire che si stia direttamente applicando una linea guida. Il criterio comunque è "qualsiasi altro admin farebbe uguale". Poi c'è anche un controllo a valle voglio dire, se un admin usasse tale eccezione in modo strumentale si becca certamente voti contro in riconferma. E comunque l'altro utente può sempre chiedere un parere terzo in WP:RA. ----FriniateArengo 16:05, 30 apr 2024 (CEST)
- Mi sa che stiamo dicendo la stessa cosa. Si tratta di farla dire alla linea guida :-) --actor𝄡musicus 𝆓 espr. 16:16, 30 apr 2024 (CEST)
- @Actormusicus non dovrebbero proteggere pagine sulle quali è in corso una disputa che li coinvolge oggettivamente, cioè in particolare quando già prima della disputa hanno compiuto o discusso sulla voce in questione, assumendo una posizione coerente con alcuna di quelle in causa, modifiche interessate dalla disputa stessa; in tali casi dovrebbero chiedere l'intervento di un amministratore terzo, tranne in caso di vandalismi o altri casi di palese applicazione di una linea guida [segue nota esplicativa] nei quali ci si possa ragionevolmente aspettare che qualunque amministratore si comporterebbe allo stesso modo
- Può andare? ----FriniateArengo 13:29, 3 mag 2024 (CEST)
- Forse intendi dire hanno compiuto modifiche? Comunque per me può andare. --Kepleriwi (msg) 14:03, 3 mag 2024 (CEST)
- Sì, ci sono un po' troppi incisi in effetti, riformulo: non dovrebbero proteggere pagine sulle quali è in corso una disputa che li coinvolge oggettivamente, cioè in particolare quando già prima della disputa hanno compiuto sulla voce in questione modifiche interessate dalla disputa stessa, assumendo una posizione coerente con alcuna di quelle in causa; in tali casi dovrebbero chiedere l'intervento di un amministratore terzo, tranne in caso di vandalismi o altri casi di palese applicazione di una linea guida [segue nota esplicativa] nei quali ci si possa ragionevolmente aspettare che qualunque amministratore si comporterebbe allo stesso modo ----FriniateArengo 14:45, 3 mag 2024 (CEST)
- Sì, ma alcune osservazioni.
- In teoria la questione non riguarda solo le voci, la linea guida attuale parla di pagine. Questo potrebbe essere il meno, perché in realtà imho la casistica interessa praticamente solo le voci. Piuttosto specificare sulla voce in questione taglia fuori (in teoria intendiamoci...) l'ipotesi di cui parlavo prima, cioè che l'amministratore si dimostri coinvolto per modifiche analoghe o addirittura identiche in altre voci. Non è un'ipotesi peregrina. Nel dubbio non lo specificherei, serve? secondo me è abbastanza scontato che si tratta della voce in questione.
- Viene meno il riferimento alla discussione. Attualmente abbiamo comunque un riferimento all'espressione di opinioni e credo che per rimuoverlo del tutto serva un solido consenso. Siamo d'accordo che è, probabilmente, il punto più delicato. Però non ho dubbi che l'interesse dell'admin si possa calare in un consenso o dissenso a una modifica. In questi casi la modifica avviene o non avviene indirettamente sulla base (anche) del suo parere. Se la frase esce troppo lunga vale la pena spezzarla ma un modo per dirlo lo cercherei.
- Ineccepibile imho l'aggiunta.
- --actor𝄡musicus 𝆓 espr. 15:15, 3 mag 2024 (CEST)
- @Actormusicus includendo anche le modifiche analoghe io temo che non se ne esca più fuori e che chiunque possa dire che un admin è coinvolto perché dieci anni prima ha fatto una modifica che un utente ritiene simile (in base a cosa?) su un'altra voce. Perciò credo si debba specificare.
- Includere le discussioni mi vede tutto sommato neutrale, però servirebbe una formulazione più chiara rispetto a quelle sopra IMHO. ----FriniateArengo 15:38, 3 mag 2024 (CEST)
- Proviamo così: non dovrebbero proteggere pagine sulle quali è in corso una disputa che li coinvolge oggettivamente, cioè in particolare quando già prima della disputa hanno compiuto sulla pagina in questione modifiche interessate dalla disputa stessa, assumendo (anche solo nella relativa pagina di discussione) una posizione coerente con alcuna di quelle in causa; in tali casi dovrebbero chiedere l'intervento di un amministratore terzo, tranne in caso di vandalismi o altri casi di palese applicazione di una linea guida [segue nota esplicativa] nei quali ci si possa ragionevolmente aspettare che qualunque amministratore si comporterebbe allo stesso modo ----FriniateArengo 15:40, 3 mag 2024 (CEST)
- [@ Friniate] così ci incartiamo.
- Non abbiamo fretta ma qui serve un consenso ampio sulla definizione dei termini del c.d. coinvolgimento.
- Tu giustamente mi parli di arbitrarietà sia nel tempo sia nel merito riguardo alla modifica da considerare analoga. Momento, è ovvio che ci sono tanti aspetti da rimettere a WP:BS. Le modifiche in altre voci non le ho espressamente menzionate, ma neanche drasticamente escluse. La linea guida deve mostrare una ratio piuttosto chiara. Se io, anche dieci anni, fa ho compiuto una modifica chiaramente riconducibile allo stesso interesse, in teoria sono coinvolto eccome. Ma la riconduzione dev'essere chiara. Se la linea guida è definita nella sua ratio, il buon senso fa il resto. Ecco perché, oltre che per la scontatezza del fatto e la lunghezza della frase, non farei riferimento alla pagina in questione. Non si dice che bisogna né che è sempre lecito guardare altre pagine. Ma potrebbe esserlo, per cui non lo si esclude, a mio avviso.
- Non voglio fare il guastafeste ma capisco poco perché tradurre discusso - che si legava a compiuto - in anche solo nella relativa pagina di discussione - che invece si lega a assumendo. Non è la stessa cosa, io intendevo fare riferimento proprio alla formazione o alla non formazione di consenso a una modifica, così il legame con il consenso/dissenso mi sembra addirittura attenuato e suscettibile di dare adito a interpretazioni di comodo (basta l'opinione).
- In generale: ho chiarito sopra di non avere la forza di ostacolare il consenso alla tua proposta iniziale ma di essere favorevole a una discussione più approfondita. È vero che non abbiamo fretta, ma a queste condizioni mi pare abbastanza inutile tirare e mollare io e te. Piuttosto potrebbe forse essere utile porre in discussione tra tutti alcuni problemi emersi, come (indico i più recenti)
- l'interesse manifestato altrove
- l'interesse manifestato molto tempo prima
- Poi che questi si debbano calare nella linea guida non è detto e anzi io sono d'accordissimo che no, non ci vanno. Ma potrebbe essere utile trattarli in astratto, in una discussione più partecipata, per orientare il buon senso nei casi dubbi una volta approvata una modifica necessariamente sintetica e di principio.
- (In altri termini: per l'interpretazione futura della linea guida guardare la discussione che l'ha formata potrebbe essere utile) --actor𝄡musicus 𝆓 espr. 15:57, 3 mag 2024 (CEST)
- Sulle opinioni mi sembrava francamente di aver fatto una modifica meramente formale, il problema è semplicemente che tra incisi e controincisi si perdeva il senso di cosa fosse riferito a cosa.
- Sulle altre voci continuo a non essere convinto (come fa a essere direttamente interessata dalla disputa una modifica fatta su un'altra voce?!), e peraltro il buon senso va in entrambe le direzioni. Noi qui dobbiamo IMO stabilire quei casi in cui è senz'altro necessario evitare di usare i tastini direttamente, poi in base a BS ci possono essere altri casi in cui è opportuno farlo. Ma preferisco uno schema del genere rispetto a scrivere una regola draconiana potenzialmente estendibile all'infinito e poi dover fare eccezione per buon senso, tanto vale allora tenersi quella attuale. ----FriniateArengo 16:33, 3 mag 2024 (CEST)
- Comunque, nulla vieta di predisporre due opzioni e poi sottoporre la cosa nuovamente alla comunità in un sottothread. ----FriniateArengo 16:36, 3 mag 2024 (CEST)
- Pienamente d'accordo a limitare il discorso e estendere il buon senso, però come dicevo per me deve esistere almeno una traccia in discussione che orienti il buon senso, un esame sia pur sommario dei casi possibili. E quello delle voci correlate lo è.
- Le voci possono contenere notizie convergenti: se scrivo o sostengo che il sole gira intorno alla terra questo è di pertinenza di entrambe le voci :-) Se proteggo la seconda mentre c'è una disputa sul punto e mi sono espresso sulla prima sono chiaramente coinvolto --actor𝄡musicus 𝆓 espr. 16:54, 4 mag 2024 (CEST)
- @Actormusicus Ok, allora per me si può specificare (magari in nota) "sulla voce in questione o in paragrafi di altre voci sul medesimo contenuto" ----FriniateArengo 17:51, 4 mag 2024 (CEST)
- Sì, per me va bene, si tratta di rendere l'idea, poi il buon senso opera di conseguenza --actor𝄡musicus 𝆓 espr. 18:08, 4 mag 2024 (CEST)
Ciao, MediaWiki:Protectedpagetext è la pagina visualizzata quando un utente che non dispone di permessi necessari tenta di modificare o spostare una pagina che è stata protetta, sebbene "$1" viene modificato per il livello di protezione e "$2" per l'azione ristretta, ho suggerito nella discussione un codice semplice in modo che chiunque possa sapere cosa si può fare, anche se possono migliorarlo, tuttavia, non è stato aggiunto quel codice a quella pagina finora, quel codice verrà aggiunto alla pagina MediaWiki? --190.242.115.101 (msg) 02:23, 8 mag 2024 (CEST)