Fuzzy Thumbnail Problem

[roguepw25]

Hi, I've read the mod pack and used the search and read a couple of topics of this same issues. But a lot of them didn't specify what they did exactly vs saying "I fixed the problem" so here I am.

I've ran the admin tools function many times, Updated Thumbs and resized photos and selected the "Only Thumbnails" selection. But still my thumbnails look fuzzy. I've uploaded a picture of my config settings and here is the link to my gallery. Please help.

http://www.oh-shialabeouf.com/gallery/index.php

[Hein Traag]

You need to upgrade to 1.4.19 first.

[Stramm]

The thumbs haven't updated. Check permissions... (folders 755 or 777, files within the albums folder and subfolders 644 or 666 - depending on your server setup - ask your host or try).
Also have a look at your intermediate image view. It shows a blank page. Enable debug mode to (probably) see an error message.

[roguepw25]

Okay I've upgraded to 4.19. The "Modded By Strammn" isn't showing at the bottom. Not sure why that is, it was showing before.

I checked the thumbnail permssions. What should the permissions be? Is that what you meant depending on my host becuase they're 644. I tried the Admin Tool function again and still nothing. What needs to happen so that thumbnails update?

Looked at my intermediate pictures with the debug and this is what I got:

Code Select Expand

USER:
------------------
Array
(
    [ID] => 957cc660ee23b08868ca269b01e94e2e
    [am] => 1
    [lang] => english
    [liv] => Array
        (
            [0] => 328
            [1] => 341
            [2] => 308
            [3] => 209
            [4] => 359
        )

    [lap] => 2
    [sort] => pa
)

==========================
USER DATA:
------------------
Array
(
    [user_id] => 2
    [user_name] => Roguepw25
    [groups] => Array
        (
            [0] => 1
        )

    [disk_max] => 0
    [disk_min] => 0
    [can_rate_pictures] => 1
    [can_send_ecards] => 1
    [ufc_max] => 3
    [ufc_min] => 3
    [custom_user_upload] => 0
    [num_file_upload] => 10
    [num_URI_upload] => 10
    [can_post_comments] => 1
    [can_upload_pictures] => 1
    [can_create_albums] => 1
    [has_admin_access] => 1
    [pub_upl_need_approval] => 0
    [priv_upl_need_approval] => 0
    [group_name] => Administrators
    [upload_form_config] => 3
    [group_quota] => 0
    [can_see_all_albums] => 1
    [group_id] => 1
)

