Resized image doesnt get created

Same happens here when the imageapi module is set to use imagemagick.
All works when gd is used.

This is quite strange as there seems to be no dependency to the imageapi module?!

This is quite strange as there seems to be no dependency to the imageapi module?!

Image Resize Filter will use ImageAPI if it's available, otherwise it will use the built-in Drupal image handling (which is always GD currently). The code in question is this bit:

      if (module_exists('imageapi') && imageapi_default_toolkit()) {
        $res = imageapi_image_open($image['local_path']);
        imageapi_image_resize($res, $image['expected_size']['width'], $image['expected_size']['height']);
        imageapi_image_close($res, $image['destination']);
      }
      else {
        image_resize($image['local_path'], $image['destination'], $image['expected_size']['width'], $image['expected_size']['height']);
      }

Which seems to work fine for me when using GD and ImageAPI. As far as I know this shouldn't make any difference if ImageMagick is being used, but it might requires some more research to find out why it's not working for you.

I re-installed ImageMagick tonight to test this problem out, but everything works just fine for me (with or without ImageAPI, in both GD and ImageMagick implementations). I'll need more information on how to reproduce this problem, since it's not immediately apparent why it wouldn't work.

I literally reinstalled ImageMagick (the command line utility) from source. Most servers don't have ImageMagick available by default and my own local copy had been broken by an upgrade to a new OS. Initially it wasn't working and I was getting an error on admin/settings/imageapi. Make sure that ImageMagick is actually reporting a version number back to you on that page, and that ImageMagick works from the command line (try typing "convert" after sshing into the server).

When imagemagick is enabled after adding a resized image using the insert module I get the folowing error message:

ImageMagick reported an error: convert: unable to open image `sites/default/files/images/xyz.png': No such file or directory. convert: unable to open file `sites/default/files/images/xyz.png'. convert: missing an image filename `sites/default/files/resize/images/xyz-100x65.png'.

sites/default/files/images/xyz.png does exist but sites/default/files/resize/images/xyz-100x65.png was not generated. When gd is activated instead of imagemagick the file is generated. So permissions should not be the problem.

BTW, imageapi version is 6.x-1.6, insert 6.x-1.0-beta2, and image_resize_filter 6.x-1.6, ImageMagick 6.3.7

As far as I can tell, there is no problem with Image Resize Filter. My guess is that something still isn't right with your ImageMagick installation. You might try running the PHP code manually (just make a node with the PHP input format) or try ImageCache and see if you can get ImageMagick to resize anything.

  $src = 'sites/default/files/images/xyz.png';
  $dst = 'sites/default/files/images/xyz-100x100.png';
  $res = imageapi_image_open($src);
  imageapi_image_resize($res, 100, 100);
  imageapi_image_close($res, $dst);

It's probably a problem with IM installation, but I don't know how to fix it... By the way, I may try to explain a bit more what I understood of the problem :

I use Ubuntu 8.04 LTS Server, and I've installed IM for PHP with something like :

sudo apt-get install php5-imagick

In the ImageAPI admin page, I can read that IM is apparently OK :

    * ImageMagick command: /usr/bin/convert -version
    * ImageMagick output: Version: ImageMagick 6.5.1-0 2009-08-27 Q16 OpenMP http://www.imagemagick.org Copyright: Copyright (C) 1999-2009 ImageMagick Studio LLC

But when I try to generate a resized version of an image I get the following error :

# ImageMagick command: /usr/bin/convert 'sites/default/files/images/00024_1.jpg' -resize 800x600! -quality '75' 'sites/default/files/imagecache/gallery/images/00024_1.jpg'
# ImageMagick output: 
ImageMagick reported an error: convert: unable to open image `sites/default/files/images/00024_1.jpg': No such file or directory @ blob.c/OpenBlob/2439. convert: missing an image filename `sites/default/files/imagecache/gallery/images/00024_1.jpg' @ convert.c/ConvertImageCommand/2775. 

If I try to run manually (from a console) the given command, it works fine from the Drupal installation directory, but gives the exact same error if not running from the Drupal directory.

My guess is that for some reason, the current path of execution is NOT the Drupal directory, and so external tools that need to be relative to this one are unable to work.

A solution could be to give IM the full absolute paths instead of relative paths. I'm not even sure if it's possible, or how to do it, but I'm confident it will solve the problem, at least in some cases...

It seems that this problem is present only on some systems and not elsewhere, because a lot of people say that they can't reproduce it.

I hope it will help ;)

After some small investigation, I discovered that the 'DOCUMENT_ROOT' PHP server variable is not properly set.
As far as I understand, it may be related to the fact that Drupal is installed as a root directory or not.
On a first case Drupal is installed as a subdirectory of apache document root, ie /var/www/drupal and PHP gives only /var/www as document root.
But on a second case, when I install Drupal in /srv/drupal, and use a virtualhost, PHP gives the correct document root.

By the way, I did the following as a workaround on the non-root system :

Replace line 194 of imageapi_imagemagick.module file :

Before :
if ($h = proc_open($convert_path .' '. $command_args, $descriptors, $pipes, $_SERVER['DOCUMENT_ROOT'])) {

After :
if ($h = proc_open($convert_path .' '. $command_args, $descriptors, $pipes, "")) {

All works fine. But I'm not sure it's a good way to do, it may create some other side effects.

As noted, this is a problem with ImageMagick or the server configuration, not one with Image Resize Filter.