Closed (fixed)
Project:
ImageCache
Version:
6.x-2.0-beta10
Component:
Code
Priority:
Critical
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
28 Jul 2010 at 05:16 UTC
Updated:
11 Aug 2010 at 07:10 UTC
If I create a vanilla preset with no actions, the sample image (drupal logo) displays fine.
If I create a simple action, the image no longer displays, and nothing is appearing in sites/default/files/imagecache/.
If gone through and ensured files, imagecache and folders are all chmod 777.
Help!
Thanks in advance :)
Comments
Comment #1
carn1x commentedComment #2
carn1x commentedComment #3
anil.pothuraju commentedi also face the same problem i overcome by enabling the clear URL in administer>site configuration>clean URLs.
Comment #4
dman commentedWould you care to share the "simple action". It may be sorta important, so keeping it secret doesn't help.
Where is it that the image "no longer displays"? the preview area? or when rendering?
Did you get an error message or a 404 when you hit that preview link? (don't say 'yes' - say which, they are different symptoms)
And what connection does this have with imagecache_image - which is a bridge of functionality between imagecache and image.module? There may be a link, but I can't see it.
Comment #5
carn1x commentedOk the simple action at the moment is a Scale to 200x200, although at this point I'm just playing around with it, so I don't want to say that's the only action I want to use. So I just tried a Resize 50%x50% and the same issue happens.
The preview area (at the bottom the preset edit page) shows a broken image.
If I click the preview link, I get a white page, no 404 or other error.
As for the imagecache_image component, I guess I just thought it was a generic selection, wasn't sure what component to pick otherwise, please go ahead and change it to the most appropriate one!
Thanks :)
Comment #6
dman commentedOK, now we can start troubleshooting.
imagecache_image is about replacing the image.module (thumbnail,medium) sizes with imagecache presets, so we can rule that out.
A blank page means that the path is correct (Not clean_urls) and probably is trying to process and failing.
Often that would be a memory thing, but that's really unlikely with the default sample image.
Which leads to .. um, no image processing module (GD or imagemagick) available ... though I'd expect you'd get a warning for that.
There will be an error logged in the PHP (or maybe watchdog) logs.
And the sample source image won't be corrupt - as it showed up fine before.
No answer yet.
Um ... permissions of the imagecache folders? Web-writable?
nothing is appearing in sites/default/files/imagecache/
Not even a subdir named after the preset? smells like permissions then. the subdir is made before the image is even processed (I think)
Comment #7
carn1x commentedOk ImageMagick API module wasn't enabled! Now it's working fine.
I guess it's my own fault, but shouldn't that be a dependency?
I am using Acquia Drupal, maybe it has something to do with that?
Thanks very much!
Comment #8
dman commentedWarnings do exist, though it's possible to not read them.
Troubleshooting tip, site log status report is somethings useful to start with when things don't work as expected.
It's not a proper restrictive dependency as such, because the system doesn't note an A or B dependency. You need one of them, but not either specific one. Finding a way around that is discussed, I think.
Troubleshooting tip 2. At least look at the README or INSTALL.txt before identifying a 'critical' issue.