Can't generate thumbnails

titusc · January 19th, 2006, 01:11 AM

Hello,

I saw the following when trying to regenerate thumbnails after a migration to vBulletin and an upgrade of Photopost. What exactly do I need to do to correct for this?

Thanks

Code:

Content visible to verified customers only.

Chuck S · January 19th, 2006, 07:25 AM

That error usually means the jpeg library is not installed.

Have you tried setting Admin => Global Options your image processor to gd2 and try rebuilding?

titusc · January 19th, 2006, 10:19 PM

Hello,

It says:

Quote:

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
failed! done.
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...........................................
etc, etc

Chuck S · January 20th, 2006, 02:43 PM

Okay well it is rebuilding some and not others. What is the permissions on the files meantioned? The main ones as well as the thumbs here.

The thumbs directory is set to 777?

italks · January 20th, 2006, 03:16 PM

i think permissions has not been set to 0777 for uploads and data directory.

Chuck S · January 20th, 2006, 03:39 PM

Yep okay well try setting permissions to uploads and data as well as all there subdirectories to 777

titusc · January 20th, 2006, 07:57 PM

Hello,

Sorry thought permissions will be copied from the backup copy. So now all have been chmod to 777, I have the following during the thumbnails rebuild:
Sorry, this image type (6) is not supported yet.

What exactly is image type (6) and why is it not supported when it was okay with the older version?

Chuck S · January 20th, 2006, 07:59 PM

In your upload options what extentions do you have available to upload?

In your phpinfo what image formats are configured with gd?

titusc · January 20th, 2006, 11:44 PM

Hello,

For gd settings, it says the following are enabled:
FreeType Support
FreeType Linkage with freetype
GIF Read Support
GIF Create Support
JPG Support
PNG Support
WBMP Support
XBM Support

and my upload photo options, I have the following set:
.jpg,.jpeg,.png,.gif,.bmp

Not quite sure why there are difference in settings during the upgrade. Isn't it supposed to keep my prior settings?

Thanks.

Chuck S · January 21st, 2006, 08:25 AM

BMP you can not use bmp images with GD and this might be your issue trying to rebuild that bmp

titusc · January 21st, 2006, 12:32 PM

Hello,

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.

Chuck S · January 21st, 2006, 01:04 PM

Is your path to jpegtran correct? Try removing the path in global options to jpegtran

titusc · January 21st, 2006, 07:25 PM

Hello,

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.

Code:

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.

Chuck S · January 21st, 2006, 07:57 PM

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.

titusc · January 21st, 2006, 08:52 PM

Hello,

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.

Titus

Chuck S · January 21st, 2006, 08:56 PM

Well actually we would not state file permissions instructions on an upgrade cause they should already have been set when the program was installed via the installation instructions.

The upgrade instructions are pretty straight forward. Upload all the files except config files and run upgrade.php and run the required versions from your version on up.

titusc · January 21st, 2006, 10:22 PM

Hello,

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.

In any event, just a suggestion.

Titus

titusc · January 23rd, 2006, 04:05 AM

Hello,

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.

Thanks.

Code:

Content visible to verified customers only.

Chuck S · January 23rd, 2006, 11:11 AM

Well the error you are reporting is permissions again my friend. You must ensure uploads data and ALL there subdirectories are set to 777

Your path is right your error shows that so the problem is the directory 220 is not 777

titusc · January 23rd, 2006, 05:20 PM

Hello,

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.