Thumbnails poor quality

[andrewedmondson]

In my gallery

http://www.balcombevillage.co.uk/coppermine/thumbnails.php?album=2

the thumbnails are poor quality.

I can't remember how I uploaded them now, but I think I used an automated process.

[Crazymodder]

Which version gd do you use?

[Nibbler]

You are using GD1. Change to GD2 or ImageMagick in config then rebuild your thumbnails using admin tools.

[andrewedmondson]

I used phpinfo.php and it said the installed version is GD2.

I used Admin panel to update thumbnails, but they are still poor quality.

[Nibbler]

You need to actively switch to GD2 in config.

[andrewedmondson]

Done that but still have the same problem.

Perhaps there is something wrong with the original files?

[Nibbler]

Originals are fine, we can see that for ourselves. Verify that you switched to GD2 in config and then rebuilt thumbnails.

[andrewedmondson]

Yes, I've double checked both.

PS If you reply much quicker, you'll be replying before I ask a question 

[Joachim Müller]

Try adding a new pic and see if that comes out fine as a thumb. My guess is that you're having issues using the admin tools, so let's look into this later. Try fresh uploads first.

[andrewedmondson]

Thumbnails of newly uploaded photos are OK.

I could upload all photos again, but I will lose the numbers of viewings.

[Stramm]

Use the admin tools to recreate the thumbnails as Nibbler already suggested.

[andrewedmondson]

I tried that twice, to no effect.

[Nibbler]

Check your file permissions. The albums directory and all subdirectories and files must be writeable. Coppermine won't be able to create the new thumbnails otherwise.

[andrewedmondson]

Yes, they are all 777. I changed all folders to this and used Admin to resubmit thumbnails.

Same problem.

[Joachim Müller]

777 might not be correct. Read up the permissions section of the docs. If this doesn't help, ask your webhost for support.

[andrewedmondson]

Checked that. 777 is correct. I'm close to giving up. I can't imagine these damned thumbnails appearing normal.

[Joachim Müller]

What did your webhost say?

[Stramm]

And make sure all files in those folders are chmodded 644 or 666 (depending on your server setup). If one doesn't work, try the other. In case overwriting the files still won't work, contact your webhost.

[andrewedmondson]

I thought you'd cracked it for a moment.

I did not CHMOD individual files to 777. Now I have done so, the problem remains.

I have emailed my webhost VISPA, but don't hold out much hope of them helping.

666 allows reading and writing. 777 allows execution additionally. All of the image files revert to 666 after CHMOD to 777. I suppose this is because they are not executable.

[andrewedmondson]

I contacted VISPA ISP support. Here is their reply:

I have run "[root@neptune coppermine]# chmod -R 777 albums/" as per their request. You can actually do this using a good FTP client such as SmartFTP, WinFTP etc...

I've just had a look at the album and I see what you mean  :-(

To be deadly honest, it could well be that the version on the server is out of date. I suggest you try downloading the latest version and installing it manually using FTP.

I recently updated to the latest version, so I am back to square one.

Any more ideas? If not, I'll just have to start again, and forget about the viewings history. I'd rather have good thumbnails.