.jpeg files not displaying

dlongnecker

I just installed Zenphoto. Created an Album and uploaded some pictures. Some pictures would not display -- just a box with a little x in the them. Did some further research and found the ones that are not displaying properly have an extension of .jpeg. The ones that display properly have one of .jpg. I simply renamed the .jepg to .jpg and they display now.

Since I don't want to do this all the time, is there something I am missing on some zenphoto setting?

acrylian

.jpeg or .jpg should really not matter for Zenphoot and it does not for me (http://zenphoto.maltem.de/Test/Cosmos01.jpeg.php). I suspect an wrong setup graphic libary extensions. Please look at your server error log.

dlongnecker

If you look at a photo in this album that has jpeg extensions:
http://www.gloriadeikids.org/zenphoto/index.php?album=christmas/christmas-2010/

You can see in the html source
<img src="/zenphoto/zp-core/i.php?a=christmas/christmas-2010&i=DSC_2091.jpeg&s=100&c=1&cw=100&ch=100&q=75&t=1&wmk=!" width="100" height="100" alt="DSC_2091">

Please take a look on <img src> tag, you can see that path to jpeg file contains leading "&s=100&c=1&cw=100&ch=100&q=75&t=1&wmk=!" after the file extension and preceding "i.php?a..." before file name.

And this is what for jpg extensions:

http://www.gloriadeikids.org/zenphoto/index.php?album=christmas/christmas-2009/

<img src="/zenphoto/cache/christmas/christmas-2009/DSC_7507-Jim_Tobin_100_cw100_ch100_thumb.jpg" width="100" height="100" alt="DSC_7507-Jim_Tobin"> as you may see, source path is well-formed here.

This looks like a code-related issue, besides, direct access to jpeg file is working fine: http://www.gloriadeikids.org/zenphoto/albums/christmas/christmas-2010/DSC_2091.jpeg

acrylian

Both links are correct. THe first is a link to the image processor i.php to create the cached image and the 2nd is the link to an already cached image.

Again, please review your server log for errors and clear all possible caches. As proofed Zenphoto does work with both suffixes. It still may be an issue with the graphics libary on your server. In that case you need to contact your host about this.

vincent3569

Hi

It seems that I have a related issue :
Have a look here :
- http://test.vincentbourganel.fr/images/i-feel-dirty/theme.png.html
- http://test.vincentbourganel.fr/images/zpbootstrap/bootstrap_home.jpg.html
- http://test.vincentbourganel.fr/images/zpardoise/theme.png.html

the two first doesn't work, and the last one does.
all these pictures are unpublished in unpublished albums.

Notice that I am with the latest version : Zenphoto version 1.4.3.3 [10902] and of course, the issue is the same with offical zenpage theme.

acrylian

And what does the server log say?

vincent3569

I have no error log and no debug error.

sbillard

You know the drill on finding image rendering problems:

Zenphoto Image Processing Error: Too few arguments! Image not found.

Request URI: [ //zp-core/i.php?a=images/i-feel-dirty&i=theme.png&s=700&q=85&wmk=!&debug ]
PHP_SELF: [ /zp-core/i.php ]

For some reason your server is not apparently parsing the 'a' and "i" parameters. No idea why.

vincent3569

hi

it seems to be an issue introduce with latest releases and whether published pictures or not are concerned.

you can follow this link of my pre-prod website : http://test.vincentbourganel.fr/20120720-vacances-ete-2012-bretagne/img_7818.jpg.html
if you choose slideshow, some pictures are shown, but some aren't.
for those who are not shown, there is a picture xxxx_900.jpg in the cache.
for those who are shown, if I suppress the cache, the cache is well regenerated

can I set some debug trace somewhere ?

vincent3569

if I use the same syntax as you :
- http://test.vincentbourganel.fr/zp-core/i.php?a=images/zpardoise&i=galerie.jpg&s=700&q=85&wmk=!&debug
=> works well (all parameters are well parsed and picture is shown)

- http://test.vincentbourganel.fr/zp-core/i.php?a=images/zpbootstrap&i=bootstrap_home.jpg&s=700&q=85&wmk=!&debug
=> doesn't works (all parameters seem to be parsed but picture is not shown)

vincent3569

another try with the same published picture :

- http://test.vincentbourganel.fr/zp-core/i.php?a=20120720-vacances-ete-2012-bretagne&i=img_7818.jpg&s=700&q=85&wmk=!&debug
=> works
- http://test.vincentbourganel.fr/zp-core/i.php?a=20120720-vacances-ete-2012-bretagne&i=img_7818.jpg&s=900&q=85&wmk=!&debug

it's the same image : with a size of 700, it's work, but with a size of 900 it doesn't (and if I ckear theh cache for this picture, the firt try always works)

and with this one :
http://test.vincentbourganel.fr/zp-core/i.php?a=20120720-vacances-ete-2012-bretagne&i=img_7546.jpg&s=900&q=85&wmk=!&debug
it always works with evry size of picture

dlongnecker

I posted my second response because I did report the problem to my webservice provider and they looked and didn't see any problem they said "This looks like a code-related issue of your application, besides, direct access to jpeg file is working fine:
http://www.gloriadeikids.org/zenphoto/albums/christmas/christmas-2010/DSC_2091.jpeg"

I deleted the cache files and it recreated them, but not for the .jpeg ones. For the .jpeg ones, the zenphoto code wants to do the weird source code.

When I try to point my browser to it, I get a HTTP404 webpage can't be found message.

If I put debug on it:

http://www.gloriadeikids.org/zenphoto/zp-core/i.php?a=christmas/christmas-2010&i=DSC_2148.jpeg&s=100&c=1&cw=100&ch=100&q=75&t=1&wmk=!&debug

I get:

Zenphoto Image Processing Error: Too few arguments! Image not found.

Request URI: [ /zenphoto/zp-core/i.php?a=christmas/christmas-2010&i=DSC_2148.jpeg&s=100&c=1&cw=100&ch=100&q=75&t=1&wmk=!&debug ]
PHP_SELF: [ /zenphoto/zp-core/i.php ]

sbillard

The error message is coming form `i.php` after the line
`if (!isset($_GET['a']) || !isset($_GET['i'])) {` (line 40.)

insert after that line:

`var_dump($_REQUEST);var_dump($_GET);` and report back the results.

The test above insures that an album ($_GET['a']) and an image ($_GET['i']) have been passed. The url you show does pass those items (`a=christmas/christmas-2010`, `i=DSC_2148.jpeg`), so the question is what has happened to them.

You might also try removing any .htaccess files in case they are removing these parameters. (Of course, then you would need to un-set the zenphoto mod_rewrite option.)

dlongnecker

Here are the results (The zenphoto mod_rewrite is not set)

array(10) { ["a"]=> string(24) "christmas/christmas-2010" ["amp;i"]=> string(13) "DSC_2148.jpeg" ["amp;s"]=> string(3) "100" ["amp;c"]=> string(1) "1" ["amp;cw"]=> string(3) "100" ["amp;ch"]=> string(3) "100" ["amp;q"]=> string(2) "75" ["amp;t"]=> string(1) "1" ["amp;wmk"]=> string(1) "!" ["debug"]=> string(0) "" } array(10) { ["a"]=> string(24) "christmas/christmas-2010" ["amp;i"]=> string(13) "DSC_2148.jpeg" ["amp;s"]=> string(3) "100" ["amp;c"]=> string(1) "1" ["amp;cw"]=> string(3) "100" ["amp;ch"]=> string(3) "100" ["amp;q"]=> string(2) "75" ["amp;t"]=> string(1) "1" ["amp;wmk"]=> string(1) "!" ["debug"]=> string(0) "" } Zenphoto Image Processing Error: Too few arguments! Image not found.

Request URI: [ /zenphoto/zp-core/i.php?a=christmas/christmas-2010&i=DSC_2148.jpeg&s=100&c=1&cw=100&ch=100&q=75&t=1&wmk=!&debug ]
PHP_SELF: [ /zenphoto/zp-core/i.php ]

sbillard

Ok, the problem is something is screwing up your url parameters. Where you see things like `["amp;i"]` in the $_GET array you should have simply the `i`.

BTW, you should always encolse pasted text from these debug statemennts in the code back ticks. There is no way I can know if the problem exists in the submission or has happened somewhere else because the display of `&` would simply show as `&` in your posting--therefore the Request URI posting you have made is not definitive.

If it has `&` instead of a simple `&` then the source uri is wrong. (That does not appear to be the case looking at the web page itself.) If the URI is correct, then some outside agency is screwing it up before Zenphoto sees it.

Zenphoto has done no processing prior to the debug display, so it cannot have made the changes. If you did remove the zenphoto `.htaccess` file it as well cannot be the culprit.

So maybe there is some other `.htaccess` file upstream that is flawed?