[spip-dev] #CHEMIN : changement de comportement en 3.1?

Dev
1

Coucou toutes et tous,

en voulant améliorer la compatibilité de hash_documents avec spip 3.1 je me suis apercu d'un curieux changement de comportement de 3.1 pour #CHEMIN.

Soit un site ne contenant PAS de fichier IMG/.htaccess ni de fichier squelettes/toto.png

#CHEMIN{IMG/.htaccess} > rend IMG/.htaccess en 3.0 (trouve chemin d'un fichier inexistant) et rien en 3.1
#CHEMIN{toto.png} > rend rien dans les 2 cas.

Ma question est de savoir si ce changement de comportement est normal. Uniformisation de #CHEMIN pour qu'il ne renvoie que des chemins rééellement existant?

Si ce changement est normal, je l'ajouterai à http://contrib.spip.net/Porter-un-plugin-SPIP-3-0-vers-SPIP-3-1

Maïeul

2

Maïeul a écrit :

Coucou toutes et tous,

en voulant améliorer la compatibilité de hash_documents avec spip 3.1 je
me suis apercu d'un curieux changement de comportement de 3.1 pour #CHEMIN.

Soit un site ne contenant PAS de fichier IMG/.htaccess ni de fichier
squelettes/toto.png

#CHEMIN{IMG/.htaccess} > rend IMG/.htaccess en 3.0 (trouve chemin d'un
fichier inexistant) et rien en 3.1

Tu sais ce que je vais répondre ?...
CALOMNIE !

#CHEMIN n'as pas changé de comportement, et en 3.0 déjà, comme en 2.1 et depuis toujours, renvoie une chaine vide si le fichier n'est pas trouvé.

Testé et confirmé à l'instant notamment sur un site SPIP 3.0 avec le cas particulier que tu signales :
#CHEMIN{IMG/.htaccess}

Ouvre grand les yeux et recommence ?

Cédric