News:

Want to get involved in developing SMF? Why not lend a hand on our GitHub!

Main Menu

[2990][2.0b3/RC1] Uploaded avatars won't be resized

Started by hefesto, January 22, 2009, 01:03:08 PM

Previous topic - Next topic

hefesto

I've found a problem with my avatars using SMF 2.0 Beta4 Public with default template. If any user tries to upload an avatar bigger than the specified, a "profile succesfully updated" message will appear, but his or her image won't be actually uploaded. Also, an error message will appear at SMF's error log:

http://www.[...]/index.php?action=profile;save

2: fopen(Array/avatar_2604.jpeg.tmp) [<a href='function.fopen'>function.fopen</a>]: failed to open stream: No such file or directory

File: /[...]/Sources/Subs-Graphics.php
Line: 157


No problem if uploaded avatar is equal or smaller than the allowed size.

I've checked that I have it correctly configured:

-Upload avatars allowed
-Maximum avatar size set
-Allow avatar resize
-Upload avatars to attachments folder (with permissions set to 777)

Also I've checked that GD is enabled in my server:

GD Support    enabled
GD Version    bundled (2.0.34 compatible)
FreeType Support    enabled
FreeType Linkage    with freetype
FreeType Version    2.1.9
GIF Read Support    enabled
GIF Create Support    enabled
JPG Support    enabled
PNG Support    enabled
WBMP Support    enabled
XPM Support    enabled
XBM Support    enabled

Should I check something else or this could be a bug?

hefesto

More than 70 views and no reply? At least anybody could tell me I'm wrong and this is not a bug... or what to do next to be sure it actually is a bug.

metallica48423

#2
Hmmm..

When you say they're over sized, do you mean dimensions, or file size?  Just to clarify
Justin O'Leary
Ex-Project Manager
Ex-Lead Support Specialist

QuoteMicrosoft wants us to "Imagine life without walls"...
I say, "If there are no walls, who needs Windows?"


Useful Links:
Online Manual!
How to Help us Help you
Search
Settings Repair Tool

hefesto


karlbenson

Thanks for the bug report.

In debugging I discovered its related to multiple attachment directories, and we try to use an array as a variable.
http://dev.simplemachines.org/mantis/view.php?id=2990

hefesto

I was about to point you in the "/array" direction. Thanks for taking a look at it and identifying it as a bug  ;) .

karlbenson

Its been fixed in the SVN, so it will be fixed in the public release of RC1 (when its released)

hefesto


Advertisement: