Album data getting lost

netbadger

I'm pretty much a ZP newbie. I have created 6 albums, of which two have sub albums. I was able to view all of them in the working version of the website. When I come back in after uploading some photos, some or all of the albums are gone under the Albums tab. The upload tab, can see all of the albums I created, including all three supported upload plugins (elFinder, http, jquery), and FTP can see them under the albums directory. I have reinstalled ZP twice, I have checked and repaired the MySQL database, I have refreshed the metadata and the database through Overview. HELP! Basically, what can I do to get ZP to reindex the albums, and all the uploaded image files?

acrylian

Please review your Zenphoto debug log and also your server PHP log for any error messages. If you don't know where to find the latter one please contact your host about that.

What you describe is for sure not normal behaviour but without any error messages we are just guessing around.

netbadger

There is a LOT of errors, but most are repetitive. Just so we get the version number in, here is the oldest (from this morning):
{20973:Fri, 22 Jan 2016 14:17:09 GMT} Zenphoto v1.4.11[26c78176cfb8d752e9e7bda4e65d69fc84b714a3]
WARNING: Division by zero in /home1/moerschg/public_html/artgallery/zp-core/template-functions.php on line 1876
getMaxSpaceContainer called from getSizeDefaultThumb (template-functions.php [2881])
from printAlbumThumbImage (template-functions.php [1755])
from include (index.php [37])
from include (index.php [129])
from index.php [28]
<stong>The other one is identical, except for the line number 1876:
WARNING: Division by zero in /home1/moerschg/public_html/artgallery/zp-core/template-functions.php on line 1877

Next is some sort of problem with the jpeg format or the lib-Imagick.php
{24965:Fri, 22 Jan 2016 16:50:44 GMT}
ERROR: Unsupported marker type 0x6d `/home1/moerschg/public_html/artgallery/albums/Oil_Paintings/People/people002.JPG' @ error/jpeg.c/JPEGErrorHandler/318 in /home1/moerschg/public_html/artgallery/zp-core/lib-Imagick.php on line 396

Last but not least is something to do with the elFinder:
WARNING: getimagesize(): PNG file corrupted by ASCII conversion in /home1/moerschg/public_html/artgallery/zp-core/zp-extensions/elFinder/php/elFinderVolumeDriver.class.php on line 2734
getimagesize called from elFinderVolumeDriver->createTmb (elFinderVolumeDriver.class.php [2734])
from elFinderVolumeDriver->tmb (elFinderVolumeDriver.class.php [1151])
from elFinder->tmb (elFinder.class.php [677])
from elFinder->exec (elFinder.class.php [351])
from elFinderConnector->run (elFinderConnector.class.php [93])
from connector_zp.php [279]
{1500:Fri, 22 Jan 2016 17:59:43 GMT}

netbadger

NEVER MIND Once I uploaded the errors, I got froggy enough to try and fix them myself. I turned of Imagick. I found the line number in the template functions, which had to do with maximum dimension sizes. Even though 0 was the default and should have been unlimited, I put in 5000 for both width and height, knowing my max dimension was 4600 pixels. That fixed everything but the problem with the corrupted jpeg files. Which were caused by the oldest of FTP errors. They were uploaded with ASCII instead of Binary as the setting. Once all of those things were changed ZP started acting as expected. I don't know if you want to leave these solutions for others who might encounter similar problems.

fretzl

Glad you got it working but... I have a few observations.

- There is no code on line 1876 in template-functions.php
- The 0 (zero) settings for Imagick work just fine for me.

Maybe something went wrong during the upload of your installation?

acrylian

Glad you found something out. You should not have to and should not modify the tempalte functions file at all. If you are referring to the maximum width and height to be processed those are options on Options > Image already to be adjusted as needed. 0 is the default but its an option for a reason ;-)