Imagecache couldn't display or create files anymore after upgrading D6.14
etcetera9 - September 17, 2009 - 18:05
| Project: | ImageCache |
| Version: | 6.x-2.0-beta10 |
| Component: | User interface |
| Category: | bug report |
| Priority: | critical |
| Assigned: | Unassigned |
| Status: | active |
Jump to:
Description
I am using cleanURL's and public file system. It was working well, but after updating to D6.14 core version, image doesn't create files. Also files inside the imagecache folder cannot be displayed.
Any ideas?
#1
I'm having the same problem. I don't now if it's related to having PHP 5.3
introfini
#2
I've tested in another box with php 5.2.9 and it works great.
@etcetera9 what's your php version?
introfini
#3
same problem here as the original poster.
ubercart generated imagecache images are working fine, but none of my own defined presets work any more, after upgrading to drupal 6,14. even tho' the images are being created on the server, nothing is being displayed.
[i'm running PHP 5,2,9]
#4
FOLLOW-UP:
on further investigation, i'm beginning to wonder whether the culprit may not be imagecache after all. i had the following symptoms:
since i'm juggling three variables here; imagecache, views and thickbox, i decided to simplify things a bit and so changed the views module output to just generate the imagecache thumbnail linked to the imagecache fullsize , rather than imagecache thumbnail linked to imagecache fullsize displayed in a thickbox popup.
success! - all my imagecache thumbnails are now displaying properly on my pages again and, clicking on them links to the full version [although obviously i've now lost my thickbox ajax popups]. so, i'm now coming round to thinking that the guilty party might actually be thickbox, rather than imagecache.
i realise that, if so, this now becomes a thickbox issue, rather than an imagecache one, but i thought i'd post my findings here, in case anyone else is having similar problems and assuming that the drupal upgrade has broken imagecache.
[Drupal 6.14, ImageCache 6.x-2.0-beta10, Thickbox 6.x-1.5, Views 6.x-2.6]
#5
Same problem here after upgrading.
I have private file system, php 5.2.9
#6
well, i've fixed my problem. it did turn out to have been caused by thickbox, after all. the latest version of thickbox removes a redundant variable in a function that i'd overridden in my site's theme. so imagecache was working all along. it was thickbox which was broken and unable to display the images or thumbnails.
now, it's pretty unlikely that this obscure set of circumstances will be the same ones that are causing the rest of you to have problems, but just on the off-chance, here's the thread wherein i solved mine:
http://drupal.org/node/588616
#7
Yup, same problem as everyone else. I get the imagecache flder being created but that's all that imagecache does. No subfolders, no thumbnails and no images. I'm using Drupal 6.14
My sites/default/files/imagecache directory is fully writable so it's not a permissions thing...
Anyone with any ideas?
#8
having exactly the same problem. whenever I create a new preset a new folder inside of imagecache folder is created and the imagecache_sample.png file is copied there. Once I create and action for that presest the sample image disappears.
#9
Same problem here, imagecache doesn't display thumbnails and can't display when used together with imagefield
#10
I am having a similar problem. The thumb images are now created in files/imagecache_thumbs rather than the previous files/imagecache/thumbs
Is this a problem with specifying where the files are to be saved?
#11
same problem here...... i think we need a patch to fix this fast!
#12
I think I had a similar problem which I just fixed by manually editing the imagecache.module file (gulp...) (and just added a note about this to this node as well: http://drupal.org/node/392100)
I was getting this error:
(meaning: the directory exists and so imagecache won't create it, but for some reason it also won't create the image in the directory that exists)
I solved my problem by adding a check for the directory by changing line 555 of the imagecache.module file from:
if (!file_check_directory($dir, FILE_CREATE_DIRECTORY) && !mkdir($dir, 0775, TRUE))to:
if (!file_exists ( $dir )) { mkdir($dir); }else if (!file_check_directory($dir, FILE_CREATE_DIRECTORY) && !mkdir($dir, 0775, TRUE))
I'm not a php developer and don't feel confident creating or issuing a patch, but perhaps this will help get to the root of the issue people are reporting?
#13
thanks for the hint rainbreaw but it didnt work for me :(. i still can't see the pictures created with imagecache.
i recognized that the files are created directly in the files/preset directory and not in files/imagecache/preset as before, but the links to the images are still pointing to files/imagechache/preset
#14
Could it be the responsibility of the image api? That's the error that pops up.
#15
I am using imagecache to display FastGallery images and I just recently noticed (after upgrading imagecache Module to vers 6.x 2.0 10 beta) after flushing the cache and rescanning for new pictures that my imagecache directory holds some pictures for the thumbnail preset I use in the gallery but for the big image preset there are just some random pictures present. So no wonder that the Gallery cannot display any of them when clicking on the thumbnail link.
I cannot tell whether this issue came up when I upgraded Drupal to 6.14 .Since some of the pic still work it might very well be I did not notice the problem at that time. Did anyone get ahead on this issue?
#16
Same problem. Just upgraded from Drupal v6.12 to v6.14, and from imagecache 6.x-2.0-beta9 to 6.x-2.0-beta10.
Images no longer are showing up. Tried creating a new preset, and it created the folder just fine. Uploaded an image, and it gets saved in the correct file. Directory permissions are correct.
I'm using private files, so that whole section of my server wasn't touched when I did the upgrade.
#17
I reverted back to 6.x-2.0-beta9, still with Drupal v6.14, and everything works fine again.
I would say the problem is definitely with beta10.
#18
I went back to 6.x 2.0 beta9 and it did not change things for me. When I rescan Fast Gallery for images it claims to create the directory " directory files/imagecache/fast_gallery_thumb/photos/07 has been created" but inside there is only the first thumbnail.
#19
Same problem here, file seems to upload fine to both /files and /imagefield_thumbs directory, however, when viewing the source code on my products page the image is pointing to a folder within image cache, which does not exist and neither does the graphic. I am assuming the presets should be folders within imagecache so I tried to manually create them and tried uploading a graphic, I can upload and it previews fine without errors, but the graphic wasn't found anywhere in the presets folders I manually created. This has to be a bug.
Also, mine didn't happen on an upgrade. I have Drupal 6.13 and php 5.2
So frustrated, I have been at this for hours.
#20
Anybody with insight into this issue? Fixes, workarounds?
#21
Just a reminder to check permissions for the imagecache module and make sure that you have permission to view images from the profile you're using (admin/user/permissions). I forget that step sometimes when I create a new profile and it really messes me up for awhile.
Also, if you're in maintenance mode and have a Private file system it won't display any of the images.
#22
Guys I am on IIS, so I think I am in a different category, working through a fix that someone else posted here, in case anyone else is working in IIS.
http://www.caspianit.co.uk/imagecache-wrong-path/comment-page-1/#comment...
#23
Problem here too :(
Recent upgrade to 6.14 (as well as captcha, date, draft, filefield, fivestar, imagefield, pathauto, poll, print, quotes, sign-up, views_attach & webform).
Have a cck/views/imagecache/views_attach/node reference url/lightbox gallery.
Created a new gallery and there wasn't the usual "Add Photo" link. Solved that by editing node reference url data.
Uploaded an image, the cropped image would not show (just a border around the image title).
Moments later, visiting another gallery - the gallery was completely empty.
Hours later I discovered the View had disappeared. (It was not deleted by me).
So I re-created the View for the galleries (with the image being 'Lightbox2: crop->original ') but they still do not show images. (Edited one and re-saved just in case that would work too).
Checked File system and can see: the full size images in the designated site images folder and the thumbs in imagefield_thumbs directory. The source code for the photo in the gallery though is pointing to imagefield/crop which is empty.
If I select the full size photo as what is rendered in the gallery View the full size image shows.
Even if I 'bypass' Lightbox2 and choose 'crop image linked to image ' it still doesn't render a crop image. So its not Lightbox.
Hope this helps squash the bug.
#24
Same problem, I was on 6.13 and it stopped working, not sure when. Upgraded to 6.14 and it still does not work. What is really strange is I have a multi install and sites running the same drupal code base and same modules are not having the problem, only one of the sites is. Same directory permissions. So weird. Any body got anything on this?
#25
(subscribing)
Sounds like I have the same problem (although there seem to be a lot of variants here!)
Recently upgraded from 6.13 to 6.14 & I also recently upgraded from Filefield 3.0 >> Filefield 3.2
Files upload fine and imagefield thumb is created but no imagecache file is created in the pre-existing thumb preset directory
I've had similar problems with IC before. Hopefully this time I can resolve them!
#26
See http://drupal.org/node/410200 also...
#27
Ok I'm running 6.14.
- I've tried ImageCache 6.x-2.x-dev (2009-Oct-08) and 6.x-2.0-beta10.
- I have clean URLs on and public file system.
- Permissions are set 777 on everything and owner is correct
- I've tried all the suggestions about changing this or that or deleting and recreating the .htaccess file
- I've tried this http://drupal.org/node/410200#comment-1709746
- and this http://drupal.org/node/410200#comment-2005114
- as well as this http://drupal.org/node/241541#comment-2118354
- and this http://drupal.org/node/241541#comment-2196200
And nothing works! Again what is really strange is that it's only one site in a multi install, so they're using the same drupal install and the same modules and three work fine and one doesn't. This is killing me.
#28
Subscribing.
Wow, if anyone knows of a solution, even a half measure, please help.
Kahenya
#29
subscribing
Tried downgrading/uninstalling Imagecache, Imageapi, Imagecache profiles & Views, no luck. Even tried downgrading core to 6.13, which I don't recommend to anybody.
#30
subscribing