Thumbnail rotte su mediawiki #8

New Issue

giuliof · 2021-12-02T20:27:38Z

giuliof commented

2021-12-02 20:27:38 +00:00

Il sistema di generazione delle miniature ha qualche problema.

Vedere: https://wiki.golem.linux.it/File:WebSDR-APRS.png

Il sistema di generazione delle miniature ha qualche problema. Vedere: https://wiki.golem.linux.it/File:WebSDR-APRS.png

giomba commented

2021-12-05 18:19:44 +00:00

Appunti (non risolutivi).

Se provi a scaricare esattamente l'immagine usando il path (eg. dalla macchina di test http://vupiuesse.andromeda.golem.linux.it:7050/thumb.php?f=WebSDR-APRS.png&width=100 ) dice:

Errore nella creazione della miniatura: Image was not scaled, is the requested width bigger than the source?

il che è falso, perché requested with è nettamente minore than the source.

Allora ho provato a abilitare il log di Debug di Mediawiki aggiungendo $wgDebugLogFile al LocalSettings.php, e mi dice:

FileBackendStore::getFileStat: File mwstore does not exist

Il che è giusto, perché la miniatura in effetti non esiste.

Dice anche che sta creando una nuova miniatura sotto /tmp (può darsi, io non la vedo, magari poi prova subito a spostarla in images/thumb (come si evince dal path che mostra), ma non c'è nemmeno lì!
Magari va in errore in questo momento perché non riesce a scrivere nella cartella? (che è un sottovolume docker)
Strano, perché l'immagine "vera" (eg. non la thumbnail) comunque è stata caricata.

Alla fine del log, naturalmente, prende anche in giro, dicendo:

Request ended normally

Ho notato che la nostra versione di Mediawiki 1.31 è EOL a Settembre 2021, dunque ho detto "vabbè intanto aggiorniamo all'ultima LTS, magari si aggiusta da solo". (1.31 -> 1.35)

Ma ho scoperto che il nostro tema custom si rompe con la 1.33, dunque ho perso un po' di tempo ad aggiustarlo, e ora ri-funziona con la 1.33 (git tag golem1.33 https://git.golem.linux.it/golem/VectorGOLEM/src/tag/golem1.33 )
(Sì è infelice, prima lo avevamo chiamato golem-2.0 perché siamo idioti: meglio rimanere allineati alle versioni ufficiali xD

Naturalmente queste prove le ho fatte solo nell'ambiente di test; in "produzione" è tutto rimasto come prima.

Seguiranno aggiornamenti.

EDIT: l'immagine docker di mediawiki >= 1.32, ha già apache con mod_rewrite abilitato, dunque non c'è più ragione di usare la nostra immagine personalizzata.

Appunti (non risolutivi). Se provi a scaricare esattamente l'immagine usando il path (eg. dalla macchina di test http://vupiuesse.andromeda.golem.linux.it:7050/thumb.php?f=WebSDR-APRS.png&width=100 ) dice: ``` Errore nella creazione della miniatura: Image was not scaled, is the requested width bigger than the source? ``` il che è falso, perché requested with è nettamente minore than the source. Allora ho provato a abilitare il log di Debug di Mediawiki aggiungendo `$wgDebugLogFile ` al `LocalSettings.php`, e mi dice: ```FileBackendStore::getFileStat: File mwstore does not exist``` Il che è giusto, perché la miniatura in effetti non esiste. Dice anche che sta creando una nuova miniatura sotto `/tmp` (può darsi, io non la vedo, magari poi prova subito a spostarla in `images/thumb` (come si evince dal path che mostra), ma non c'è nemmeno lì! Magari va in errore in questo momento perché non riesce a scrivere nella cartella? (che è un sottovolume docker) Strano, perché l'immagine "vera" (eg. non la thumbnail) comunque è stata caricata. Alla fine del log, naturalmente, prende anche in giro, dicendo: ```Request ended normally``` Ho notato che la nostra versione di Mediawiki 1.31 è EOL a Settembre 2021, dunque ho detto "vabbè intanto aggiorniamo all'ultima LTS, magari si aggiusta da solo". (1.31 -> 1.35) Ma ho scoperto che il nostro tema custom si rompe con la 1.33, dunque ho perso un po' di tempo ad aggiustarlo, e ora ri-funziona con la 1.33 (git tag golem1.33 https://git.golem.linux.it/golem/VectorGOLEM/src/tag/golem1.33 ) (Sì è infelice, prima lo avevamo chiamato golem-2.0 perché siamo idioti: meglio rimanere allineati alle versioni ufficiali xD Naturalmente queste prove le ho fatte solo nell'ambiente di test; in "produzione" è tutto rimasto come prima. Seguiranno aggiornamenti. EDIT: l'immagine docker di mediawiki >= 1.32, ha già apache con `mod_rewrite` abilitato, dunque non c'è più ragione di usare la nostra immagine personalizzata.

giomba added the

bug

label 2021-12-05 18:24:26 +00:00

giomba commented

2021-12-05 21:06:57 +00:00

Speravo che il problema si risolvesse aggiornado, e invece no.
Comunque, visto che tanto si deve aggiornare, ecco qui come fare per aggiornare:

MediaWiki 1.31: versione corrente -> MediaWiki 1.32

aggiornare l'immagine docker a 1.32 (va bene quella ufficiale, non importa più usare la nostra)
entrare nel container e dare: php maintenance/update.php per aggiornare il database

MediaWiki 1.32 -> MediaWiki 1.33
Come sopra, e in più:

nuovo tema VectorGOLEM tag golem1.33

MediaWiki 1.33 -> MediaWiki 1.34
Come 1.31->1.32 e 1.32->1.33, ma usare VectorGOLEM tag golem1.34 (evidentemente)

MediaWiki 1.34 -> MediaWiki 1.35
Come sopra, e in più:

aggiungere $wgLogo a LocalSettings.php: al momento non abbiamo un logo, e la nuova versione muore male se non gli si mette

EDIT

nel LocalSettings.php popolare anche la variabile $wgStylePath = "/skins"

La 1.35 non si accorge più che quello è il prefisso predefinito per i temi, e, non introducendolo, il path è incompleto e il browser trova sempre un bel 404.
Questo risolve il problema delle immagini degli external link, cancellato qua sotto.
In realtà il tema andava già bene così com'era e poteva essere taggato.

Attenzione: in questo momento non esiste ancora un VectorGOLEM tag golem1.35.
Ho aggiornato il tema al tag originale REL1_35, e ho risolto un po' di conflitti, e ripristinato più o meno l'estetica con la barra.
Ho notato però che si sono rotte le immaginine dei link alle risorse esterne (quella specie di freccetta, vedi allegato), dunque non ho ancora taggato il tema come golem1.35
Lo stato di avanzamento è disponibile sul branch feature/golem , da cui si può continuare a lavorare, e quando tutto funzionerà si potrà taggare.
https://git.golem.linux.it/golem/VectorGOLEM/src/branch/feature/golem

Speravo che il problema si risolvesse aggiornado, e invece no. Comunque, visto che tanto si deve aggiornare, ecco qui come fare per aggiornare: **MediaWiki 1.31: versione corrente -> MediaWiki 1.32** * aggiornare l'immagine docker a 1.32 (va bene quella ufficiale, non importa più usare la nostra) * entrare nel container e dare: `php maintenance/update.php` per aggiornare il database **MediaWiki 1.32 -> MediaWiki 1.33** Come sopra, e in più: * nuovo tema VectorGOLEM tag `golem1.33` **MediaWiki 1.33 -> MediaWiki 1.34** Come 1.31->1.32 e 1.32->1.33, ma usare VectorGOLEM tag `golem1.34` (evidentemente) **MediaWiki 1.34 -> MediaWiki 1.35** Come sopra, e in più: * aggiungere `$wgLogo` a `LocalSettings.php`: al momento non abbiamo un logo, e la nuova versione muore male se non gli si mette **EDIT** * nel `LocalSettings.php` popolare anche la variabile `$wgStylePath = "/skins"` La 1.35 non si accorge più che quello è il prefisso predefinito per i temi, e, non introducendolo, il path è incompleto e il browser trova sempre un bel 404. Questo risolve il problema delle immagini degli external link, cancellato qua sotto. In realtà il tema andava già bene così com'era e poteva essere taggato. ~~Attenzione: in questo momento non esiste ancora un VectorGOLEM tag `golem1.35`. Ho aggiornato il tema al tag originale REL1_35, e ho risolto un po' di conflitti, e ripristinato più o meno l'estetica con la barra. Ho notato però che si sono rotte le immaginine dei link alle risorse esterne (quella specie di freccetta, vedi allegato), dunque non ho ancora taggato il tema come golem1.35 Lo stato di avanzamento è disponibile sul branch `feature/golem` , da cui si può continuare a lavorare, e quando tutto funzionerà si potrà taggare. https://git.golem.linux.it/golem/VectorGOLEM/src/branch/feature/golem~~

external-link-ltr-icon.png

151 B

gbiotti commented

2021-12-07 22:09:18 +00:00

Siamo giunti alla soluzione.

Nel localsettings.php occorre che sia presente la entry:
$wgUseImageMagick = true;

Senza quella entry non usa ImageMagick per creare le thumbs e non funziona.

Nota a margine: l'assenza della entry non genera le thumbs per certe estensioni (ad esempio .png e .jpg), ma le genera tranquillamente per files .webp

Siamo giunti alla soluzione. Nel `localsettings.php` occorre che sia presente la entry: `$wgUseImageMagick = true;` Senza quella entry non usa ImageMagick per creare le thumbs e non funziona. Nota a margine: l'assenza della entry non genera le thumbs per certe estensioni (ad esempio .png e .jpg), ma le genera tranquillamente per files .webp

giomba referenced this issue from a commit

2022-01-14 21:25:19 +00:00

wiki: upgrade to 1.35

giomba closed this issue

2022-01-14 21:25:19 +00:00

giomba commented

2022-01-14 21:27:18 +00:00

Wiki aggiornato e fixato. Downtime misurato: 8 minuti, dalle 22.12 alle 22.20.
Bellino questo ambiente di test e docker. :-)

Wiki aggiornato e fixato. Downtime misurato: 8 minuti, dalle 22.12 alle 22.20. Bellino questo ambiente di test e docker. :-)

Sign in to join this conversation.