Not creating images

We're having the same problem -- same setup except we're using CentOS.

We think that there's a problem with 6.6 and Imagecache, because another server has 6.5 set up on it, everything else the same, and Imagecache works fine.

PS -- This is the error message we're getting in 6.6:
Object of class mysqli_result could not be converted to string

I didn't see any error messages and in the end I gave up on IC and hacked the imageField to create the alternative images I needed, it's not pretty but it got the job done.

Same issue here. Drupal 6.6 and imagecache beta2 (traditional LAMP server setup) seem to not be getting along. I've got no error messages, it just produces no image output.

Marking as critical since it renders imagecache unusable.

I've been testing this all morning trying to figure out what works and what doesn't. It appears random so far, I can't figure out what's causing it to not generate images. I did fix my personal install (temporarily at least) by doign the following:

1. Deleted my 'scale' action
2. Added 'scale and crop' instead (this worked)
3. Deleted 'scale and crop'.
4. Added 'scale' back to the preset. It now works.

I'm not sure if there's a caching issue going on or what...but adding/deleting actions to a preset seems to shake things up enough to get it working again. I have no real insight into why it's happening, but thought I'd post my experience so far...

Here here, anyone know what the culprit is? Drupal 6.6 is my guess, any .dev with a fix?

If there was an "uber critical" priority option, I'd set it.

Also having the same issue. After adding images, the imagecache directories are still empty.

ooh!ooh!ooh! (raises hand like a kid)

I think I know what fixes this. Enable GD2 or ImageMagick module, just one of them so Drupal will not have to choose. It solved my problem, I hope it solves yours.

@radj: I wish it were that simple.

This issue happens even with an image processing module enabled.

thank you radj !!!! solved :)

Same issue here!


The only difference is I got two warns:

Enabling either ImageAPI GD2 or ImageAPI ImageMagick wouldn't solve the problem, and the warns still show up.

Subscribing

System: latest MAMP (Lite) for MAC OS X
PHP: 5
Drupal: 6.6
ImageAPI: 6.x-1.0
ImageCache: 6.x-2.0-beta2
ImageField: 6.x-3.x-dev

No error or message occurs. There is just no image processed.

After setting ImageField display in views to imagecache preset there wis no image displayed but when imagecache preset set for display images in full node there is shown the original image.

Same on WAMP 2. Neither of the above suggestions worked for me.

I'm running MAMP also, when getting this problem. So far it seems to be restricted to WAMP/MAMP local-type installs. Anyone had this issue on a "live" server?

See this: http://drupal.org/node/335337

Ok, today, I ran into this same issue. GD2 enabled, ImageAPI and Imagecache at their supported versions and now I'm on a live server. Imagecache generates folders but no images. I can't get it to work after hours of tweaking.

Anyone else?

Rob_Feature:"1. Deleted my ' scale ' action
2. Added ' scale and crop ' instead (this worked)
3. Deleted ' scale and crop '.
4. Added ' scale ' back to the preset. It now works."

It does not work

radj:"Enable GD2 or ImageMagick module"
I have enabled on these modules and images still are not created

danboland:"another server has 6.5 set up on it, everything else the same, and Imagecache works fine."
At me images are not loaded on D6.5

Images are created and loaded into a folder: /sites/default/files/name_of_folder, but Drupal searches for them in: /sites/default/files/name_of_folder/name_of_folder

I can't be totally sure about this, but I think it stopped working for me after I changed the location of my tmp directory from c:\wamp\www\tmp to /tmp. Changing it back didn't fix it though.

/tmp is default

OK, I think this is a simple mistake---

Imagecache does not create the image until it's displayed for the first time. I was not displaying the images anywhere, intending only for another module to grab them out of the directory, so they were never created.

After I changed the field's display properties for the content type to display the imagecache preset I wanted, the directories and images were created.

To get here, I uploaded my existing local site to my server: nothing.
Created a fresh install with only the necessary modules: nothing.
Reread the imagcache project page:

" If an ImageCache
derivative doesn't exist the web server's rewrite rules will pass the request to
Drupal which in turn hands it off to imagecache to dynamically generate the file."

Set the cck field to display the imagecache preset, and voila!

I hope this works for you also.

Im experiencing this same problem as well and I can rule out awolfey's theory for my situation. Im on a live server as well so that's not an issue. This is on a LAMP config hosted by Dreamhost.

>>Set the cck field to display the imagecache preset, and voila!
I have my cck field to return the file paths instead, and all my templates depend on this. Why would this work and not the filepath? I'd have to rework my templates for something that seems to work about 80% of the time (in my case).

I have hundreds of images that I've uploaded. For some reason there are about 20 jpg's that wont display--even tho the original files will. I've tried resaving a couple images locally, then replacing these files; still no dice. I've tried ImageMagic and GD2 and have these modules installed, all current releases:
ImageMagick Advanced Options
ImageAPI
ImageAPI GD2
ImageAPI ImageMagick
...and have tried disabling/enabling different mixes of these with no success. I also have the debugging logging enabled in the ImageMagick Advanced Options module. Every now and then I'll see an ImageMagic message displayed that indicates it tried converting a file but created no output.

I have 3 presets:
body_thumb
subheader_thumb
teaser_thumb
...and all folders have been created successfully. Ive flushed each folder then re-uploaded *every image file* to the base dir to refresh all the image derivatives. No dice.

Any other suggestions?

thx--
pp

Thought I'd post an update with a new theory: have any of you seen ajax errors using the Add New Image or Upload buttons? Maybe the pointers to the files are getting hosed?

I'm pretty sure the images are only created the first time drupal tries to load the actual image. Try it and see if that's it.

No, the problem Im experiencing is that some images for a particular ImageCache profile arent created when they're requested. Everything is configured properly because some images within the node ARE created. Say a node has 5 images. I get:
No thumb
No thumb
Thumb
Thumb
No thumb

Strangely, if I remove the problematic images from the node, save, then re-upload they seem to get processed correctly at the time of the page, node, or view request.

My issue ended up being a silly one. In my server configuration (I had recently moved to a new server) PHP Safe Mode was enabled. That caused imagecache to not work. Once I disabled it, all issues went away. Hope that helps someone else!

There are multiple symptoms and solutions in this thread.
I see at least 4 "OK, solved now" posts ... all mentioning different things.
Can we close this? 4 solutions in one thread ought to be enough for anyone :-?

Would anyone like to add a note to Troubleshooting Imagecache if your own solution hasn't been covered there?

^^ Agreed. I'll add my issue to that thread ;)

good call.
pp

No please!
Handbook pages are for answers, not questions.
Issues and problems remain in the issue queues here.
I asked if anyone could add their SOLUTIONS to the docs :-}

The problem was solved after I allowed Clean URL's...
I am using Xampp to locally host my site. It comes without default Clean URLs support. This may help for that kind of situation: http://drupal.org/node/43545

Although closed, I feel eager to post my solution. Just to help others.
Check your memory settings; changing this in htaccess to 64M solved my problem.

php_value memory_limit 64M

Automatically closed -- issue fixed for two weeks with no activity.

thank you radj !!!! solved :)

Just returning the title to the right one ;)

Here is a problem that might appear VERY SIMILAR AT FIRST
and might have the same solution
#371195: Images being created in the wrong folder

Imagecase needs a valid temp directory set. Otherwise nothing is generated.

In D6 you can set the temp directory at admin/settings/file-system.