Wikipedia:Officina/Archivio/2017 luglio

WhatsApp e violazione di copyright?

Ho scoperto casualmente quella che potrebbe essere una piccola rogna e se io avessi ragione si connoterebbe come una violazione di copyright da parte di Wikipedia. Mi riferisco a quella funzionalità, presente ad esempio su WhatsApp o su Skype, che quando si inserisce un link, amplia la citazione inserendo qualche dato della pagina ed un immagine presente. Esempio. Purtroppo l'immagine dell'esempio, che è inserita con una licenza d'uso particolare, a mio avviso non avrebbe dovuto comparire, come ad esempio non compaiono gli screenshot copyrighted. Esempio di voce con screenshot. Mi pare quindi che ci sia un problema, ma non so quale sia il meccanismo che abiliti l'utilizzo delle immagini all'esterno; è possibile correggee la cosa senza troppe difficoltà? --Lepido (msg) 11:57, 2 lug 2017 (CEST)

La violazione di copyright dovrebbe essere loro, non di Wikipedia. È come quando siti esterni riproducono tutto il contenuto delle nostre voci fregandosene di quali immagini ci siano state concesse con licenza restrittiva e quali no. Noi siamo responsabili solo dei caricamenti effettuati sul nostro dominio.--Sakretsu (炸裂) 12:31, 2 lug 2017 (CEST)

"Ni"... (o "So") :-) Il fatto che alcune voci (quelle con gli Screenshot) funzionino bene ed altre (quelli ad es. con le copertine dei manga) non funzionino, mi fa pensare che siamo "noi" ad esporre non correttamente le immagini. Come ho detto, non so esattamente come funzioni la cosa: è l'agente esterno che con un parser controlla la licenza ed agisce di conseguenza o siamo "noi" a segnalare con "un qualcosa" se l'immagine può essere visualizzata o no? Ecco il punto.Se è il parser dell'agente esterno a fallire, allora non è un problema di Wikipedia, come dice [@ Sakretsu], altrimenti... --Lepido (msg) 13:47, 2 lug 2017 (CEST)

in realtà credo banalmente che il file da visualizzare venga preso dall'"Immagine della pagina" visibile anche cliccando su "Informazioni sulla pagina". qualche tempo fa leggevo su phab (o forse era ancora bugzilla) che la logica dietro l'estrazione dell'immagine era uno spaghetti code in PHP non più mantenuto. forse ci hanno rimesso la testa per le anteprime su mobile, ma non ho approfondito se c'è una logica di verifica della licenza o meno (o banalmente alcuni non vengono mostrati perché inseriti negli infobox senza il prefisso "File:", altri invece utilizzano ancora la vecchia sintassi). --valepert 15:10, 2 lug 2017 (CEST)

Problemi strani all'improvviso?

Verificate che non siano legati a questo cambiamento recente. Ciao, Elitre (WMF) (msg) 20:35, 5 lug 2017 (CEST)

Le pagine si caricano non completamente

Da ciò risultano almeno tre cose: 1. Non si vede la barra degli strumenti di modifica, 2. Non funziona la cerca interna, 3. Non si chiudono automaticamente i navbox collapsibili. La pagina può carricarsi al secondo-terzo-quarto tentativo, però è problema. Suppongo che sia legato a questi novi bottoni sotto la finestra modifica... In qualsiasi cosa c'è bisogno di correggerlo--Unikalinho (msg) 08:30, 6 lug 2017 (CEST)

mw:Help:Locating_broken_scripts se vuoi trovare il "colpevole". Elitre (WMF) (msg) 09:06, 6 lug 2017 (CEST)

[@ Elitre (WMF)] Mi sembra io abbia trovato: l'accessorio Permette di recuperare la definizione da Wikizionario tramite un doppio click fa problemi. Avendolo spento non osservo problemi. Verifica...--Unikalinho (msg) 08:29, 14 lug 2017 (CEST)

Lo so che soo ripetitivo, ma a volte le soluzioni più semplici sono anche quelle più efficaci :-) Hai provato a cancellare i file temporanei dal tuo browser? In caso di cambiamenti del codice Javascript dei siti, molte volte questa azione è risolutiva, perché evita che parti di codice "vecchio" residente nella propria cache si mescoli con il codice "nuovo". Da parte mia, da quando ho installato sul mio Chrome l'app "Cache Killer", certi problemi non li ho più riscontrati. --Lepido (msg) 09:16, 6 lug 2017 (CEST)

L'ho eliminato tutto -- all'inizio era davvero bene ma ora comincia di nuovo...--Unikalinho (msg) 12:40, 6 lug 2017 (CEST)

