Images.module Help please

I think the problem originates from your image magick configurations.
Check clearly if the "_image_convert($source, $dest, $filter)" function
executes with no error. If it does not work correctly when you are uploading
file you face with exactly the error you mentioned.

If you are working under windows machine

remove
$err = exec("$_imagick_convert $filter $source $dest");
in _image_convert function

add
$err = my_execute($filter,$source,$dest);

and define function

function my_execute($filter,$source,$dest)
{
//$test=`D:\Web\drupal\bin\a11.bat $filter $source $dest`;
$test=`D:\Web\drupal\bin\convert.exe $filter $source $dest`;
//Your path to image magick convert.exe

if(exec($test))
return TRUE;
else
return FALSE;
}

you can use bat files in this function.

Murat Ali Bayır
Department of Computer Engineering, METU
MS student at Ceng,
BS student at Math,
Mail: muratmetu@yahoo.com

Just wondering... Could you try to put convert.exe in a directory which doesn't contain a space in its path, i.e. c:\convert.exe or c:\imagemagick\convert.exe?

Mmmh, I did some tests on my side on a Win2K box with a small test script that take some code from image.module.

It seems, on the Win2K box, that:
- any space in the 'convert' path is causing problems,
- any output message returned by 'convert' is not catched by the exec() function.

To get a better understanding of what's going on on *your* configuration, could you try to run the following script on your system?
It should be placed in the root dir of your drupal installation along with a test image, called 'test.jpg', and your browser should point to http:///convert_test.php
If it returns 'error: Imagemagick: convert returned an error.', you should have a look to your apache log file.

convert_test.php

Thanks.

should read: ...your browser should point to http://<your drupal base>/convert_test.php ...

Sorry. I forgot you are running 4.3.0. Get the new convert_test.php and let me know how it goes. Thanks.

There must be something wrong with your installation. BTW, I have on my Win2k test box something different from you: I'm running Apache 1.3 and Imagemagick 5.5.7 is installed in c:\Imagemagick. When running convert_test.php, I'm getting this:

convert: c:/imagemagick/convert.exe
source: "test.jpg"
dest: "test_out.jpg"
filter: -scale 640x480 -filter QUADRATIC

Array
(
)

return: 0
error:

and test_out.jpg is created.

One difference it that image module is one of the few modules that calls an external program via the exec() function.

Your last test shows that exec() got an error code, but we are not getting any error message.
I have modified convert_test.php to force convert output to be displayed. Could you try again, please?

I hope we will get more information from this test ;-)

On post #10, you were successful at running convert.exe from the command line. convert.exe was located on C: as well as the test image.

On post #14, where the convert_test.php script was run on a file located on the root of drupal installation, convert.exe was unable to open the test file.

Now, your last experiment tells me that your drupal root is located on a drive F:

Therefore, I can assume that the problem is in relation with files stored on drive F: Permissions on files, permissions on drive? I don't know.

Not sure if this will help or not, but I'll add this information.

W2K3 Server with IIS.
Drupal works though much about the Taxonomy is very new to me (ARG Another 'system' to learn, ah well).

I have a successful Gallery install on the server in a different site. Gallery itself did not work until I gave execute access to cmd.exe to the IIS_Web account. Not liking that for a public server, but still looking at it and Gallery works correctly. (No spaces in any file path per Gallery docs). Gallery seems to call convert.exe through a cmd.exe line call. I have convert.exe in the system32 directory and it finds the correct hard coded convert.exe just fine.

Would prefer to use Drupal and the image module as it makes a much cleaner solution to the future site I hope to put up.

I have encountered this error on trying to upload files from the Create Content images. On the 'Admin Content Image Fast Upload, the same error'
"The specified CGI application misbehaved by not returning a complete set of HTTP headers."

I was finally able to load via the slow upload from a directory local to the server and create Thumbnails, but going past that ended in the CGI error.

Not sure if I any of this information helps, but I am continuing to go through the install and see if I can get anywhere.

Any further details desired, let me know.
speck@blkmtn.org

