Posted by oemb29 on August 16, 2011 at 12:36am
I upload images for a new article, they don't go to the final article page. I can see them in the admin page, but not the final article page.
Looking on the server, I see the image in the sites/default/files directory, but the article is trying to call the image from the sites/default/files/imagecache/400xY/ directory.
I already checked the input formats and changed that to Full HTML. Still no luck.
I am at a loss here.
Comments
"sites/default/files/imagecac
"sites/default/files/imagecache/400xY/"
This is normal. Article main images are using the "400xY" imagecache preset.
What about other images in front page or somewhere in your site ?
Check your imagecache presets. Also clear cache.
Image problem (first installation with OpenPublish)
Thanks for your contact
There are 2 Preset Name: 400xY and author_photo
400xY and author_photo are Override. Also "...sites/default/files/imagecache/400xY/imagecache_sample.png?1313524375" is broken.
featured_image, package_featured, spotlight_homepage, thumbnail, slideshow_image are "Default" and also imagecahe_sample.png is broken
Homepage images have same problem"... sites/default/files/imagecache/spotlight_homepage" are broken. But when I see the image in edit mode are displayed.
This is my first installation with OpenPublish but I dont understand what happening!
I need more help
Thanks
Same Here
I recently installed a vanilla package of OP 2.3 Build 441 and have exactly this issue. This one is pretty frustrating and the biggest roadblock I have with trying to move the site install forward. I tried messing with some of the imagecache settings to no avail and I know it's not a cache issue (I clear it anytime I suspect there could be a problem there.) so I'm stuck on this one as well. I've been tempted to try and throw out a lot of the custom image handling and overrides but I'm scared it would cause even more issues than I'm having now - although having no article/author pictures is a deal breaker anyway.
If anyone has had any luck fixing this or has found a setting that works for you with this version as a new install please let me know, thanks!
I 've never had such a
I 've never had such a problem. What is your environment ? PHP version ?
sites/default/files/imagecache/400xY/imagecache_sample.png?1313524375 should not be broken !
Do you have any error messages in your log ? (/admin/reports/dblog)
Check your ImageAPI, do you have GD enabled ? (admin/settings/imageapi) and also your filesystem settings admin/settings/file-system (private or public file system ?) and your files/* directory permissions.
Have you ever had these problems with the same environment for a typical drupal 6 installation and imagecache?
If your filesystem directories permissions are ok then maybe there was a broken o.p. installation.
Bug Magnet
I always seem to have "special" luck when it comes to things like this.
I'm running OP on a certified web host, {pinch}host that's running Litespeed and PHP 5.2.14.
Don't have anything in the logs, but I'll be truthful in that access logs weren't turned on.
For ImageCache I'm using the GD2 module.
In my filesystem my filesystem path is: sites/default/files
Temp directory is: /tmp
and it's set to Public file download method
There might be an issue with my files/* directory permissions. I had set my imagecache to 777 while troubleshooting before, but I didn't change the parent directory and all the children. I'll play with that a bit to see if I can get something working.
I haven't tried a basic D6 install with IC on this host but I'll try that to see if I can troubleshoot some more.
Thanks for the help!
Same Bug
These are my settings:
Web server Apache/2.0.54 (Unix) PHP/5.2.6
PHP memory limit 300M
PHP register globals Disabled
MySQL database 5.0.19
GD library bundled (2.0.34 compatible)
My folders are setting to 777 permission
Same bug mopubco
Thanks a lot!
No Go
Images are still totally busted even after messing with overall directory permissions. The images work fine in the editor but are broken in articles/frontend as described. The URL it's trying to point to is the following:
/sites/default/files/imagecache/400xY/imagename.jpeg
When I look in that directory (imagecache) it is totally empty, there's not even a 400xY directory inside. I tried creating a 400xY directory and sadly that didn't help at all.
If I go to the edit page and grab the URL for the picture that works then I get this location:
/sites/default/files/imagefield_thumbs/Ramsprofile.jpeg
So the site uploaded/processed the thumbnail fine, but the real image is no where to be found. I get the feeling something is forcing the upload to fail somewhere, but I have no idea what setting is killing it.
I highly doubt 2 of us have a broken install that's broken in exactly the same way (not saying it's impossible, just unlikely) so I really think this is a problem that the 2.3 441 build has out of the box for new installs.
This is an imagecache
This is an imagecache problem.
I think that uploading is just fine.
New uploaded files are going in /sites/default/files/FILENAME.JPG
then,
imagecache processes the image (scaling or whatever) and places the image in /sites/default/files/imagecache/{IMAGECACHE-PRESET-NAME}/FILENAME.JPG
mybe you (both) should start a standard drupal 6 install with imagecache to troubleshoot.
hmm... one more think about broken installation: When i tried to install my Open Publish site in a shared hosting i had memory and php maximum execution time issues. To solve my problem , i did a local install in my linux box, then i migrated my site in sharing hosting (transfering all files and the database).
Maybe, this is related with your problems...
O.P. needs too much resources, especially during installation, but usually this gives errors.
that's all, i give up ! I have nothing more to think rightnow :-))
OpenPublish problem with new installation
Hey,
Thank for your collaboration in this case.
I'm very frustated because OpenPublish (new installations) it dont like work in any enviroment. I've installed in a local environment with Windows Server 2008 and PHP/MYSQL and Linex Web server Apache/2.0.54 (Unix) PHP/5.2.6 same bug.
max_execution_time 120
max_input_time 120
memory_limit 300M
realpath_cache_size 2M
ImageCache works with Drupal 6:
I've installed a Core Drupal 6 with imagecache in the same server and it's working. I can see a image with balloons when I create a new Preset. But 400xy preset and a new preset with OpenPublish the image is broken.
If you have bk site (Files/data files) I could test in my enviroments to definitely think OpenPublish has a problem with new installations. I'm thinking try Drupal 7.7 and forget OpenPublish.
Thanks a lot
Imagecache update to fix Image problem in new installation
I solved it as follows:
I downloaded imageapi and ImageCache modules and replace in the folder "sites / all / modules" and that solved the problem
It would be healthy they will check the installer files because the files Openpublish ImageCache module are wrong or incomplete
Thank you very much for your help
Works for me but a bit disappointed in the open publish team
Thanks oemb29,
Your workaround worked for me by replacing the imageapi and imagecache modules. The Openpublish team should have been all over this and released an update to fix such a crucial error, which leaves me wondering if we will see any further development or updates to openpublish. Can anyone advise if openpublish is still in active development and being supported?
Thanks
Simon
Prestondocks, if you visit
Prestondocks, if you visit the OpenPublish project page, you will see that we are still in active development and are working hard to make constant improvements. Please let us know if you have any questions.
Beta?
Danielle,
Approximately, when will be available a beta version of Open Publish for D7?
Luciano