Processing may take a while... please be patient and wait the for FINISHED message...
Checking photo #3: image /home/httpd/vhosts/canreef.com/httpdocs/photopost/data/500/16anth1.jpg not found, removing from database... done.
Checking photo #18: rebuilding /home/httpd/vhosts/canreef.com/httpdocs/photopost/data/506/thumbs/8conch.jpg from /home/httpd/vhosts/canreef.com/httpdocs/photopost/data/506/8conch.jpg ... completed! done.
Checking photo #30: rebuilding /home/httpd/vhosts/canreef.com/httpdocs/photopost/data/500/thumbs/650Clown_Trigger.jpg from /home/httpd/vhosts/canreef.com/httpdocs/photopost/data/500/650Clown_Trigger.jpg ...
Warning: imagejpeg(): Unable to open '/home/httpd/vhosts/canreef.com/httpdocs/photopost/data/500/thumbs/650Clown_Trigger.jpg' for writing in /home/httpd/vhosts/canreef.com/httpdocs/photopost/image-inc.php on line 121
Checking photo #31: rebuilding /home/httpd/vhosts/canreef.com/httpdocs/photopost/data/500/thumbs/650Emperor_Angel.jpg from /home/httpd/vhosts/canreef.com/httpdocs/photopost/data/500/650Emperor_Angel.jpg ...
Warning: imagejpeg(): Unable to open '/home/httpd/vhosts/canreef.com/httpdocs/photopost/data/500/thumbs/650Emperor_Angel.jpg' for writing in /home/httpd/vhosts/canreef.com/httpdocs/photopost/image...........................................
Actually it doesn't work whether the bmp is there or not. I added it in because I thought that's the extension that was missing. So if it's not because of BMP, then why is it that it says "Sorry, this image type (6) is not supported yet." I can't come up with any other alternative extensions that can be used.
Actually I thought the upgrade process would take the prior settings. But somehow some settings didn't get transferred.
Okay first thanks to Chuck for the constant help during the last few weeks. It's all working now.
Notice a few things:
1) jpegtran's path is indeed correct but don't know why, removing it from the global options indeed helped solve the thumbnail rebuild problems
2) I couldn't find jhead in the path specified but it doesn't appear to be affecting any of the images... somehow it can check and extract exif information..... strange
3) Tried editing the integration settings and was given the following. The settings didn't get changed.
Content visible to verified customers only.
Why would this file be defaulted to be unchangeable. I chmod it to 777 and it worked fine now.
Titus yep most of your issues seem to just have been permissions. If this is a new install then maybe on install permissions where not set correct. Otherwise if this was an upgrade your host's server would have had to had an issue where permissions where lost.
Well, since I uploaded all the files from the new download, the required permission settings ideally would have been stated in the upgrade instruction file. Also, I wouldn't have picked out the need to omit of the jpegtran (still don't know why this is needed so perhaps you can let me know?) on the global settings page because the thumbnail rebuild process stopped at a .bmp file and then it says the file type isn't supported.
Also, the need to edit the upgrade.php to include $skip_exheader="yes"; should ideally be stated in the upgrade instruction, along with the need to copy the /data directory, ensuring the permission settings are correct.
I mean it may be obvious if one is fully versed with PHP, Linux, and the opeartion of Photopost but still I think it could have been better. The instruction manual for the upgrade side is pretty bad. But the support is world class.
Well I think it can be better. For example, upgrade instruction state specifically to choose the next version up to upgrade from, if you don't see the version that you have available. Because I had 4.0.1 and there was either 4.0 or 5.x, I selected the latter one. Then I was to find out that I should have selected 4.0. It is little things like this that can cause confusion.
And yes ideally the file permission part should have been copied over. But how about a FAQ section on upgrade issue as part of the upgrade manual? Some programs have this available and it helps.
Actully no one can upload at the moment. A member reported the following error, which I had also when I tried to upload. So I chmod all directories as per the installation guide and now the files are uploaded to /.../uploads/1 but the page doesn't load properly (just a broken link) after the upload and the file isn't displayed in the gallery also.
I thought that was the case and chmod 777 uploads and uploads/*. However it was then giving me a blank broken page after the file has been uploaded (I verified it by checking one of the sub-directories of uploads). I just verired the chmod 777 settings now and everything is 777.