Thanks for the reply, Geek.

Man, I don't know what's going on here. I commented out those lines and no luck.

I tried a png file a jpg file and a gif file, and none of them resized, I still got the dimensions to large error like it wasn't doing the shrinking at all.

I tried changing require_once('./includes/functions_geekautoavatar.php');

to the full path to that file and still nothing.

I'd almost feel better if there was SOME sort of php error that gave me a hint what to look for. But noooo, it's just being passive agressive an saying:

"That image is too large. The maximum dimensions are 48 by 48 pixels."

stick some echo commands in to see if the script is getting called and where its failing.

If you look at the code - its almost identical to the one in functions_geekarticles_images.php
In fact, all I did was port it over so I could have an easy way for users to upload avatars and profile pictures without the constant posting about 'how do I resize my picture?'.

Just every few lines in it - put
echo("Im here now- 1");
echo("Now Im here 2");
etc...
And see where you get. Other than that - I dont know what to tell you ;)

I am having the same problems, does not resize large images and gives me the standard error, image too big. Uploading to GAS3.51 works perfectly however, and am using GD2+ image editor settings....
If you have a chance to look into the other gallery popup issue I PM'd you admin logins for, perhaps you could take a peek at this as well then... This is a much-needed upgrade for the obvious reasons you stated when you released it. Keep up the great work, Geek.
PS: Tried commenting out the GD test parts already, didn't help.

excellent. Ill look into this and find out whats up!

Cool. Found out what I think the problem is with some users not getting this to work.
I would lay money on the fact that those having problems store their avatars in the DB instead of the filesystem.

So, if thats the case... try this:
edit includes/functions_upload.php and after EACH (there are 2):
add
The problem is that the first one never gets called if you use the DB to store images. The second will catch it though!

Thanks for posting the fix, Geek. That worked perfectly!

The autoresizer is working great on my site now.

small note:

One thing I noticed during my testing was that if the image was a grayscale GIF image, I got the following error:

Warning: imagecreatetruecolor(): Invalid image dimensions in /includes/functions_geekautoavatar.php on line 44

Warning: imagecopyresampled(): supplied argument is not a valid Image resource in /includes/functions_geekautoavatar.php on line 45

Warning: imagegif(): supplied argument is not a valid Image resource in /includes/functions_geekautoavatar.php on line 53

Warning: imagedestroy(): supplied argument is not a valid Image resource in /includes/functions_geekautoavatar.php on line 58

Just curious...is it bad to store the avatars in the DB instead of the filesystem?

I don't think it was a conscious choice I made when setting up my site. Which is better for site performance/speed?

DB storage for images is not really a good thing.
Its the default as it gets around problems with php safemode - however it is slower and bogs your DB down more so than a file system. Saying that - its most likely only noticable in larger boards.

Ill look into the greyscale system woe. FIrst I have heard of it :)

Excellent work, thanks loads. :)

I tried to install this, and i think it got it all installed :D

But then i go and test out an avatar to upload and it still tells me it is too big :(

Any ideas? No errors or anything like that