Closed (fixed)
Project:
ImageCache
Version:
5.x-1.x-dev
Component:
Code
Priority:
Critical
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
11 Jan 2008 at 01:17 UTC
Updated:
29 Mar 2008 at 18:20 UTC
I have read all relevant threads. I have now tried this on two different servers.
I am running Drupal 5.5
I install the imagecache module and make some rule sets. I noticed that I was not able to affect the images so I look in my directories.
One site is on hostgator, and following an earlier support request I deleted the .htaccess file that exists in the file folder.
This did not fix it.
I then loaded Drupal on a Dreamhost account and the same thing , nothing. no directory and no files resized.
I am obviously missing something here.
Comments
Comment #1
dopry commentedhmm are there any errors in the watchdog? does the webserver have permissions to create folders in the files directory? do clean urls work?
Comment #2
vladsavitsky commentedI have the same problem.
Remove-Install do not solve a problem...
CleanUrls enabled.
Comment #3
demon326@drupal.org commentedsame problem here, and it wants to upload in a sub sub dir...,cant use thumbnails:(
Comment #4
t10barba commentedsame problem here, any update ?
Comment #5
StuartDH commentedGlad it's not just me. The only thing I can think of is that I changed to PHP 5.2.5 from 4.4.4
I've tried the latest version of imagecache with imageAPI, but still nothing happens
Comment #6
netentropy commentedyes that is the problem
for instance I utilize php5 by using .htaccess
when i delete my .htaccess it makes the directory
Comment #7
demon326@drupal.org commentedi''m having a question.., ar you all using the phpbb 3 module including the htaccess file of it?,its that file thats causing problems for making thumbs...,i had to make the dirs myself but thats no disaster:P
Comment #8
iellawindy commentedi do have the same problem, although i don't use phpbb 3 and also after creating the dir manually, it's still not working.
Comment #9
levelos commentedSame issue. I have used imagecache with great success on other sites on the same exact setup, so I am thinking it maybe conflicting with another module. Deleting the .htaccess file did allow the directories to be created, and I can see the images there, but when I added the .htaccess file back, the images stopped rendering again. I keep getting a page not found, and only a couple of the images were converted to thumbnails. Anyone have any ideas on a solution?
Comment #10
netentropy commenteddo you think it might be a problem with php 5 i am not sure what is going on here and no one is responding to it
Comment #11
wonder95 commentedAdd me to the list of people having this problem. Permissions on files directory are set to 777. Even when I create the imagecache directory manually and delete .htaccess, it still doesn't work.
I also get these errors when I go to the edit page (members/user/x) after uploading the picture:
* warning: imagecreatetruecolor() [function.imagecreatetruecolor]: Invalid image dimensions in /home/campfire/public_html/members/includes/image.inc on line 238.
* warning: imagecopyresampled(): supplied argument is not a valid Image resource in /home/campfire/public_html/members/includes/image.inc on line 246.
* warning: imagejpeg(): supplied argument is not a valid Image resource in /home/campfire/public_html/members/includes/image.inc on line 321.
* warning: imagedestroy(): supplied argument is not a valid Image resource in /home/campfire/public_html/members/includes/image.inc on line 249.
Comment #12
gaele commentedSame problem here.
- Drupal 5.7, PHP 5.2.2
- clean urls
- files directory is "files" with permissions 777
- files/imagecache was not created; I created it manually with 777
- nothing happens, no watchdog messages
- I put a watchdog call at the top of imagecache_cache() and tried http://www.example.com/files/imagecache/large/files/picture.jpg and http://www.example.com/files/imagecache. Nothing happened, not even a watchdog message. It seems imagecache_cache() is never called.
Edit: both http://www.example.com/files/imagecache/large/files/picture.jpg and http://www.example.com/files/imagecache show the front page, not an error or page not found.
Comment #13
blinko commented[Subscribing to this post.] I am using the "1.x dev" version of IMAGECACHE. I tried many things like changing permissions and removing the ".htacess" file in the files directory. It looks like a major issue, & it's happening to a lot of people...
Comment #14
gaele commentedSo:
- both 1.3 and dev
- using both PHP 4 and 5
- Drupal 5.5 and up (perhaps earlier versions?)
Comment #15
blinko commentedI think I solved my problem after I completely erased the "imagecache" folder & let drupal regenerate it (restoring the 755 permissions on the folders that I had changed to 777 while debugging)...
But before that, I did little things that might have helped, so I don't know exactly what solved the problem.
* I uninstalled the imagecache Module before erasing the folder & re-enabled it after...
* My Durpal install is not at the root of the site, so in the system files options, I replaced "/tmp" by "tmp" without a slash, to point to the folder inside the drupal install instead of outside... I created the tmp file myself inside the Drupal folder & gave it 777 permission...
Comment #16
gaele commentedI did some more diagnosis. This is output from Live HTTP headers. Note that the reply is a "200 OK" with "Content-type: text/html". That seems funny.
Comment #17
netentropy commentedno word from the developers?
Comment #18
ivrh commentedReply to
#11
wonder95 - February 10, 2008 - 18:15
Check your GD library version in php_info - it should be 2.0.11 or above (2.0.28 is recommended).
Comment #19
gaele commentedWell, finally my problems with imagecache were solved.
I'm developing a site for a customer. On their particular hosting platform .htaccess files are not allowed. The rewrite rules from Drupal were incorporated in the Apache config. It turned out this was not done correctly.
So the error was in the rewrite rules, not in imagecache itself.
Next week (after the project's deadline ;-) I will write up an imagecache troubleshoot post, incorporating all my experiences with imagecache so far.
Comment #20
netentropy commentedcan't wait to see what the problem was
please post your solution as soon as you are able
Comment #21
gaele commentedTurns out my problem is not yet solved. Files with spaces in their names are not handled correctly.
I don't have access to the Apache config, so I cannot solve it at the moment. Site should go live tomorrow ;-{
Don't know if this is of any help to you, but more later.
Comment #22
gaele commentedThis solved it for me: http://drupal.org/node/185738#comment-697504
Comment #23
gaele commentedAnd again a bug report. I don't know if the transliteration module will solve the problems of everybody in this thread, but reading other issues it seems a lot of people do have problems with imagecache and spaces in filenames.
So: please add http://drupal.org/node/185738#comment-697504 to the imagecache README.
Comment #24
jhaig commentedI found the same problem, and the logs showed that the following files were missing:
system/files/imagecache/files/image.jpg
I thought that this was odd as my upload directory was not "system/files" but "files". I changed the upload directory to "system/files", manually created the imagechache/files directory and the problem seems to have fixed itself. This is hardly an ideal solution, as I really want to have the upload directory in "sites/site.name/files", but this being the case, the fix for the code appears to be simple changing one hardwired value somewhere to a configuration value.
I hope I'm not misinterpreting the original problem - I only found this thread this morning.
Comment #25
netentropy commentedIs there any official work anywhere. Mine seems to be working since I moved to 5.7 but i am getting some file errors.
Comment #26
wonder95 commentedReply to
#18
ivan - February 12, 2008 - 15:55
I did check, and it's 2.0.34.
Thanks.
Comment #27
dopry commented@bjraines: which file errors are you getting it helps people with reproducing you know.
Comment #28
gaele commentedI've added an imagecache troubleshooting page to the imagecache documentation. Hope this helps.
http://drupal.org/node/224913
Comment #29
micahw156@gaele re #28:
In my case, I tracked this down to the .htaccess in my files folder.
It was a series of unfortunate events that caused this in my case: I'd moved web site to new server, so ownership was wrong on .htaccess, although permissions were okay. Files folder had been private method and outside of DocumentRoot, and I moved it in so I could use Imagecache.
I deleted path/to/files/.htaccess and let Drupal recreate it and Imagecache started working fine.
Possibly you can reconstruct what I just said into something that can be added to #224913.
Thanks,
Micah
Comment #30
igrcic commentedHi guys,
I had very similar issue...tried many things with .httaccess, creating imagecachefolder manually etc...but thumbnails coulndt create!
At the end I uninstalled Image Crop module, rebuilt again my imagecache presets and it worked! Woo hoo :)
Comment #31
idflorin commentednot working for me - subscribing
Comment #32
gaele commentedI've updated the troubleshooting page.
Comment #33
Mihai Chiriac commentedIt seems that clearing the "cache" table and making the /files dir 777 solved my problem.
Comment #34
dopry commented@everyone...
This issue is closed. If you are having issues with imagecache 1.x please open your own issue and include any and all relevant information... modules you're using, permissions, filesystem configuration, any errors in watchdog or your apache error log that may be relevant, and the output of imagecache urls... Are you getting an 403, 404, 500, drupal_not_found) etc.
If you reopen this issue I will flame you mercilessly.