==========================
Queries:
------------------
Array
(
    [0] => SELECT extension, mime, content, player FROM cpg_filetypes; (0s)
    [1] => select * from cpg_plugins order by priority asc; (0s)
    [2] => delete from `rogue_copp1`.cpg_sessions where time<1230165278 and remember=0; (0s)
    [3] => delete from `rogue_copp1`.cpg_sessions where time<1228959278; (0s)
    [4] => select user_id from `rogue_copp1`.cpg_sessions where session_id = '06ba9e53269ab9b00cd4a5cd8fb2d9c8' (0s)
    [5] => select user_id as id, user_password as password from `rogue_copp1`.cpg_users where user_id=2 (0s)
    [6] => SELECT u.user_id AS id, u.user_name AS username, u.user_password AS password, u.avatar_url AS avatar_url, u.enable_admin_email AS notify, u.auto_subscribe_post AS auto_subscribe_post, u.auto_subscribe_comment AS auto_subscribe_comment, u.user_group+100 AS group_id FROM `rogue_copp1`.cpg_users AS u INNER JOIN `rogue_copp1`.cpg_usergroups AS g ON u.user_group=g.group_id WHERE u.user_id='2' (0s)
    [7] => SELECT user_group_list FROM `rogue_copp1`.cpg_users AS u WHERE user_id='2' and user_group_list <> ''; (0s)
    [8] => SELECT MAX(group_quota) as disk_max, MIN(group_quota) as disk_min, MAX(can_rate_pictures) as can_rate_pictures, MAX(can_send_ecards) as can_send_ecards, MAX(upload_form_config) as ufc_max, MIN(upload_form_config) as ufc_min, MAX(custom_user_upload) as custom_user_upload, MAX(num_file_upload) as num_file_upload, MAX(num_URI_upload) as num_URI_upload, MAX(can_post_comments) as can_post_comments, MAX(can_upload_pictures) as can_upload_pictures, MAX(can_create_albums) as can_create_albums, MAX(has_admin_access) as has_admin_access, MIN(pub_upl_need_approval) as pub_upl_need_approval, MIN( priv_upl_need_approval) as  priv_upl_need_approval FROM cpg_usergroups WHERE group_id in (1) (0s)
    [9] => SELECT group_name FROM  cpg_usergroups WHERE group_id= 1 (0s)
    [10] => update `rogue_copp1`.cpg_sessions set time='1230168878' where session_id = '06ba9e53269ab9b00cd4a5cd8fb2d9c8' (0s)
    [11] => SELECT user_favpics FROM cpg_favpics WHERE user_id = 2 (0s)
    [12] => DELETE FROM cpg_banned WHERE expiry < '2008-12-25 01:46:38' (0s)
    [13] => SELECT * FROM cpg_banned WHERE (ip_addr='71.201.121.79' OR ip_addr='71.201.121.79' OR user_id=2) AND brute_force=0 (0s)
    [14] => SELECT COUNT(*) from cpg_pictures WHERE approved = 'YES'  (0s)
    [15] => SELECT * FROM cpg_pictures WHERE approved = 'YES'  ORDER BY pid DESC  LIMIT 2 ,1 (0s)
    [16] => SELECT title, comments, votes, category, aid FROM cpg_albums WHERE aid='41' LIMIT 1 (0s)
    [17] => SELECT name, parent FROM cpg_categories WHERE cid = '7' (0s)
    [18] => SELECT msg_id, msg_author, msg_body, UNIX_TIMESTAMP(msg_date) AS msg_date, author_id, author_md5_id, msg_raw_ip, msg_hdr_ip, pid FROM cpg_comments WHERE pid='377' ORDER BY msg_id ASC (0s)
    [19] => SELECT COUNT(*) FROM cpg_pictures WHERE approved = 'NO' (0s)
    [20] => SELECT COUNT(*) from cpg_pictures WHERE approved = 'YES'  (0s)
    [21] => SELECT * FROM cpg_pictures WHERE approved = 'YES'  ORDER BY pid DESC  LIMIT 0 ,8 (0s)
)

==========================
GET :
------------------
Array
(
    [album] => lastup
    [cat] => 0
    [pos] => 2
)

==========================
POST :
------------------
Array
(
)

==========================
VERSION INFO :
------------------
PHP version: 5.2.5 - OK
------------------
mySQL version: 5.0.51a-community
------------------
Coppermine version: 1.4.19(stable)
==========================
Module: GD
------------------
GD Version: bundled (2.0.34 compatible)
FreeType Support: 1
FreeType Linkage: with freetype
T1Lib Support:
GIF Read Support: 1
GIF Create Support: 1
JPG Support: 1
PNG Support: 1
WBMP Support: 1
XPM Support: 1
XBM Support: 1
JIS-mapped Japanese Font Support:

==========================
Module: mysql
------------------
MySQL Supportenabled
Active Persistent Links 0
Active Links 1
Client API version 5.0.51a
MYSQL_MODULE_TYPE external
MYSQL_SOCKET /var/lib/mysql/mysql.sock
MYSQL_INCLUDE -I/usr/include/mysql
MYSQL_LIBS -L/usr/lib -lmysqlclient_r 
==========================
Module: zlib
------------------
ZLib Support enabled
Stream Wrapper support compress.zlib://
Stream Filter support zlib.inflate, zlib.deflate
Compiled Version 1.2.3
Linked Version 1.2.3
==========================
Server restrictions (safe mode)?
------------------
Directive | Local Value | Master Value
safe_mode | Off | Off
safe_mode_exec_dir | no value | no value
safe_mode_gid | Off | Off
safe_mode_include_dir | no value | no value
safe_mode_exec_dir | no value | no value
sql.safe_mode | Off | Off
disable_functions | no value | no value
file_uploads | On | On
include_path | .:/usr/lib/php:/usr/local/lib/php | .:/usr/lib/php:/usr/local/lib/php
open_basedir | no value | no value
==========================
email
------------------
Directive | Local Value | Master Value
sendmail_from | no value | no value
sendmail_path | /usr/sbin/sendmail -t -i | /usr/sbin/sendmail -t -i
SMTP | localhost | localhost
smtp_port | 25 | 25
==========================
Size and Time
------------------
Directive | Local Value | Master Value
max_execution_time | 5 | 5
max_input_time | 5 | 5
upload_max_filesize | 32M | 32M
post_max_size | 32M | 32M
==========================
Page generated in 0.024 seconds - 22 queries in 0 seconds - Album set : ; Meta set: ;

