Bonjour,
je ne sais pas encore si je dois déclarer un bug ou une feature.
Mes exploitants m'ont remonté un problème lors de la recopie des fichiers images, déposé par les gestionnaires d'enquêtes, d'un serveur à un autre (je passe les détails techniques de l'installation ici).

Ils m'ont fait remarqué que si les fichiers comportaient des espaces ou caractères spéciaux, cela pouvait poser problème lors de la copie.

J'ai analysé la procédure utilisé par mes gestionnaires (j'en ai plus de 300 qui sont "libre de créer autant de questionnaire qu'ils le souhaitent).
1. Création du questionnaire et d'une question
2. Ajout de l'image en utilisant l'éditeur de LimeSurvey ( Kcfinder ) sous Windows
3. Image non présente, ajout dans le serveur (qui sous Linux)
4. Utilisation de l'image dans la question

Utilisation classique de l'ajout d'image / fichier.

Mais après on voit que le nom du fichier d'origine n'est plus conservé.
Le questionnaire fonctionne, ainsi que la question, mais ce n'est pas très propre, et si jamais le fichier comporte plusieurs apostrophe " ou ' , les bases de données (MySQL, Postgres, etc) pourrait mal l'interpréter. (normalement non, mais....)

Et si on modifie la source de la question en copiant le bon nom du fichier, cela fonctionne.

On pourrait renommer le fichier déposé par le gestionnaire, en le mettant entièrement en majuscule (ou minuscule) et en supprimant les caractères spéciaux (camelCase ? )
J'ai l'impression qu'on a deux affaires :
un bug sur l'éditeur qui ne reprends pas le nom du fichier tel qu'il existe sur le serveur
un renommage implicite des fichiers déposés.

Je fais quoi ?



 

Impossible d'ajouter les pieces jointes : could not move file into /var....kunena..

J'essayerais plus tard.

Voici les images par groupe de 8

Et la suite et fin, avec le message d'erreur lors de l'insertion.

> Mais après on voit que le nom du fichier d'origine n'est plus conservé.

Heu, par exemple «Capture d’écran du 2023-02-06 12-27-21.png» n'est pas renommé du tout.

A la base: on renomme rien, à l'utilisation via l'éditeur HTML : on passe par du URL encode.
Mais ça c'est normal.

Oui : je confirme : c'est que de l'URL encode. C'est pour que cela fonctionne, mais le nom de fichier est resté le même.

(En regardant les images que je vois quand je fais répondre)