Anch'io, da mesi, non visualizzo più la barra degli strumenti di modifica. Fino a qualche giorno fa, riappariva ricaricando la pagina che intendevo modificare (magari riprovando più volte), ora non più. Tutto funziona invece correttamente se entro nella Wikipedia inglese, francese, tedesca e spagnola. Anche in Wikiquote nessun problema. È divenuto seccante anche firmare questo intervento. Sono costretto a ricopiare la sintassi "firma" dal messaggio precedente e a modificarla manualmente! Gaux (msg) 15:28, 7 lug 2017 (CEST)

Non posso verificare, visto che non avevo il problema in precedenza. Gaux, a te cambia qualcosa disabilitando l'accessorio Permette di recuperare la definizione da Wikizionario tramite un doppio click, se ce l'hai attivo? Elitre (WMF) (msg) 11:26, 14 lug 2017 (CEST)

GrazieElitre (WMF)! Ho disabilitato la casella che mi hai indicato (era attiva) e la barra degli strumenti di modifica è ricomparsa. Ho provato più volte e tutte con esito positivo. Ho provato a reinserire il flag nella casella e la barra nuovamente scompariva!! Disabilitandola, di nuovo tutto OK. Ti ringrazio molto, editare senza la barra era veramente seccante. Ora posso anche firmare i miei interventi senza problemi! --Gaux (msg) 16:15, 14 lug 2017 (CEST)

Non ringraziare me, ma Unikalinho che l'ha scoperto. Adesso il prossimo passo è capire chi ha scritto quel gadget e comunicargli che deve fixarlo... Elitre (WMF) (msg) 17:02, 14 lug 2017 (CEST)

Fatto. Elitre (WMF) (msg) 17:34, 14 lug 2017 (CEST)

Segnalo che ho fatto presente nella talk della pagina di aiuto il problema; tuttavia a me (da mobile, schermata desktop) anche dopo aver disattivato il gadget la toolbar continua a non caricarsi al primo colpo.--Demart81 (Comunicazioni, insulti, ecc.) 19:16, 14 lug 2017 (CEST)

Forse c'è anche un altro accessorio (non usato da me) rotto...--Unikalinho (msg) 15:32, 15 lug 2017 (CEST)

Problema con login (risolto)

Salve, sono l'utente noto come "nineko", attivo soprattutto sulle Wikipedia Italiana ed Inglese, e sto avendo un problema bizzarro. Le mie impostazioni dei Cookies sono corrette, e soprattutto non le ho modificate di recente. Da sempre sono in grado di restare loggato e fare modifiche (si veda, ad esempio, l'elenco dei miei contributi in italiano ed in inglese). Tuttavia, stasera ho cliccato su un link di Wikidata per segnalare un errore ([1]), e da allora risulto sloggato ovunque. Se tento di riloggarmi vengo buttato di nuovo fuori non appena cambio pagina. Per puro scrupolo ho provato ad usare un altro browser (Chrome, mentre di solito uso Firefox), concedendo il massimo permesso alla creazione di Cookies, ma il problema si presenta lo stesso. O non mi fa loggare, o mi fa loggare per un istante e poi mi butta fuori di nuovo. Ho inoltre provato a cancellare tutti i Cookies pensando che potessero contenere dati errati, ma senza successo. Non vorrei che avere visitato Wikidata abbia corrotto qualche dato della mia sessione sul server o qualcosa del genere. Ho una buona esperienza informatica e sono stato io stesso amministratore e webmaster di vari siti, ma nonostante questo non so che altro poter fare, escludo che il problema sia sul mio lato perché si verifica, come detto, con due browsers diversi anche impostandoli nel modo più permissivo possibile per i Cookies. Grazie in anticipo a chi può identificare e risolvere il mio problema.
2.235.238.165 (msg) 01:12, 7 lug 2017 (CEST)

Risolto sulla Wikipedia inglese, a quanto pare è un problema noto.
Nineko (msg) 03:03, 7 lug 2017 (CEST)

[@ Nineko], magari se esponi in sunto o un riferimento alla soluzione può servire a chi ha letto ed è stato in attesa senza allungare con anche io..anche io. Un pò come affiggere manifesti del gatto smarrito e poi lasciarli appesi @#]. GRazie ☼Windino☼ [Rec] 08:07, 7 lug 2017 (CEST)

Avevo già pensato di condividere la soluzione con il resto del mondo: le parole "sulla Wikipedia inglese" nel mio intervento precedente sono un Wikilink che rimanda a questa pagina, la quale pagina a sua volta rimanda a https://phabricator.wikimedia.org/T169261, dove vengono analizzate le cause da alcuni giorni, non conoscevo l'esistenza di quella pagina, altrimenti non avrei aperto una segnalazione. Visitando questi due link si possono trovare tutte le indicazioni utili (sia della causa sia della soluzione), ma posso fare un brevissimo sunto a beneficio di chi non parla inglese o di chi non è interessato ai dettagli tecnici: il problema è effettivamente sul lato di Wikimedia, e può essere aggirato facendo il login su un progetto di Wikimedia mai usato prima, nel mio caso mi hanno consigliato il Wikivoyage cinese.
Cambio l'header di questa discussione aggiungendo la parola (risolto) così da non fuorviare altra gente.
Nineko (msg) 09:06, 7 lug 2017 (CEST)

