Mmm it seems that you have an INI issue here... Be aware that the default value (in settings/image.ini) for [ImageMagick].ExecutablePath is an empty string (it explains your /convert errors).
So my guess would be a problem in your image.ini.append.php override. Can you show the whole image.ini content please ?
Activating debug (clear the cache after) should also be very helpful :)
SEBBANE Alexandre
Friday 10 September 2010 10:26:57 am
Hello
can you go to the setup > configuration ini page in your ezpublish admin and choose image.ini in your siteaccess : you choose have the list of the variable and you will see which settings are take into account.
Paris, France
Gerard Ouiller
Monday 13 September 2010 12:42:59 am
Hello,
First, thank you Jerome and thank you Alexandre having answered.
Unfortunately, both Admin Panel & INI files seem correct :
After reading your infos, i might consider checking the following:
has the webserver-user read and execute permissions on convert binary? check this really by invoking convert as www-data (or whatever user you use) user to be sure.
has it worked before clearing the cache?
did you do apache updates? perhaps doing a graceful reload does somehow "refresh" the apache2-mod-php5 instance. this might be the last resort as all seems to be correct set up and ini's are correct.
check the re-created/cached inifiles (php-arrays in *.php files) in var/cache/ini folder. are the permissions correct? what does really got stored here? my guess is that clearing the cache has altered file permissions on those files/folders and ez cannot re-create cache files - somehow - or similar.