Al,

Thank you for providing details on your configuration, but I'm affraid I won't be able to help you more as I'm unable to reproduce your problem.

I have a Win2K box running Apache 1.3.28, MySQL 4.0.16 and PHP 4.3.4. I'm using recommended ini file for PHP and almost default httpd.conf file for apache. My test site is located in D:\htdocs, while ImageMagick's 5.5.7 convert.exe is in C:\Imagemagick.

I have setup image.module to use convert.exe with the following path: c:/imagemagick/convert.exe, while image path is set to 'images/', thumb path to 'images/thumb/' and temporary images path to 'images/tmp/'.
FYI, image.module does use paths relative to the Drupal installation dir. In my case, Drupal is under D:\htdocs\drupal\, thus image dir is D:\htdocs\drupal\images\.

With this setup, which is quite close to yours, except for Apache, I have *no* problem to upload images or edit existing images.

I see nothing to fix in image.module that would solve what you are experiencing, except the problem with the error that was not reported by the exec() call.

I am having the same problem.

I am using Linux, a pretty plain vanilla RedHat installation, I am using the PHP and Magick that came pre-installed. Invocation from shell results in the thumbnail being created normally. I am using the image module CVS version.

I have modified the exec as follows to checkup on the return code (it seems that the standard implementation does not get the error code at all):

  $array_ = array();
  $err = exec("$_imagick_convert $filter -verbose $source $dest",$array_,$code_);

Echo'ing the return code tells me that the command has not been completed at all (returns 127). Surprisingly, I have been unable to locate an ImageMagick error code table anywhere, have checked the man page of convert, the site, the FAQ, google, no good. There seems to be no table!?!?. The ImageMagick code is gigantic, really.

Permissions problem? I double-checked that... (777), does not look like it is anything so simple, as only the image temp directory is used (the main image is uploaded ok). Definitely non-trivial to solve, given my level of knowledge =). From some google I have inferred that it might be that I have something like 'safe mode on'? This is definitely non-obvious from the docs =). I will try to investigate if I can turn that **** off and post any followups.

Best,

Dani

I just committed a fix for thumbnail generation on Win32 platforms. Please download a new module and verify that all is well. Until the new image.module is packaged for download (up to 12 hours), you may download from here

I just realized that my fix would only affect IIS users. Sorry about the false hope.

My one other suggestion is to play around with Bruno's convert_test.php script and try out your paths with various combinations of double quotes, single quotes, and no quotes around the $source/$dest paths. That is one difference I see between your reports and bruno's.

Also, when calling convert.exe from the command line, make sure you do so from the drupal root directory. and make sure you are calling the source and destination files just like drupal does (including quotes). you might just be able to reproduce the failure in the command line.

you could also try to wrap the $source and $filter params in realpath() function before calling convert.exe. This should cause a full path to be passed to convert.exe

i don't think this is related to file permissions.

-moshe