Grazie.--☼Windino☼ [Rec] 13:53, 7 lug 2017 (CEST)

Problema con "Verifica requisiti di voto"

Da una veloce ricerca negli archivi, non sembra essere mai stato segnalato. Utilizzando la funzione "Verifica requisiti di voto" (attivabile sotto Preferenze>>Accessori>>Link laterali) per alcuni utenti (quale, ad esempio, il sottoscritto o Pil56) si ottiene un "l'utente non è registrato". Il problema mi sembra dovuto a un valore ("registration") non restituito dalla prima chiamata json. Possibile che per le utenze più vecchie tale valore non sia stato valorizzato (...e che non sia possibile valorizzarlo)? --LEOSCHUMY ^{(scrivimi qui)} 12:23, 7 lug 2017 (CEST)

Errore lua con mw.wikibase.getEntityObject

Ieri, nel leggere una normale voce (Alfonso II di Napoli) ho riscontrato la presenza del seguente errore: Errore Lua in mw.wikibase.entity.lua alla linea 34: The entity data must be a table obtained via mw.wikibase.getEntityObject. Al momento non è più presente nella voce in oggetto, ma è comunque riscontrabile in un considerevole numero di voci. A quanto mi sembra di capire, l'errore è generato direttamente da wikidata: lo si trova infatti in template, quali {{interprogetto}} e {{divisione amministrativa}}, che prendono da lì parte dei loro dati. Oltretutto, se in alcune voci è questione di una riga, altre voci come questa sono un macello di rosso. Non lo avevo mai notato, quindi mi viene da pensare che sia dovuto a qualche recente aggiornamento o modifica, magari appunto su wikidata; non ho nemmeno trovato discussioni al riguardo. Di cosa si tratta effettivamente?--Daimona Eaytoy (Scrivimi!) 20:12, 12 lug 2017 (CEST)

Se ne sta parlando qua --ValterVB (msg) 20:22, 12 lug 2017 (CEST)

Utenza che si disconnette continuamente

Buongiorno! Segnalo questa richiesta all'Oracolo. --Syrio posso aiutare? 10:25, 13 lug 2017 (CEST)

Sembra un problema tutto "nostro"

Da ieri sera e fino ad ora, l'icona "i tuoi avvisi" (ovvero quelli riportati in cima alla pagina con l'icona appena vicino il nome utente e con il relativo "numero" che segnala la quantità degli avvisi da leggere) non funziona (se faccio click non si apre). Strano però, che se lo faccio da altre wiki, l'apertura è immediata. Qualcuno ha riscontrato per caso lo stesso problema? --Fcarbonara (msg) 11:26, 16 lug 2017 (CET)

Estensione per funz. parser relative alle categorie

Nell'ambito di una manutenzione via bot di errori tipici nelle prime versioni di pagine create da utenti meno esperti, ho deciso di provare a risolvere (tra le altre cose) i problemi alle categorie. In particolare un problema degno di nota (e non solo tra le pagine appena create) è la compresenza di una categoria specifica e di una categoria madre di quest'ultima; ad esempio di CAT:Pianisti ungheresi e CAT:Ungheresi. Tuttavia non conosco alcun modo per sapere, utilizzando AWB, quale sia un'eventuale relazione tra due categorie. Frucando su mediawiki ho trovato questa estensione che aggiunge un paio di funzioni parser che permettono appunto di sapere la relazione esistente tra categorie. Per il lavoro che vorrei fare, ma anche per altri ambiti, sarebbe probabilmente molto utile avere una tale funzione parser, tuttavia ho un problema di fondo: non so esattamente come si possa installare tale estensione. Leggendo un po' di documentazione mi è sembrato di capire che debba farlo un amministratore o addirittura un dev e che l'abilitazione riguardi tutta it.wiki, ma ovviamente (e con discrete probabilità) potrei aver capito male. Che sia giusto o no, propongo qui la cosa per sapere se si possa implementare l'estensione ed eventualmente con quale iter. Grazie, --Daimona Eaytoy (Scrivimi!) 21:16, 3 lug 2017 (CEST)

(Sì, è una cosa che si installa in tutta it.wiki e nel caso può farlo solo un dev.) --Valerio Bozzolan (msg) 01:49, 4 lug 2017 (CEST)

