Problème rencontré avec la version 3.1 sur un Spip mutualisé
Les vignettes ne sont pas générées par imagick car les documents d'origine et cible ne sont pas trouvés par Imagick.
Solution : utiliser des url absolues pour trouver les fichiers.
Pour cela, je place par getcwd().'/'. devant le répertoire d'un fichier à traiter lorsque cela est nécessaire.
Par exemple, dans ecrire/inc/filtres_images_lib_mini.jpg ligne 1002 :
Testé sur un Spip mutualisé et sur un Spip normal. les 2 fonctionnent.
Problème rencontré avec la version 3.1 sur un Spip mutualisé
Les vignettes ne sont pas générées par imagick car les documents d'origine et cible ne sont pas trouvés par Imagick.
Solution : utiliser des url absolues pour trouver les fichiers.
Pour cela, je place par _getcwd().'/'._ devant le répertoire d'un fichier à traiter lorsque cela est nécessaire.
Par exemple, dans ecrire/inc/filtres_images_lib_mini.jpg ligne 1002 :
$imagick->readImage(getcwd().'/'.$image);
$imagick->resizeImage($destWidth, $destHeight, Imagick::FILTER_LANCZOS,
1);//, IMAGICK_FILTER_LANCZOS, _IMG_IMAGICK_QUALITE / 100);
$imagick->writeImage(getcwd().'/'.$vignette);
Testé sur un Spip mutualisé et sur un Spip normal. les 2 fonctionnent.
je vois pas très bien ce qu'il y aurait de spécifique à Imagick ici : on utilise la même variable avec le même chemin pour ouvrir l'image avec gd2.
Donc si bug il y a il est bien vicieux ou générique.
Par contre le patch à base de getcwd() ne parait pas judicieux. Il faudrait tester en spip mutu, mais c'est étonnant qu'on ait pas eu d'autres remontées des utilisateurs intensifs de la mutu.
Je ferme, car c'est double borderline et on a d'autres priorités Statut changé à Fermé
je vois pas très bien ce qu'il y aurait de spécifique à Imagick ici : on utilise la même variable avec le même chemin pour ouvrir l'image avec gd2.
Donc si bug il y a il est bien vicieux ou générique.
Par contre le patch à base de getcwd() ne parait pas judicieux. Il faudrait tester en spip mutu, mais c'est étonnant qu'on ait pas eu d'autres remontées des utilisateurs intensifs de la mutu.
Je ferme, car c'est double borderline et on a d'autres priorités
**Statut changé à Fermé**
Problème rencontré avec la version 3.1 sur un Spip mutualisé
Les vignettes ne sont pas générées par imagick car les documents d'origine et cible ne sont pas trouvés par Imagick.
Solution : utiliser des url absolues pour trouver les fichiers.
Pour cela, je place par getcwd().'/'. devant le répertoire d'un fichier à traiter lorsque cela est nécessaire.
Par exemple, dans ecrire/inc/filtres_images_lib_mini.jpg ligne 1002 :
$imagick->readImage(getcwd().'/'.$image);
$imagick->resizeImage($destWidth, $destHeight, Imagick::FILTER_LANCZOS,
1);//, IMAGICK_FILTER_LANCZOS, _IMG_IMAGICK_QUALITE / 100);
$imagick->writeImage(getcwd().'/'.$vignette);
Testé sur un Spip mutualisé et sur un Spip normal. les 2 fonctionnent.
je vois pas très bien ce qu'il y aurait de spécifique à Imagick ici : on utilise la même variable avec le même chemin pour ouvrir l'image avec gd2.
Donc si bug il y a il est bien vicieux ou générique.
Par contre le patch à base de getcwd() ne parait pas judicieux. Il faudrait tester en spip mutu, mais c'est étonnant qu'on ait pas eu d'autres remontées des utilisateurs intensifs de la mutu.
Je ferme, car c'est double borderline et on a d'autres priorités
Statut changé à Fermé