Image display trouble

Sunday 02 November 2003 5:30:23 pm

I'm quite new to ezPub. I'm using the latest 3.2-3 release. I've installed all the demo sites for learning purposes, and also followed the "Building an eZ publish site". The images I've uploaded to the TSCM "Building an eZ publish site" site won't display, and the images in the gallery demo won't show either, and uploading new images to both the included 'flowers' folder and to a new test folder.. all I get in the html sources is lines like this:

<img src="/var/gallery/storage/variations/image/p/h/p" />

as you can see, the name of the images won't parse into the html files..

Any solution? It was like this in 3.2-2 also. I'm using the TSL 2.0 distribution, with apache 2.0.47 php 4.3.2 and mysql 4.0.15

Monday 03 November 2003 1:31:12 pm

If you're not using ImageMagick, you must change a file called settings/image.ini.append(.php)
look for "convert" and changed them to "gd".
Usually, the setup wizard should have done that for you.

Please try to insert an image into an article with the size setting of "original". This should give you the uploaded image file.
If this works, but the other sizes (and preview in admin site) don't, then your image conversion (ImageMagick's convert or the PHP-GD-Library) don't work or cannot store their results into /var/storage/....

Marco
http://www.hyperroad-design.com

Monday 03 November 2003 4:51:02 pm

There seems to be a bug in the Installer/Setup Wizard. Even though the Wizard detects that gd is to be used during setup, it fails to add some options to the "/settings/override/image.ini.append.php" file. It correctly tells eZp to use GD and not convert, but it fails to make a rule of the conversions. You can see my old original image.ini.append.php file in my previous post, and my new fixed image.ini.append.php file her:

<?php /* #?ini charset="iso-8859-1"?

[ConverterSettings]
UseConvert=false
UseGD=true

[GDSettings]
HasGD2=true

[Rules]
DefaultRule=image/jpeg;gd
Rules[]=image/jpeg;image/jpeg;gd
Rules[]=image/png;image/png;gd
Rules[]=image/gif;image/png;gd
Rules[]=image/xpm;image/png;gd
Rules[]=image/tiff;image/png;gd

*/ ?>

I don't know if the "HasGD2" setting has to be included, but php4 has gd2 included, so it seems to be the right option to set if gd is chosen by the Wizard...

I've filed a bug report on this one... http://www.ez.no/developer/ez_publish_3/bug_reports/setup_wizard_fails_to_write_rules_to_imageiniappendphp_when_using_gd

My only question now is why my original image appears to get resized into a bigger image.. but that's perhaps only the sitesetting of the gallery demo?

Tuesday 04 November 2003 2:45:16 pm

So you are using php4 with the included gd library and doesn't get the images when you upload them? do they get uploaded into /var/storage/image/phpXXXXXX.jpg ?

Did you check this doc: http://www.ez.no/developer/ez_publish_3/documentation/configuration/troubleshooting/images_do_not_work ?

Wednesday 05 November 2003 10:29:23 pm

Good.

After I did what I did, the images that comes with the gallery demo site also showed up, together with those I uploaded AFTER the image.ini.append fix..

Saturday 08 November 2003 5:35:44 am

I use GD2 on shared server.

What I found out is, that modifying
image.ini.append or image.ini.appen.php in settings/override has absolutely no effect, which means: there are no Images.

But if I modify image.ini itself, than works fine.

(test with the last four EZ releases)

_______________________

http://artenic.de ARTENIC - Publishing mit allen Mitteln!

Monday 10 November 2003 5:23:50 am

I had same problem.
(ImageMagick)
But in my case for some files variations was created for others not. Then I changed extension to lowercase. Now everything is ok :)

Best
Tomek

Monday 10 November 2003 6:50:03 am

Yes, the settings are:
[GDSettings]
HasGD2=false
in image.ini

I have also tried to put them in settings/override/image.ini.append.php, bit it didn't help.

My *.png files also have lower-case extension names.

I forgot to mention: My apache version is httpd-2.0.40, should I try 1.3.xx?