[@ Valerio Bozzolan] Grazie mille per la risposta. In tal caso prima di aprire un task vado a verificare se c'è consenso altrove (ad es. Progetto categorie), anche se credo che l'aggiunta di tali funzioni non comporti di per sé controindicazioni.--Daimona Eaytoy (Scrivimi!) 09:43, 4 lug 2017 (CEST)

Grande bottone blu

L'avevo scritto anche altrove, e qualcuno ha verificato, e la mia collega un paio di thread più su lo sta ribadendo: visto che il cambiamento previsto non è solo grafico, per favore aiutate a verificare che non impatti su gadget/tool e quant'altro su questi lidi. Grazie! Elitre (WMF) (msg) 15:28, 4 lug 2017 (CEST)

e per vostra informazione il cambiamento è già attivo, se vedete qualcuno che si lamenta di bug strani, usate Phabricator (o al limite la talk della pagina qui sopra). Grazie, Elitre (WMF) (msg) 20:33, 5 lug 2017 (CEST)

Ricerca migliorata negli archivi di pagine cancellate

Durante il Wikimedia Hackathon 2016 il Discovery team ha lavorato su uno degli strumenti della lista desideri della community, l'l'abilitazione della ricerca di archivi di pagine cancellate. Questa funzionalità è ora pronta per la distribuzione e verrà abilitata su tutte le wiki, eccetto Wikidata.

Al momento, la funzionalità è dietro un flag - per usarla, vai nella pagina Special:Undelete e aggiungi &fuzzy=1 all'URL, in questo modo: https://test.wikipedia.org/w/index.php?title=Special%3AUndelete&fuzzy=1. Quindi, cerca la pagina che ti interessa. Dovrebbero esserci molti più risultati di prima, per l'utilizzo dell'indicizzazione ElasticSearch (attraverso l'estensione CirrusSearch).

Pianifichiamo di abilitare la ricerca migliorata su tutte le wiki molto presto (attorno al 1º agosto 2017). Se hai delle obiezioni, scrivi al Discovery team via email o sulla pagina di discussione di questo annuncio. Come molti dei parametri di configurazione Mediawiki, la funzionalità deve essere configurata per ogni wiki. Una volta che la ricerca migliorata viene attivata di default, puoi ancora accedere alla vecchia modalità utilizzando &fuzzy=0 nell'URL, così: https://test.wikipedia.org/w/index.php?title=Special%3AUndelete&fuzzy=0

Siccome Special:Undelete è una funzionalità solo per gli amministratori, questa capacità di ricerca sarà disponibile solo agli amministratori.

Grazie! CKoerner (WMF) (talk) 20:32, 25 lug 2017 (CEST)

pop up

Se si punta un link a un diff in crono si apre il pop up se si punta azioni esce un menu modifica| rolback| e se è il diff di una sola modifica esce anche send thanks. Ecco andrebbe tradotto. Thanks ops.. grazie--Pierpao.lo (listening) 22:06, 21 lug 2017 (CEST)

[@ Pierpao] il gadget è importato da en.wiki, dove ho fatto richiesta per abilitarne la traduzione. Nel frattempo almeno ora appare un messaggio in italiano se ci si sofferma col puntatore sopra.--Sakretsu (炸裂) 23:50, 23 lug 2017 (CEST)

Fatto, ringraziamo i colleghi di en.wiki per la celere risposta.--Sakretsu (炸裂) 12:53, 25 lug 2017 (CEST)

Elenco puntato ed immagine

Tante volte mi ritrovo in pagine con situazioni del genere: nella sez. Monumenti e luoghi d'interesse della voce "Soletta (Svizzera)" vi è un'evidente interferenza tra elenco puntato ed immagine, con i punti dell'elenco che si sovrappongo all'immagine mentre il testo correttamente s'allinea a dx dell'img. Di solito risolvo il problema impaginando l'img con allineamento sulla dx, ma non sempre è possibile come in questo caso: ho un'infobox lungo e quindi l'img allineata a dx mi finirebbe alla fine della voce, quando tutto il corpo scritto della voce si concluderebbe invece prima.
Non si può in qualche modo risolvere il problema alla radice facendo sì che l'elenco puntato non si sovrapponga mai all'img in caso essa sia allineata a sx in quanto i punti si allineerebbero automaticamente a dx dell'img? -- Gi87 (msg) 10:32, 31 lug 2017 (CEST)

Dalle veloci verifiche che ho fatto è un problema che sembra interessare solo un solo browser (Edge) tra i più comuni. Provo a capire il perché e poi apro un bug. --Melos ^(msg) 11:26, 31 lug 2017 (CEST)

phab:T13782 --Melos ^(msg) 14:33, 31 lug 2017 (CEST)