(#22 was posted by me - I have an account now!)

convert_test yields the following:

convert: z:/imagemagick/convert.exe
source: 'test.jpg'
dest: 'test_out.jpg'
filter: -scale 640x480 -filter QUADRATIC

Array
(
[0] => z:/imagemagick/convert.exe: Unable to open file ('test.jpg').
)

convert returned: z:/imagemagick/convert.exe: Unable to open file ('test.jpg').

Not to rush anyone, but I'm having this same problem as well. I tried running your convert script posted above, but I get all this CVS stuff, nothing like what I was expecting. Is there any update on this problem?

I'm wondering if ImageMagick, not being installed as root, and lacking the environment variable settings could be causing this problem. I was able to get the command line to work, exactly as the image.module was calling exec() with, in the ssh session that I used to install ImageMagick. I later had a ssh session open to do some other work and it failed when I tried to repeat the process above because none of the imagemagick session variables were set.

I didn't see anything on the imagemagick site stating that you had to be root to install it, but I'm guessing this is the problem...

I am having this very same problem... Has there been any updates regarding this?

I am running Apache 2, MySQL 4, Drupal 4.3.x, PHP 4.3.2, and image_magick 5.5.7. I only recently installed Drupal - first time, and I like it so far, except for this image module bug/issue. If we could resolve it, that would be fantastic.

If I run it on the command line:

/usr/bin/convert -scale 640x480 -filter QUADRATIC test.jpg test2.jpg

I get:

Illegal instruction

as the output. Perhaps it's an ImageMagick problem? or, I'm not using the proper syntax with 'convert'. Please, let's figure it out! :)

Thanks everyone! Awesome product so far!

Well, GD works, but the script times out (30 seconds).

What should be done is add in support for php_imlib. now THAT'S an imaging library. it kicks ass. fast, and it gives quality results.

Folks:

I am running Image.module 4.3.0 on Apache/1.3.27 (RedHat 7.2, ImageMagick 5.5.7) and am having the exact same "No such file for directory . . . error on line 697" problem as some others here. I have done all the same debugging, added lots of debug code all over the place and the call to ImageMagick to create the thumb just doesn't do anything or even return an error for some reason.

GD works fine. I have installed Coppermine, Gallery and Exhibit Engine and they all work fine with ImageMagick -- I am stumped.
---
Ben

i think i found the problem. like everyone here i have to get this working to get further on with my project.

i was getting the same rename error that everyone else was plus the other crazy errors here. (i didnt know php until this problem forced me to). there is one thing that is absolutely positively true almost 99% of the time when you are debugging code. ...the error messages do not lie... never forget. (i'm emphasizing this because you can waste so much time if you forget).

one of the errors was, "warning: rename(./tmpthumb_bridgeview.jpg,images/thumbs/thumb_bridgeview-9.jpg): No such file or directory in z:\web\html\modules\image.module on line 697."

i printed out all the paths that were being created and they seemed right so i checked the function calling them, "rename" and i found some interesting information on it (http://us2.php.net/manual/en/function.rename.php). read the user comments. apparently it is very picky.

so rather than waste anymore time i ran "ImageMagick-5.5.7-Q8-windows-dll.exe" again and set the install path, to, "D:\ImageM" (D drive is my winnt install drive). i chose the root directory on my hd and set it to less than 8 characters in length for a few reasons. one - from reading the other comments posted here, two - from frustrating past experiences, three - well who cares. i installed it in that directory and went back into Image Site Configuration and set the directory to "D:\ImageM". tested it again and it worked.

the image nodes show up on the front page. showing the image and all.

some problems still remain:
- the "photo gallery (http://localhost/drupal/?q=image/uid/1)" link goes to a page that says, "Access Denied
You are not authorized to access this page." even though permissions are set for me (user id1 - admin).
- the "My Photo Gallery" link (http://localhost/drupal/?q=image/uid/1) takes me to the same page as above.
- the Image > Site Configuration > Gallery Navigation Vocabulary: still contains no contents.

- judah

i am using:
winpro 2003 sp4
apache 2.0.39
PHP Version 4.2.2
ImageMagick-5.5.7-Q8-windows-dll.exe - http://www.imagemagick.org/www/archives.html
- i dont know if GhostScript is required but somewhere along the way I thought it was.
ghostscript - gs813w32.exe
ghostscript view - gsv46w32.exe

this line, "i installed it in that directory and went back into Image Site Configuration and set the directory to "D:\ImageM". "

should be, "i installed it in that directory and went back into Image Site Configuration and set the Imagemagick Convert path to, 'D:\ImageM\convert.exe'."

there probably some other things i left out too. must-get-food...

OKAY!

This is what worked for me . . .

image.module 4.3.0 (not cvs)
Apache/1.3.27
RedHat 7.2
ImageMagick 5.5.7

If I comment out the two calls to _image_escape_shell at lines 962 and 963 the thumbnail is created just fine. As it turns out, with the enclosing single-quotes, the exec() call to convert was failing. So as long as you don't have a single-quote in the filename, you're okay without these two calls. I am using the random string method for filenames, so I don't really care.

I don't know if exec() is adding it's own set of quotes or if convert is belching on the quotes or what. Perhaps, somebody wiser knows?
---
Ben

You are welcome. It definitively points out that spaces in the pathnames are not handled properly in _image_convert(), at least for Win32 plateforms. I'll try to cleanup the code there, but it it likely that moving image.module to the new file API should help.

I will mark this issue fixed, but open a new task: Make sure image module invokes shell commands in the right way.

the issues i mentioned in my post above:

some problems still remain:
- the "photo gallery (http://localhost/drupal/?q=image/uid/1)" link goes to a page that says, "Access Denied
You are not authorized to access this page." even though permissions are set for me (user id1 - admin).
- the "My Photo Gallery" link (http://localhost/drupal/?q=image/uid/1) takes me to the same page as above.
- the Image > Site Configuration > Gallery Navigation Vocabulary: still contains no contents.

were fixed in an issue unrelated to this issue (my mistake in the cvs version). they are described here if you want to read it http://drupal.org/node/view/5594 or you can simply update to the latest image.module CVS (1.104) to resolve the problem.

Hopefully this is something different giving the same symptoms, but it is frustrating ;-). It just doesn't seem to respond to the ideas and suggestions provided here.

rh 7x, druupal 4.3.2, image 4.3/0

When trying to upload I get the following:

warning: rename(./tmpthumb_5d03b62b1cbc44d2291cab27227edda4.jpg,images/thumbs/thumb_5d03b62b1cbc44d2291cab27227edda4-9.jpg): No such file or directory in /home/virtual/site4/fst/var/www/html/tiva/modules/image.module on line 697.

I've read through the posts in this and the other threads(http://drupal.org/node/view/5680), commented out the code recommended, but couldn't find . Images are uploaded to 'images' directory in the root of the drupal site. I can see the full picture in 'preview' mode but not the thumb. When I hit submit I get the above error message which looks like it is looking for a file or directory. The file exists, the directories exist but it seems like something basic is missing.

I have non drupal "Gallery" working as a stand-alone on server and it works fine with zero problems.

For other people looking for help on this, check out:

http://drupal.org/node/9066

Drupal 4.5 does not (at present) validate the proper installation of ImageMagick resulting in deceiving error messages related to rename. Check your path with your server admin. On Lunarpages, it is /usr/local/bin/convert .

Hi. I cannot get image.module (4.5.0) in Drupal (5.4.1) to work with ImageMagick; it works perfectly with gd2, however I need to go with gif files. I have tried everything I read here (proper path to ImageMagick convert file, rights of the tmp, images, thumbs directories, comment the lines calling _image_escape_shell and few other things) however to no avail. I get the very famous:

* Cannot save thumbnail image to images/thumbs/blablabla.jpg
* Cannot save resized image to images/blablabla.jpg

And in the logs:

warning: rename(tmp/tmpimg_blablabla_640x480.jpg,images/blablabla-25_640x480.jpg): No such file or directory en /home/htdocs/www.mydir.com/modules/image.module en la línea 835.

The image is uploaded. I am using SuSE 9.x with ImageMagick 5.5.7 (or similar), anyway testing from the command line: thumb and resized image are produced.

Is there a cause/solution already for this very common mistake?

Other than that, the module is very good. I am using it (with gd2 :-) in another running site. Thanks for your time!

For me, it was a discrepancy between the filename that was stored during preview and the actual filename. Apparently, one contained both upper and lowercase (the actual filename), and one was just lowercase (the saved filename). When it compared the two, it concluded they were not the same file. Solution?

function _image_make_thumbnail($imagename, $thumbname) {
  $error = '';
  //the filenames being saved in session are lowercase, so if we don't lowercase now
  //then the system will note a discrepancy and explode with rename errors.
  $imagename = strtolower($imagename);
  $thumbname = strtolower($thumbname);

Note the last two lines. I don't know, but it seems to work. I am using GD only and not ImageMagick...it was only pooping out when I previewed and then tried to subsequently submit, but just submitting was always fine. This seems to have taken care of preview...works like a champ now.