Convenciones de nombres de archivo inconsistentes para la subida de PNG y PDF

[robbie.morrison]

Hola desarrolladores,

Recientemente subí (usando Discourse 2.4.0.beta7 y la versión actual) dos archivos idénticos en contenido, en formatos PNG y PDF, al foro de openmod. Discourse analiza automáticamente y registra el nombre del archivo de origen en el markdown de la siguiente manera:

Nombre del archivo subido	Archivo indicado	Comentario
bridge-2-a5-flier.04.png	04	anotado 1
bridge-2-a5-flier.04.pdf	bridge-2-a5-flier.04.pdf	anotado 2

A continuación, una captura de pantalla, anotada con “1” y “2” para indicar cómo funciona esto:

Me parece que, en el caso del PNG, debería registrarse el nombre original del archivo o, en su defecto, al menos todo el identificador base, como en: basename "bridge-2-a5-flier.04.png" ".png".

Busqué informes de errores similares, pero solo encontré discusiones sobre la generación de la cadena de nombre anonimizada.

Gracias, como siempre, por este software maravilloso. R

[codinghorror (Jeff Atwood)]

Estoy de acuerdo, parece un error basado en el punto en el nombre del archivo.

[martin (Martin Brennan)]

Lo he revisado y definitivamente es un error relacionado con el punto . en el nombre del archivo. Composer intenta simplemente eliminar la extensión, por lo que terminamos con bridge-2-a5-flier.04|WIDTHxHEIGHT en el markdown, pero lo que está haciendo es dividir el nombre del archivo en el punto . y tomar la primera parte del archivo antes de la extensión, lo cual obviamente no es correcto.

Por lo que puedo ver, este error ha estado presente durante dos años, ¡así que gracias por tener el ojo tan -agudo y haberlo detectado! Publicaré una corrección hoy mismo.

[martin (Martin Brennan)]

Corregido con FIX: Image file names with dots were showing incorrectly in composer markdown by martin-brennan · Pull Request #8465 · discourse/discourse · GitHub