[roguepw25]

Could someone help?

I've tried multiples attempts to resolve this issue, but I fear that I might have messed something up along the way. I downloaded a new Mod Pack, double checked to make sure that it was the right one and uploaded that. The "Modded By Strammn" is there and my intermediate pictures seem to working fine now. The problem that seems to still remain are the thumbnails that do not seem to be updating. My settings are still the same, as I've attached it in the first post.

What seems to be happening is that the size of the thumbnails are stretched, this is my guess. I just uploaded some new pictures, here is the link. The thumbs are still fuzzy.

http://www.oh-shialabeouf.com/gallery/thumbnails.php?album=41&page=2

I've attached two of the thumbnails in this album. The first size is 64x66 and the second is 60x62. I checked my settings under Configs --> Album List View --> Size of Thumbnails in Pixels: 75. So that number is smaller than Max Height/Width of the thumbnails. So I have no idea why the thumbails are different sizes or why they are not updating. Could someone help me out please?

[roguepw25]

If you take a look at this album, you can see that some of the thumbnails have updated to their correct size 90x80 but some of them have not. I have no idea why that is. I ran the update for my site again, but that didn't do anything as well.

Honestly, I just really need some help with this. I have been playing around with this since I've posted this thread and still have not found a resolution. I've done everything I can think of and have ran out of ideas. If you need admin access to have a better look, I can PM you. Whatever you need from me, I am willing to comply. Even if you can't help me with it, could you at least point me in the right direction? Please?

[Nibbler]

Check your file permissions. The thumbs need to be writable for Coppermine to regenerate them.

[roguepw25]

Yes I have checked the permisisons and they are 666, all of them are writable. They still will not update.

[Hein Traag]

Try 777

[roguepw25]

When I try to change it, it says:

SITE CHMOD 7777 thumb_shia04.jpg 
550 Could not change perms on thumb_shia04.jpg: Operation not permitted 

[roguepw25]

I'm really trying to narrow down what could be the problem here. I Installed Strammn again, ran the update, etc. again. Even did each individual file one by one to make sure that I got all of them, but it's the same outcome. Even new pictures that I upload do not configure with the settings that I have set. Why is that?I even change my settings and set the pictures to 77x72 just to see what would happen. They will still not configure to that size.

So under configurations, I changed "Exact" to "Max Aspect" and the thumbnails DID update. Not to the correct sizes, but I did notice that all of them changed their sizes, one way or another. For example, before when it was set to "Exact" this picture 54x90.was  When I set it to "Max Aspect" and ran the Admin tools, it changed to 54x55.

So I'm pretty sure that the thumbnails are updating. Not the correct sizes that I put in, in "Exact". Maybe whatever .php file that is in charge of the re-sizing is off? Perhaps that needs to be looked at? I have no idea. Again, whatever acess or whatever you need to resolve this issue, please let me know.......

[phill104]

When you make changes in the config, he thumbs will change the way they are rendered on the screen. So if you have a 50*50 thumb and you have set it to be displayed at 100*100 in config then it will be stretched causing a very poor looking image. Any new pics uploade, the thumb should be generated by gd or imagemagik as 100*100 (or watever size is in config). If new images are rendering correctly then running admin tools should re-generate new thumbs for all the old pics.

When you rant admin tools, did you see the updating thumbs message? Did you see a list of successfully updated thumbs?

[roguepw25]

That's just the thing. When I upload new images, they aren't rendering correctly to the size that I placed in configs. ImageMagik is what I use, but when I use the admin tools, the old files do not regenerate the sizes in cofigs.

