I'm using the latest (May 7 09) 6.x-2.x-dev version of imagecache. I am using the latest imagefield and filefield 6x-3 to upload images. I have tried to create a preset with a simple scale action for thumbnails.
Checking the server directory for default/files/imagecache there is no directory for my preset. I have created several nodes with images for thumbnails.
In my drupal log I get the following error messages (a very long list that repeats):
ImageCache already generating: sites/default/files/imagecache/side-thumb/imagecache_sample.png, Lock file: sites/default/files/tmp/side-thumbimagecache_sample.png.
I decided to look in the imagecache directory as I created a new preset and found that the first time the preset was saved a corresponding directory was created in my default/files/imagecache folder. But as soon as I submitted a action the directory was removed.
The only files I have in my default/files/tmp directory are the preset-imagecache_sample.png images.
I am using Windows 2003 with Apache 2 and ImageAPI GD2, public files, clean urls.
I'm stuck at this point.
Comments
Comment #1
woodbutcher commentedI have much the same problem, some images fail to appear, similar message in log. Delete the files in /tmp and the images appear. In my case the folders are generated OK, but some images work, some just show the alt text, and do not appear in the preset directory until I delete the lock files from /tmp. I've opened an issue here: http://drupal.org/node/461014
Comment #2
sgdev commentedI'm having a similar problem with 6.x-2.0-beta9, but no error messages in Drupal or in Apache. If I've never visited a page before, the imagecache is generated successfully. However on several pages, if I have flushed the cache and attempt to revisit the page, the image is not displayed.
I have repeatedly flushed the imagecache cache, cleared the entire Drupal cache, deleted files out of the Apache temp directory, and removed the imagecache directory within
filesso it could be rebuilt. For those pages where it previously attempted and failed, the image is not displayed again.Comment #3
woodbutcher commentedHi ron_s
Do you get a similar message to the OP and myself in (yoursite)/admin/reports/dblog ? And do the images get successfully generated if you delete the lock files from your /tmp directory (usually in /sites/default/files or your server root - it's the one set in (yoursite)/admin/settings/file-system )?
I've found that the problem occurs when imagecache has several presets to generate at once - could it be PHP falling over? I set memory to 128Mb, but that didn't fix it.
You could try uploading just one or two new images to see if that works.
Comment #4
sgdev commentedwoodbutcher, I don't get any message in the recent log entries, and removing locked files from the tmp directory does not solve the issue. It's only generating one imagecache on the given page, so I can't imagine there would be a memory issue. I also have my memory limit set to 256MB, so I doubt that is it.
Comment #5
FrankT commentedI also have the same effect. Adding an action causes the preset directory under imagecache to be deleted. I also tried with a memory limit of 256MB but it did not help. I also had my imagecache module uninstalled and reinstalled but the effect stayed the same.
As this is - at least in my case - accompanied by messages, that the preset subdirectory was created, I would say that this is a bug.
I also set this to critical because there is a massive effect of this bahaviour.
Comment #6
fizk commented