 |
UbercartOne cart to rule them all... |
|
| Donate | Affiliates | Sponsors | ||
ImageField version
Submitted by futurist on Tue, 05/20/2008 - 16:10
Does anyone know whether it's a good idea to upgrade the ImageField module to the current 5.x-2.1? I'm having serious trouble with uploading images (temporary files don't get moved to files/ubercart_images when using "upload" in the product edit form). I'm asking because 1.1 (which is what I'm using) is recommended for download in the user's guide... Thanks for advice.
   I'm having serious trouble with uploading images (temporary files don't get moved to files/ubercart_images when using "upload" in the product edit form).
ubercart_images hasn't been used since maybe alpha 8? What version are you running? The way it should work is that images will uploaded to the temp directory you specified at admin/settings/file-system. You should see them appear in that directory (with a temporary filename) when you press "upload". Then they get copied to the files directory you specified in the same menu. You should see them appear there there (with the name you gave it when uploading) when the process is finished. When a page (e.g. a product page or a catalog page) needs an image, imagecache will generate the image from the original based on one of the imagecache presets. Then a copy of the modified image will be saved to, for example, files/imagecache/product/files (for the "product" preset). Pinpointing where this process breaks down will help you figure out the right fix. If the images never make an appearance in the temp directory, maybe the temp directory has a permissions problem, etc. I've used imagecache-5.x-1.3 and imagefield-5.x-1.1 without a problem since alpha 8 - I haven't seen a need to upgrade, so I don't know if the newer versions work OK, but I do know these old versions work well. Thanks TR! ubercart_images hasn't been used since maybe alpha 8? What version are you running? I'm running Beta 7 (have been using - and updating the installation since Alpha 6). The ubercart_images is an optional directory under files, created in the Image field settings for the product content type - is there anything wrong with that?
I do see a temporary file appear in my temporary directory after pressing "upload", with CHMOD 600. The edit page then shows the selected filename and a gray bar where the thumbnail should be. In the page source, the img src is the final path of the file (files/ubercart_images/test-image.jpg) but the file never gets moved there from the temporary directory. (Some people have reported a similar situation here and here so I was wondering if this had been fixed in a newer ImageField version.) If I choose an image file and "save" the product (without using "upload" first), then everything works fine and Imagecache creates the various copies in the respective folders under files/imagecache. Something is wrong with the edit preview only. Some more info on my setup: CHMOD 600 doesn't seem right - Any idea? I'm running Beta 7 (have been using - and updating the installation since Alpha 6). The ubercart_images is an optional directory under files, created in the Image field settings for the product content type - is there anything wrong with that?
No, that shouldn't be a problem. It's not the default configuration, but it should work (I just tried it on my dev server, and it seems to worked for me...). I do see a temporary file appear in my temporary directory after pressing "upload", with CHMOD 600.
[snip] CHMOD 600 doesn't seem right - Any idea? That permission is right... at least that's what I get too, and images work for me... The edit page then shows the selected filename and a gray bar where the thumbnail should be. In the page source, the img src is the final path of the file (files/ubercart_images/test-image.jpg) but the file never gets moved there from the temporary directory.
I've seen this behavior when Clean URLs weren't turned on - can you check at admin/logs/status to make sure your Clean URLs settings didn't get blown away? The only other thing I can think of off the top of my head is the permissions for the files/ubercart_images directory, which should be 777. Thanks very much for your support, TR. can you check at admin/logs/status to make sure your Clean URLs settings didn't get blown away? There are no warnings or errors at all in the status report. Clean URLs are enabled in admin/settings/clean-urls. Somewhere else to check? Permissions for the files/ubercart_images directory are 777.
It seems this issue still exists as of ImageField 5.x-2.0-rc6... Maybe something wrong with my htaccess or settings.php? I'll keep searching, still open to suggestions -- Running Drupal 5.1 I have this issue on our dev box. I thought it was an ImageField issue, but it could be related to Ubercart's handling of the field, the main difference IIRC is the Ajax that's been implemented for the new version of IF. So what's changed? You've been running with products images for a while haven't you? And they stopped working? Or have they never worked since your initial alpha 6 install? Have you tried a clean install? Not related, but I would certainly upgrade to Drupal 5.7. I've kept up with the step increases since 5.2 and it's always been painless and quick to upgrade. Thing is, products and images were imported. The problem with image upload was only discovered when we started editing those or manually adding new products. I haven't tried a clean install yet. But I did upgrade to Drupal 5.7 on the development server (which went smoothly), Edit: It's working on the dev server - I had forgotten to chmod the new temp directory. So apparently upgrading to D 5.7 does the trick. Let's see if I can get it to work on the production server too! Edit: Yeah, it was the Drupal upgrade (ImageField still 1.1)! Many thanks TR for your very helpful pointers.
|
|
Joined: 08/08/2007