Yes, I did see the updating thumbs message. It does 5 at a time and says "...updated sucessfully!"

[Hein Traag]

Do you have the option to switch to GD?

[Stramm]

If it's not overwriting existing thumbs, then it's apermission problem (usually). Means, either file permissions don't allow php or ImageMagick to overwrite files (chmod) or ownership (chown) does.
Don't use an FTP app to check permissions but SSH or your server management prog. Also check the folders.

You might want to search the web for chown and chmod to learn more about that matter.

[roguepw25]

Yes I do have that option. I changed it to that and ran the admin tool, but they are still fuzzy.

Okay, I see that SSH is unde cpanel but have no idea how to use that. So I checked the files  (hope this is what you meant) and folder with cpanel and the thumbs are 666, the original pics are 644, normal 666 and the actual file I uploaded is 644.
It looks like this:
MTV_4: 0644
normal_MTV_4: 0666
orig_MTV_4: 0644
thumb_MTV_4: 0666

Those are the permissions. I believe these are all writable permissions right? Also, as I stated in another post, when I changed the settings undner Configs to Max Aspect, the thumbnails did update. Not to the correct sizes, but it did change.....

I'm also researching the chown and chmod. But I'm unsure or what I should use this for.

[Stramm]

So under configurations, I changed "Exact" to "Max Aspect" and the thumbnails DID update. Not to the correct sizes, but I did notice that all of them changed their sizes, one way or another. For example, before when it was set to "Exact" this picture 54x90.was  When I set it to "Max Aspect" and ran the Admin tools, it changed to 54x55.

But it's 90x80
http://www.oh-shialabeouf.com/gallery/albums/Candids/Fixes%20Car%20December%2030/thumb_shia-labeouf-fix-2.jpg

So do things work now?

644 or 666 do not mean the same. I can't tell you which applies for your setup as it's server dependent.
If the above thumb doesn't display for you in the correct size then try to clear your browser cache.

Another way to test if it's permissions is to delete or better rename the thumbs in question. Then run admin tools. If the thumbs get created, then it's definitely permissions.

[phill104]

If you have SSH access then try using winscp

http://winscp.net/eng/index.php

You'll clearly be able to see who is the owner and group of the files in question and set permissions accordingly.

[roguepw25]

No, things don't work now. That entire album you posted is very interesting because all of those thumbs seem to have updated now and are 90x80 whereas the other day, they were not. Not sure why that is but those are fine. The rest aren't.

I did as you suggested and deleted some of the thumbs, then ran the admin tool. The thumbs WERE created again. So I suppose that means that its the permissions.

I got that program and looked into the files and it shows the thumbs and picture owners as "Nobody" Everything in the userpics album is set to "Nobody" I tried changing the permissions, it wouldn't let me. When I right click on Properties, the Group and Owner tabs are disabled....So is this where I'd have to change ownership in order to change the permission, because it won't let me? I'm still doing research with it but I have to say that I'm not sure what to do.

[Stramm]

I did as you suggested and deleted some of the thumbs, then ran the admin tool. The thumbs WERE created again. So I suppose that means that its the permissions.

Exactly.

So is this where I'd have to change ownership in order to change the permission, because it won't let me?

I do not know. It's server specific. Ask the one who did the setup. Or look at a 'working' thumb. one you can update and use the permissions and owner settings of that one.
If you can't change the owner (chown), then it means you do not have enough permissions to perform such an action. Log in as root or ask your webhost to change that for you (or the setup).

I know that's not what you like to hear and somehow all this permission stuff is anoying. However that's the basic security concept of unix, linux systems. That's why I suggested to read more about that and make yourself familiar with these techniques.

Just an example. The webserver runs under the user 'Nobody' and saves a file with the permission 644. Then the user Nobody is 'usually' allowed to change the permissions of this file. You, as user 'roguepw25' may not have enough rights to change permissions or owner (or group) nor to overwrite the file (if you're not in the same group as the user nobody). Now you change permissions of that file to 666 (everybody can overwrite the file - musn't necessarily be the owner nor in the group of the owner).
If permissions don't change, then you do not have enough rights for that operation (ask host or do that as admin).
Using FTP not necessarily spits out correct values for permissions. That's why I suggested ssh.