Closed (fixed)
Project:
WYSIWYG image upload - Inline images for your WYSIWYG
Version:
6.x-2.8
Component:
Code
Priority:
Normal
Category:
Support request
Assigned:
Unassigned
Reporter:
Created:
23 Nov 2010 at 22:08 UTC
Updated:
8 Dec 2010 at 17:40 UTC
Comments
Comment #1
drupal_acc commentedA further test shows that no image is created by the imagecache preset, but the initial upload succeeds.
Comment #2
eugenmayer commentedThats simply wrong ( 90% of the users use it without private files). Please provide more informations, your most probably have a total different issue.
Have a look at the FAQ section for your issue
Comment #3
drupal_acc commentedThere is no further information. I get no errors, nothing in the logs. Someone else mentioned the issue here:
http://drupal.org/node/808626#comment-3725090
I'll dig around for a bit and see if I come up with any error messages.
Comment #4
drupal_acc commentedRan a test there now. I switched to a public file system and uploaded an image. No error appeared in the 'Recent log entries', but this appears in the apache error log:
[Tue Nov 23 23:02:25 2010] [error] [client xxx.xxx.xxx.xxx] File does not exist: /var/www/sites/default/files/imagecache/wysiwyg_imageupload_preview/wysiwyg_imageupload/1/image.jpg
If I switch back to private file system, it works fine.
Comment #5
eugenmayer commentedBe sure you dont run into the issue that you dont have enaugh php memory...
Comment #6
drupal_acc commentedI fail to see how switching the file system would impact php memory sufficiently. I did read that portion of the FAQ and changing file systems does not effect the file size of the image to be processed.
The image appears in the following locations:
Private file system
/var/www/sites/default/files/wysiwyg_imageupload/1
/var/www/sites/default/files/imagecache/wysiwyg_imageupload_preview/wysiwyg_imageupload/1
Public file system
/var/www/sites/default/files/wysiwyg_imageupload/1
So, in summary, it will work with a private file system but fails with the public file system.
Comment #7
drupal_acc commentedI found the problem and a solution. It looks like the latest imagecache (6.x-2.0-beta10 ) has a problem with a public file system.
There is an ugly hack here, which I have just successfully tested:
http://drupal.org/node/410200#comment-1709746
I'll test it over the next few days and see if there are any issues.
Comment #8
eugenmayer commentedso thats not a WUI issue anymore? As its already opened in imagecache, i tend to close this issue, or?
Comment #9
eugenmayer commentedMaybe adding some notes on the FAQ would be interesting. What version did you use before?
Comment #10
drupal_acc commentedThe versions are given in the initial post.