Le immagini caricate non vengono visualizzate nella Libreria multimediale se sono presenti caratteri speciali nelle parole chiave IPTC

Alcune immagini caricate su WordPress non vengono visualizzate nel Catalogo multimediale. Le immagini vengono caricate e persino ritagliate nelle dimensioni definite, è presente una voce nel Catalogo multimediale, ma l'immagine di anteprima non viene visualizzata. Posso persino usarli come immagine in primo piano e vengono visualizzati correttamente sul mio sito Web.

Sono stato in grado di trovare la causa del problema: se ci sono caratteri speciali (come le umlaut tedesche) nel campo "Parole chiave" IPTC negli JPG, allora si verifica questo problema. Non appena utilizzo Exiftool per rimuovere il campo "Parole chiave" da un JPG che mostra i problemi citati, questo file funziona senza problemi. Ho potuto verificare questo problema su tre installazioni di WordPress su due server Web completamente diversi ospitati da società diverse. La versione di Wordpress è 4.4.1.

Sono propenso a segnalarlo come un bug di WordPress. Ma prima di farlo, voglio inchiodare ulteriormente il vero problema. Ho trovato che per tutte le immagini "cattive", non c'è _wp_attachment_metadatavoce nella wp_postmetatabella.

Se io hackerare il wp-admin/includes/image.phpfile e impostare $meta['keywords'] = array();in wp_read_image_metadata(), tutto funziona bene. Ovviamente c'è da qualche parte un codice che utilizza il risultato da wp_read_image_metadata()per creare una _wp_attachment_metadatariga per quell'allegato. Ma dov'è quel codice che non riesce a inserire _wp_attachment_metadatase c'è un problema con stringhe erroneamente codificate $meta['keywords']?

E c'è un gancio per ovviare a questo problema nelle mie installazioni? Un'installazione di WordPress che mostra che il problema è utilizzato da diversi editor che sono estremamente sfavoriti dal computer. Dire loro di utilizzare un software sul proprio PC per rimuovere i tag IPTC difettosi è un non-andare. Ma non voglio nemmeno hackerare il file core menzionato su un sistema live.

Aggiornamento: qui ci sono due immagini identiche in cui una mostra il problema, l'altra no. L'unica differenza è nel campo "parole chiave", dove uno ha il contenuto "dolce", l'altro "süß" (= parola tedesca per dolce).

Ho provato questo con un'immagine che ho creato con Photoshop, in cui ho inserito la parola "Süss" in ogni campo IPTC pensabile.

L'ho caricato sull'installazione di WordPress 4.6, in cui non sono installati plug-in per la gestione delle immagini. Il caricamento è andato liscio, le miniature giuste sono state create nella directory uploads e il campo didascalia è stato caricato correttamente dal campo IPTC corrispondente.

Inoltre, l'anteprima è stata visualizzata correttamente nel catalogo multimediale.

Quindi, sono propenso a dire che questo è stato davvero un bug che è stato risolto da allora.

Il problema sembra verificarsi con caratteri speciali ("â", nel mio caso) anche nei nomi dei file. Almeno mi è successo e non ho mai modificato le informazioni exif, quindi non sono correlate solo al campo IPTC. Ora funziona come previsto dopo aver modificato il nome file, rimuovendo l'accento.

La cosa più strana è che, sapendo che i problemi di codifica si incontrano spesso, non riesco a trovare nessun post o documento che dica che caratteri speciali non sono accettabili o che dovrebbero essere evitati nei nomi dei file della libreria di wordpress sebbene, visti i molti problemi che le persone hanno, sarebbe consigliabile non usare mai alcun ... o chiedi a wordpress di lavorarci su. Forse almeno fallire i caricamenti se si trova uno spechar per imporre nomi puliti e nessun rischio per ulteriori problemi.

Spero che questo aiuti qualcuno. La codifica dei personaggi è sempre stata un tale casino nell'informatica ... sigh ...