I installed 3.2 with the "news" design.
In 3.1, this design HAD images, but now, in 3.2, there are no images.
This is not a bug. Just edit the articles from the demo and insert an image as a article thumbnail (or insert an "image" object). Try this.
I'm having this same problem. I installed 3.2 final on Windows and upgraded a 3.1 site, and the images show for **existing** content. When I create a new article, info_page, or anything with an image, the image does not show up. Also, if I update an existing (3.1) object, the image is lost.
This poses SERIOUS problems for me, and I need a fix quickly. I'm scheduled to roll out a new version of ezPublish in two weeks.
DUO : CONSULTING
Web content management experts
www.duoconsulting.com
I'm having the same problem too. I thought it was just me, but apparantly we're all in this together. Strange ...
These are the errors that ezp generates:
Undefined variable: to_file in c:\wwwsrv\ezp32\lib\ezimage\classes\ezimagemanager.php on line 410
getimagesize(var/corporate/storage/variations/image/p/h/p/): failed to open stream: Permission denied in c:\wwwsrv\ezp32\kernel\classes\datatypes\ezimage\ezimagevariation.php on line 252
We have some problems executing Image Magick when it is installed in a directory with spaces. Normally using "<path with space and executalble>" works, but Image Magick also use a parameter which require " " around it (for scaling). This confuses php, and and it won't execute correctly.
The easiest way to fix this is to add the Image Magick directory to path, and remove ConvertPath settings from image.ini.
Sorry for being so confused, but I still can't get this to work. I've installed ImageMagick into its own directory (c:\ImageMagick) and added it to the PATH. Here are the lines from image.ini:
I've also got convertim.exe in c:\winnt\system32. I'm not sure what to change to get this going. I've updated the image.ini file, cleared the cache(s) completely, and still nothing works.
DUO : CONSULTING
Web content management experts
www.duoconsulting.com
Duh -- I figured it out. I didn't think to check for an override, but then I saw image.ini.append.php was firing and so I updated the appropriate lines:
