Las imágenes cargadas no se muestran en la Biblioteca multimedia si hay caracteres especiales en las palabras clave IPTC


8

Algunas imágenes que se cargan en WordPress no se muestran en la Biblioteca multimedia. Las imágenes se cargan e incluso se recortan a los tamaños definidos, hay una entrada en la Biblioteca de medios, pero la imagen de vista previa no se muestra. Incluso puedo usarlos como imagen destacada y se muestran correctamente en mi sitio web.

Pude encontrar la causa del problema: si hay caracteres especiales (como diéresis alemanas) en el campo "Palabras clave" de IPTC en los JPG, entonces se produce este problema. Tan pronto como use Exiftool para eliminar el campo "Palabras clave" de un JPG que muestra los problemas mencionados, este archivo funciona sin ningún problema. Pude verificar este problema en tres instalaciones de WordPress en dos servidores web completamente diferentes alojados por diferentes compañías. La versión de Wordpress es 4.4.1.

Me inclino a reportar esto como un error de WordPress. Pero antes de hacerlo, quiero precisar más el problema real. Podría encontrar que para todas las imágenes "malas", no hay _wp_attachment_metadataentrada en la wp_postmetatabla.

Si hackear el wp-admin/includes/image.phparchivo y conjunto $meta['keywords'] = array();de wp_read_image_metadata(), todo funciona bien. Obviamente, en algún lugar hay algún código que usa el resultado wp_read_image_metadata()para crear una _wp_attachment_metadatafila para ese archivo adjunto. Pero, ¿dónde está ese código que no se inserta _wp_attachment_metadatasi hay un problema con cadenas codificadas incorrectamente $meta['keywords']?

¿Y hay un gancho para anular ese problema en mis instalaciones? Una instalación de WordPress que muestra ese problema es utilizada por varios editores que no saben mucho de computadoras. Decirles que usen un software en su PC para eliminar las etiquetas IPTC defectuosas es imposible. Pero tampoco quiero hackear el archivo central mencionado en un sistema en vivo.

Actualización: Aquí hay dos imágenes idénticas donde una muestra el problema y la otra no. La única diferencia está en el campo "palabras clave", donde uno tiene el contenido "dulce", el otro "süß" (= palabra alemana para dulce).

imagen que no funciona imagen de trabajo


Como recuerdo, no hay una codificación estándar para los campos IPTC, de hecho, puede ser cualquier cosa, lo cual es un desastre. Sin embargo, +1 para la pregunta. ¿Puede proporcionar una imagen de muestra para verificar este comportamiento?
David

2
Me parece un error de WordPress. Creo que es seguro informarlo tal como está.
MikeNGarrett

Creo que esto podría solucionarse en WordPress 4.4.2: core.trac.wordpress.org/ticket/35316
JD

2
@ z80crew ¿Puede replicar esto arreglado a partir del comentario anterior? Si es así, por favor siéntase libre de agregar una respuesta y marcar como aceptado :)
Tim Malone

¿La corrección del error principal resolvió esto? Como dice @TimMalone, agregar y aceptar una respuesta nos ayudaría a mantener WPSE ordenado. Gracias.
Andy Macaulay-Brook

Respuestas:


2

He probado esto con una imagen que creé yo mismo con Photoshop, donde inserté la palabra "Süss" en cada campo IPTC imaginable.

Lo cargué en mi instalación de WordPress 4.6, que no tiene instalados complementos de manejo de imágenes. La carga se realizó sin problemas, se crearon las miniaturas correctas en el directorio de cargas y el campo de subtítulos se cargó correctamente desde el campo IPTC correspondiente.

Además, la miniatura se mostró correctamente en la biblioteca de medios.

Por lo tanto, me inclino a decir que este fue realmente un error que se ha resuelto desde entonces.


0

El problema parece estar ocurriendo con caracteres especiales ("â", en mi caso) en los nombres de archivo también. Me sucedió al menos y nunca edité información exif, por lo que no solo está relacionada con el campo IPTC. Ahora funciona como se esperaba después de editar el nombre de archivo, eliminando el acento.

Lo más extraño es que, sabiendo que a menudo se encuentran los problemas de codificación, no puedo encontrar ninguna publicación o documento que diga que los caracteres especiales no son aceptables o que deben evitarse en los nombres de archivos de la biblioteca de WordPress, sin embargo, al ver los muchos problemas que tiene la gente, sería aconsejable nunca usar ninguno ... o pídele a WordPress que trabaje en eso. Tal vez al menos solo fallarán las cargas si se encuentra algún spechar para imponer nombres limpios y no hay riesgo de problemas adicionales.

Espero que esto ayude a alguien. La codificación de caracteres siempre ha sido un desastre en informática ... suspiro ...

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.